JP4072284B2 - データ処理方法及び装置及び記憶媒体 - Google Patents
データ処理方法及び装置及び記憶媒体 Download PDFInfo
- Publication number
- JP4072284B2 JP4072284B2 JP10574399A JP10574399A JP4072284B2 JP 4072284 B2 JP4072284 B2 JP 4072284B2 JP 10574399 A JP10574399 A JP 10574399A JP 10574399 A JP10574399 A JP 10574399A JP 4072284 B2 JP4072284 B2 JP 4072284B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- metadata
- reading
- size information
- size
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Television Signal Processing For Recording (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明はバイナリデータとメタデータを扱うデータ処理方法及び装置及び記憶媒体に関する。
【０００２】
【従来技術の説明】
メタデータ（meta-data）とは、「データに関するデータ」であり、画像データや音声データ等のバイナリデータを説明するデータとして用いられている。しかし、バイナリデータとこれに対応するメタデータが別々のファイルで存在した場合、ファイルの移動やコピーの際に、ユーザはバイナリデータとメタデータとを同時に管理しなければならず、非常にわずらわしいことになる。
【０００３】
そこで一般に、バイナリデータとメタデータの管理を容易にするために、バイナリデータとメタデータを記述する様々な方法が提案されてきた。この種の従来技術は、新しいバイナリフォーマットを規定する方法と、データベースで管理する方法の２つに分けることができる。
【０００４】
まず、新しいバイナリフォーマットを規定する方法の一例をあげると、画像フォーマットではTiff、Exif、Flashpixなどがある。図７は、バイナリデータにメタデータを埋め込んだフォーマットの概観を示す図である。バイナリデータとしては、例えば画像データが挙げられる。図７に示されるように、画像のヘッダ部分にメタデータを記述する枠組みを設け、そこにユーザがメタデータを記述するというのが一般的な方法である。このようにメタデータを記述することにより、データの検索・分類が容易になる。また、バイナリデータ内にメタデータを含むようになるので、１つのファイルで管理でき、ファイルの管理は比較的容易になる。
【０００５】
次に、バイナリデータとメタデータをデータベースで管理する方法を説明する。図８はバイナリデータとメタデータをデータベースで管理する方法を概念的に示した図である。図８に示されるような、別々のファイルで存在するバイナリデータとメタデータをデータベース等を用いて管理するという方法も広く行われているものである。この場合は既存のバイナリデータが、既存のアプリケーションでそのまま使えるという利点がある。
【０００６】
【発明が解決しようとする課題】
しかしながら、上述したようなメタデータを記述する新フォーマットを規定する方法とデータベースを用いてメタデータを管理する方法のそれぞれに問題がある。
【０００７】
まず、メタデータを記述する新フォーマットを規定した場合には、既存のバイナリデータを当該新フォーマットに変換し、なおかつその新フォーマット内にメタデータを記述しなけれなばならない。更に、その新フォーマット内のメタデータを用いて検索するためには、当該新フォーマット対応のアプリケーションが必要となる。すなわち、メタデータを記述したり利用したりするために、非常に多くのステップと専用の環境が必要になるという問題がある。また、このような新フォーマットのバイナリデータを処理する（例えば画像データであれば画像の再生）ためには、当該フォーマットに対応したアプリケーションが必要であり、既存のアプリケーションでは対応できなくなる。
【０００８】
そのうえ、メタデータの記述方法も新フォーマットにおいて独自に決められたものであり、新フォーマット内のメタデータを利用するアプリケーションを作成するためには、新規にメタデータの検索ルーチンをつくらなければならないという問題もある。さらに、新しい枠組みのメタデータを記述するにはフォーマットの規定を変更しなければならないという問題点もあった。
【０００９】
一方、データベースを用いてバイナリデータとメタデータを同時に管理する場合、データベースソフトが無ければメタデータの登録も利用もできないという問題があった。また、登録したメタデータを表示するためにも専用のソフトウェアが必要である。更に、バイナリデータをデータベース外に持っていくと、メタデータは付加されず、メタデータのないバイナリデータとなってしまうという問題点もあった。
【００１０】
本発明はメタデータの記述・検索に関する上記の問題点に鑑みてなされたものであり、既存のアプリケーションに影響を与えずに、バイナリデータにメタデータを登録可能とすることを目的とする。
【００１１】
また、本発明の他の目的は、メタデータとともにそのサイズをバイナリデータに登録することにより、メタデータが記述されたバイナリデータを容易に判別可能とすることにある。
【００１２】
また、本発明の他の目的は、メタデータが登録されたバイナリデータを、既存のアプリケーションで処理することが可能な形態で提供可能とすることにある。
【００１３】
また、本発明の他の目的は、メタデータの記述に一般的なデータ記述言語を用いることにより、データ記述言語用の既存のツールを利用することを可能とし、対応アプリケーションの開発を容易にすることにある。
【００１４】
さらに、本発明の他の目的は、メタデータが記述されたバイナリデータからメタデータを抽出し、例えば検索、参照、変更等の処理に供することを可能とすることにある。
【００１５】
【課題を解決するための手段】
上記の目的を達成するための本発明の一態様によるデータ処理方法は例えば以下の工程を備える。すなわち、
バイナリデータにメタデータを登録するデータ処理装置のデータ処理方法であって、
メタデータの付与対象のバイナリデータをメモリ上に読み込む第１読込工程と、
前記バイナリデータに付与すべきメタデータを前記メモリ上に読み込む第２読込工程と、
処理ユニットが、前記第１読込工程において読み込まれたバイナリデータの後に、前記第２読込工程において読み込まれたメタデータを接続し、更にその後に前記第２読込工程で読み込まれたメタデータのサイズを示すサイズ情報を接続する接続工程と、
前記接続工程において得られたデータを一つのファイルのデータとして前記メモリから出力する出力工程とを備える。
【００１６】
また、上記の目的を達成するための本発明の他の態様によるデータ処理方法は例えば以下の工程を備える。すなわち、
メタデータが登録されたバイナリデータにおいてメタデータを判別するデータ処理装置のデータ処理方法であって、
１つのファイルのデータをメモリ上に読み込む読込工程と、
前記読込工程において読み込まれたデータの末尾に格納されたデータをサイズ情報として取り出し、該サイズ情報によって表わされるサイズ分のデータの先頭側に接続されているデータが所定のデータ値を有する場合に、該サイズ情報によって表わされる大きさのデータをメタデータとして処理ユニットが抽出する抽出工程とを備える。
【００１７】
また、上記の目的を達成するための本発明の他の態様によるデータ処理方法は例えば以下の工程を備える。すなわち、
メタデータが登録されたバイナリデータにおいてメタデータを判別するデータ処理装置のデータ処理方法であって、
１つのファイルのデータをメモリ上に読み込む読込工程と、
前記読込工程において読み込まれたデータの末尾に格納されたデータをサイズ情報として取り出し、該サイズ情報に基づいてメタデータに該当するデータを処理ユニットが抽出する抽出工程と、
前記抽出工程において抽出されたデータを検査し、所定のデータ記述言語における所定の形式で記述されたデータが存在するか否かを前記処理ユニットが判定する判定工程とを備える。
【００１８】
また、本発明の他の態様によれば、上記のデータ処理方法を実現するデータ処理装置が提供される。更に、本発明の他の態様によれば、上記のデータ処理方法をコンピュータに実現させるための制御プログラムを格納した記憶媒体が提供される。
【００１９】
【発明の実施の形態】
以下、添付の図面を参照して本発明の好適な実施形態を説明する。
【００２０】
＜第１の実施形態＞
図１は第１の実施形態によるデータ処理装置の構成を示すブロック図である。図１において、１００は読込部であり、スキャナ装置などを用いて画像を読み込む。１０１は入力部であり、ユーザからの指示やデータを入力するもので、キーボードやポインティング装置を含む。１０２は蓄積部であり、バイナリデータやメタデータを蓄積する。蓄積部１０２としては、ハードディスクを用いるのが一般的であろう。１０３は表示部であり、蓄積部１０２に蓄積されたバイナリデータを表示したり、読込部１００で読み込まれた画像データを表示する。表示部１０３としては、ＣＲＴや液晶表示装置が一般的である。
【００２１】
１０４はＣＰＵであり、上述した各構成の処理のすべてに関わり、ＲＯＭ１０５とＲＡＭ１０６はその処理に必要なプログラム、データ、或いは作業領域をＣＰＵ１０４に提供する。なお、図２のフローチャートを参照して後述する本実施形態の処理手順を実現するための制御プログラムもＲＯＭ１０５に格納されているものとする。もちろん、蓄積部１０２にその制御プログラムを格納しておき、ＣＰＵ１０４による実行に応じてその制御プログラムがＲＡＭ１０６上へロードされるような構成であってもよい。
【００２２】
なお、第１の実施形態のデータ処理装置には上記以外にも、種々の構成要素が設けられているが、本発明の主眼ではないので、その説明については省略する。
つぎに、以上のように構成されたデータ処理装置において、メタデータをバイナリデータに登録する処理について説明する。図２は、第１の実施形態によるメタデータの登録処理を説明するフローチャートである。
【００２３】
図２において、まず、ステップＳ３０１で、ユーザによって指定されたバイナリデータをメモリ（ＲＡＭ１０６）上に読み込む。これは例えば所望のバイナリデータファイル名をキーボードから入力したり、ポインティング装置（例えばマウス）によって当該バイナリデータのアイコンを指示することによりなされる。次にステップＳ３０２において、ユーザによって指定された、メタデータが記述されているＸＭＬファイルをメモリ（ＲＡＭ１０６）上に読み込む。このＸＭＬファイルの指定も、キーボードからファイル名を入力したり、ポインティング装置（例えばマウス）で対応するアイコンを指示する等によって行われる。
【００２４】
次にステップＳ３０３で、メタデータを記述したＸＭＬファイルが適正形式のＸＭＬデータであるかを調べる。この適性形式の判定では、ＸＭＬファイルの記述フォーマットを満足しているか（例えば、タグの左右の括弧が正しく対をなしているか等）がチェックされる。なお、適性形式のＸＭＬデータであるか否かの判定は、正当なＸＭＬデータであるか否かを含めたチェックであってもよい。ここで、正当なＸＭＬデータか否かの判定は、例えば、ＸＭＬデータがＤＴＤ（Document Type Definition）等のスキーマに従って記述されているか等のチェックを行うことでなされる。
【００２５】
ステップＳ３０３において適正形式のＸＭＬデータでないと判定された場合にはステップＳ３０５に進む。ステップＳ３０５では、ＸＭＬデータにエラーがある旨を表示部１０３に表示し、本処理を終了する。
【００２６】
一方、ステップＳ３０３においてＸＭＬファイルが適正形式のＸＭＬデータであると判定された場合には、処理はステップＳ３０４に進む。ステップＳ３０４では、当該メタデータ（本例ではＸＭＬデータ）のサイズを算出する。そして、ステップＳ３０６において、ステップＳ３０１で読み込まれたバイナリデータの後にステップＳ３０２で読み込まれたメタデータとステップＳ３０４で算出されたサイズ情報とを接続し、登録する。さらに、ステップＳ３０７で、以上のようにしてメタデータが登録されたバイナリデータを出力され、図３を参照して後述されるようなデータ構造を有するデータが１つのファイルとして蓄積部１０２に格納されることになる。
【００２７】
次に、バイナリデータにメタデータを登録する方法を説明する。図３は、本実施形態によるバイナリデータへのメタデータの登録状態を説明する図である。本実施形態では、図３に示されるように、バイナリデータの最後に予め定めた４Ｂｙｔｅ長のマーカーコード（本例では0x4C4D5850）を接続し、その後にＸＭＬで書かれたメタデータを接続し、更にその後に４Ｂｙｔｅ長数値データでサイズ情報を接続する。
【００２８】
こうすることによって、他のアプリケーションには影響を与えずに、メタデータを登録することができる。具体的には、バイナリデータが標準的なＪＰＥＧ画像データであったとすると、末尾にメタデータを付け加えても市販の（メタデータを認識しない）画像アプリケーションで障害なく画像を読み込むことができる。すなわち、バイナリデータのヘッダー部分の情報はメタデータの接続前から変化しないので、例えばバイナリデータが画像データであった場合には、一般的なブラウザによって画像再生が行える（接続されたメタデータは無視される）。
【００２９】
さらに、メタデータはＸＭＬで記述されているため、このＸＭＬデータ部分を抽出しておくことにより、ＸＭＬデータを理解するツールがあれば、メタデータの追加・変更・参照が可能であり、非常に汎用性に優れている。なお、ＸＭＬデータ部分の抽出については第２の実施形態で詳しく説明する。
【００３０】
以上説明したように、第１の実施形態によれば、所定のデータ記述言語における適正形式で記述されたメタデータ（ＸＭＬ形式のデータ）の先頭に所定のデータ（マーカ）を付加し、当該メタデータの末尾にそのサイズを示すデータを付加した状態で、バイナリデータの最後に接続することにより、既存のアプリケーションに影響を及ぼすことなく、既存のバイナリデータにメタデータを登録することが可能となる。すなわち、メタデータが登録されたバイナリデータを、既存のアプリケーションで処理することが可能な形態で提供することができる。
【００３１】
また、ＸＭＬデータに付加されたサイズ情報とマーカにより、より容易かつ迅速にメタデータが存在するか否かを判別し、メタデータを抽出することが可能となる。
【００３２】
また、メタデータとして既存のデータ記述言語を用いれば、メタデータの編集、参照等に際して、当該データ記述言語用の既存のツールをそのまま用いることができ、開発に関する手間も省くことができる。
【００３３】
なお、ここではＸＭＬデータの正当性をチェックしたが、Well-formedであるかというチェックに置き換えてもよい。また、メタデータ形式はＸＭＬに限らず、ＳＧＭＬ、ＨＴＭＬなど、他の形式でもよい。また、サイズ情報は、メタデータのサイズをリトルエンディアン或いはビッグエンディアンのバイナリ形式で表わすものでもよいし、テキスト形式で表わすものでもよい。
【００３４】
＜第２の実施形態＞
第１の実施形態においてバイナリデータにメタデータを登録する方法を説明した。第２の実施形態では、バイナリデータにメタデータが登録されているかどうかを判別し、登録されている場合にはそのメタデータを抽出する処理について説明する。なお、第２の実施形態におけるデータ処理装置の構成は第１の実施形態（図１）と同様であるのでここでは説明を省略する。
【００３５】
以下、指定されたファイルのデータに第１の実施形態で説明した如きメタデータが登録されているか否かの判定と、登録されたメタデータを抽出する動作について説明する。図４は第２の実施形態による登録されたメタデータの判別及び抽出手順を示すフローチャートである。なお、本実施形態では、抽出されたメタデータを表示部１０３に表示するが、出力の形態はこれに限らない。例えば、抽出したメタデータを検索処理に提供するように構成してもよいことは当業者には明らかであろう。
【００３６】
図４によれば、まず、ステップＳ５０１で、ユーザの指示により、メタデータが登録されているかを判別したいファイル（処理対象データ）を指定する。ステップＳ５０１における、処理対象ファイルの指定は、キーボードから当該処理対象データのファイル名を入力したり、対応するアイコンをポインティング装置（マウス）で指示することにより行われる。
【００３７】
次にステップＳ５０２において、指定されたファイルの処理対象データにＸＭＬで記述されたメタデータが登録されているかどうかを判別する。以下、ステップＳ５０２における判別処理の詳細について図５のフローチャートと、図６の概略図にしたがって説明する。図５は第２の実施形態によるメタデータの判別処理の詳細を説明するフローチャートである。また、図６はメタデータとしてＸＭＬデータが登録された処理対象データのデータ構成例を示す図である。
【００３８】
第１の実施形態で説明したように、メタデータとしてのＸＭＬデータが登録されている処理対象データのデータ構成は例えば図６に示すようになる。本例では、サイズ情報として４ｂｙｔｅ、マーカーコードとして４ｂｙｔｅが割り当てられるように規定されているものとする。このようなバイナリデータにおけるメタデータの有無の判別は以下のように行われる。
【００３９】
図４に示されるように、まず、ステップＳ６０１で、ステップＳ５０１で指定されたファイルのデータ全体をメモリ（ＲＡＭ１０６）上に読み込む。なお、第１の実施形態のステップＳ３０７によって出力されたデータは一つのファイルとして管理されるので、一般的なファイル管理システムによってこの処理対象データの全体を読出すことが可能である。
【００４０】
次にステップＳ６０２において、読み込んだ処理対象データの末尾４Ｂｙｔｅをメタデータのサイズ情報とみなし、変数Ｓに格納する。もしも、図６に示されるような形態でメタデータが格納されているのであれば、当該処理対象データの末尾より先頭方向へ変数Ｓに８（バイト）を加算した位置にはマーカーコードが格納されていることになる。従って、ステップＳ６０３において、処理対象データ末尾よりＳ＋８バイト目から４バイトを読み込み、これをマーカーコード0x4C4D5850と比較する。そして、両者が等しければステップＳ６０４へ、異なればステップＳ６０７へそれぞれ処理を進める。
【００４１】
ステップＳ６０４では、マーカーコードが存在するものと判断し、処理対象データ末尾よりＳ＋４バイト目から長さＳバイトを切り出して、これをメタデータとする。そして、ステップＳ６０５では、上記のようにして切り出されたメタデータが記述言語の規則に従っているかどうかを判定する。例えばＸＭＬでメタデータを記述しているときは、その内容が正当（もしくはWell-Formed）か否かの判定を行う。そして、規則に従っていればＳ６０６へ進み、メタデータは登録されていると結論づける。
【００４２】
一方、ステップＳ６０３で処理対象データ末尾よりＳ＋８バイト目から読み込まれた４バイトのデータがマーカーコード0x4C4D5850と一致しない場合、或いはステップＳ６０５でメタデータとして切り出された内容が記述言語の規則に従っていないと判断された場合は、ステップＳ６０７へ進む。ステップＳ６０７では、メタデータは登録されていないと結論づける。
以上で、メタデータの判別を終了する。
【００４３】
次に、図４のフローチャートにもどる。上記の図５のフローチャートで示される処理によってメタデータが登録されていると結論づけられた場合には、処理はステップＳ５０３に進む。ステップＳ５０３では、ステップＳ６０４で切り出したＳバイトのデータ（本例ではＸＭＬで記述されたデータである）に基づいてメタデータの内容を表示し、処理を終了する。一方、ステップＳ５０２でメタデータが登録されていないと判定された場合にはそのまま処理を終了する。
【００４４】
以上説明したように、第２の実施形態によれば、データの末尾に記憶されたデータによって示される大きさに基づいて処理対象データからの切り出しを行い、該切り出されたデータが記述言語（例えばＸＭＬ）の適正形式で記述されているか否かによってメタデータが存在するか否かを判別する。このため、メタデータをより容易に判別、抽出することができる。
【００４５】
また、メタデータが存在すると判別された場合には、そのメタデータを表示することが可能となる。
【００４６】
また、第２の実施形態によれば、メタデータが登録されたバイナリデータとメタデータが登録されていないバイナリデータとを判別するとともに、登録されたメタデータを抽出することが可能となる。従って、メタデータとして既存のデータ記述言語を用いれば、メタデータを用いた検索に際して、当該データ記述言語用の既存のツールをそのまま用いることができ、開発に関する手間も省くことができる。
【００４７】
なお、上記各実施形態では、メタデータとしてＸＭＬデータを用いたがこれに限られるものではない。例えば、ＳＧＭＬやＨＴＭＬ等のデータ記述言語であってもよい。また、バイナリデータとしては静止画像データ、動画像データ、音声データ等が挙げられる。
【００４８】
また、第１の実施形態において、メタデータの位置を示すマーカーコードをメタデータの直前に挿入し、第２の実施形態ではこれを利用してメタデータの切り出しを行っている。しかしながら、マーカーコードは必ずしも必要なく、省略しても良い。マーカーコードを挿入しないときは、第２の実施形態において、ステップＳ６０３のマーカーコード判定を単にスキップすれば、同等の判定結果が得られることになる。ただしその場合は、メタデータが存在しないときの判定ルーチンの負荷が増大する。
【００４９】
なお、本発明は、複数の機器（例えばホストコンピュータ，インタフェイス機器，リーダ，プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機，ファクシミリ装置など）に適用してもよい。
【００５０】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、達成されることは言うまでもない。
【００５１】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００５２】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭなどを用いることができる。
【００５３】
また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００５４】
さらに、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００５５】
【発明の効果】
以上説明したように、本発明によれば、既存のアプリケーションに影響を与えずに、バイナリデータにメタデータを登録可能とすることが可能となる。
【００５６】
また、本発明によれば、メタデータとともにそのサイズをバイナリデータに登録するので、メタデータが記述されたバイナリデータを容易に判別可能となる。
【００５７】
また、本発明によれば、メタデータが登録されたバイナリデータを、既存のアプリケーションで処理することが可能となる。
【００５８】
また、本発明によれば、メタデータの記述に一般的なデータ記述言語を用いることにより、データ記述言語用の既存のツールを利用することが可能となり、対応アプリケーションの開発が容易になる。
【００５９】
さらに、本発明によれば、メタデータが記述されたバイナリデータからメタデータを抽出し、例えば検索、参照、変更等の処理に供することが可能となる。
【図面の簡単な説明】
【図１】第１の実施形態によるデータ処理装置の構成を示すブロック図である。
【図２】第１の実施形態によるメタデータの登録処理を説明するフローチャートである。
【図３】本実施形態によるバイナリデータへのメタデータの登録状態を説明する図である。
【図４】第２の実施形態による登録されたメタデータの判別及び抽出手順を示すフローチャートである。
【図５】第２の実施形態によるメタデータの判別処理の詳細を説明するフローチャートである。
【図６】メタデータとしてＸＭＬデータが登録されたバイナリデータのデータ構成例を示す図である。
【図７】バイナリデータにメタデータを埋め込んだフォーマットの概観を示す図である。
【図８】バイナリデータとメタデータをデータベースで管理する方法を概念的に示した図である。
【発明の属する技術分野】
本発明はバイナリデータとメタデータを扱うデータ処理方法及び装置及び記憶媒体に関する。
【０００２】
【従来技術の説明】
メタデータ（meta-data）とは、「データに関するデータ」であり、画像データや音声データ等のバイナリデータを説明するデータとして用いられている。しかし、バイナリデータとこれに対応するメタデータが別々のファイルで存在した場合、ファイルの移動やコピーの際に、ユーザはバイナリデータとメタデータとを同時に管理しなければならず、非常にわずらわしいことになる。
【０００３】
そこで一般に、バイナリデータとメタデータの管理を容易にするために、バイナリデータとメタデータを記述する様々な方法が提案されてきた。この種の従来技術は、新しいバイナリフォーマットを規定する方法と、データベースで管理する方法の２つに分けることができる。
【０００４】
まず、新しいバイナリフォーマットを規定する方法の一例をあげると、画像フォーマットではTiff、Exif、Flashpixなどがある。図７は、バイナリデータにメタデータを埋め込んだフォーマットの概観を示す図である。バイナリデータとしては、例えば画像データが挙げられる。図７に示されるように、画像のヘッダ部分にメタデータを記述する枠組みを設け、そこにユーザがメタデータを記述するというのが一般的な方法である。このようにメタデータを記述することにより、データの検索・分類が容易になる。また、バイナリデータ内にメタデータを含むようになるので、１つのファイルで管理でき、ファイルの管理は比較的容易になる。
【０００５】
次に、バイナリデータとメタデータをデータベースで管理する方法を説明する。図８はバイナリデータとメタデータをデータベースで管理する方法を概念的に示した図である。図８に示されるような、別々のファイルで存在するバイナリデータとメタデータをデータベース等を用いて管理するという方法も広く行われているものである。この場合は既存のバイナリデータが、既存のアプリケーションでそのまま使えるという利点がある。
【０００６】
【発明が解決しようとする課題】
しかしながら、上述したようなメタデータを記述する新フォーマットを規定する方法とデータベースを用いてメタデータを管理する方法のそれぞれに問題がある。
【０００７】
まず、メタデータを記述する新フォーマットを規定した場合には、既存のバイナリデータを当該新フォーマットに変換し、なおかつその新フォーマット内にメタデータを記述しなけれなばならない。更に、その新フォーマット内のメタデータを用いて検索するためには、当該新フォーマット対応のアプリケーションが必要となる。すなわち、メタデータを記述したり利用したりするために、非常に多くのステップと専用の環境が必要になるという問題がある。また、このような新フォーマットのバイナリデータを処理する（例えば画像データであれば画像の再生）ためには、当該フォーマットに対応したアプリケーションが必要であり、既存のアプリケーションでは対応できなくなる。
【０００８】
そのうえ、メタデータの記述方法も新フォーマットにおいて独自に決められたものであり、新フォーマット内のメタデータを利用するアプリケーションを作成するためには、新規にメタデータの検索ルーチンをつくらなければならないという問題もある。さらに、新しい枠組みのメタデータを記述するにはフォーマットの規定を変更しなければならないという問題点もあった。
【０００９】
一方、データベースを用いてバイナリデータとメタデータを同時に管理する場合、データベースソフトが無ければメタデータの登録も利用もできないという問題があった。また、登録したメタデータを表示するためにも専用のソフトウェアが必要である。更に、バイナリデータをデータベース外に持っていくと、メタデータは付加されず、メタデータのないバイナリデータとなってしまうという問題点もあった。
【００１０】
本発明はメタデータの記述・検索に関する上記の問題点に鑑みてなされたものであり、既存のアプリケーションに影響を与えずに、バイナリデータにメタデータを登録可能とすることを目的とする。
【００１１】
また、本発明の他の目的は、メタデータとともにそのサイズをバイナリデータに登録することにより、メタデータが記述されたバイナリデータを容易に判別可能とすることにある。
【００１２】
また、本発明の他の目的は、メタデータが登録されたバイナリデータを、既存のアプリケーションで処理することが可能な形態で提供可能とすることにある。
【００１３】
また、本発明の他の目的は、メタデータの記述に一般的なデータ記述言語を用いることにより、データ記述言語用の既存のツールを利用することを可能とし、対応アプリケーションの開発を容易にすることにある。
【００１４】
さらに、本発明の他の目的は、メタデータが記述されたバイナリデータからメタデータを抽出し、例えば検索、参照、変更等の処理に供することを可能とすることにある。
【００１５】
【課題を解決するための手段】
上記の目的を達成するための本発明の一態様によるデータ処理方法は例えば以下の工程を備える。すなわち、
バイナリデータにメタデータを登録するデータ処理装置のデータ処理方法であって、
メタデータの付与対象のバイナリデータをメモリ上に読み込む第１読込工程と、
前記バイナリデータに付与すべきメタデータを前記メモリ上に読み込む第２読込工程と、
処理ユニットが、前記第１読込工程において読み込まれたバイナリデータの後に、前記第２読込工程において読み込まれたメタデータを接続し、更にその後に前記第２読込工程で読み込まれたメタデータのサイズを示すサイズ情報を接続する接続工程と、
前記接続工程において得られたデータを一つのファイルのデータとして前記メモリから出力する出力工程とを備える。
【００１６】
また、上記の目的を達成するための本発明の他の態様によるデータ処理方法は例えば以下の工程を備える。すなわち、
メタデータが登録されたバイナリデータにおいてメタデータを判別するデータ処理装置のデータ処理方法であって、
１つのファイルのデータをメモリ上に読み込む読込工程と、
前記読込工程において読み込まれたデータの末尾に格納されたデータをサイズ情報として取り出し、該サイズ情報によって表わされるサイズ分のデータの先頭側に接続されているデータが所定のデータ値を有する場合に、該サイズ情報によって表わされる大きさのデータをメタデータとして処理ユニットが抽出する抽出工程とを備える。
【００１７】
また、上記の目的を達成するための本発明の他の態様によるデータ処理方法は例えば以下の工程を備える。すなわち、
メタデータが登録されたバイナリデータにおいてメタデータを判別するデータ処理装置のデータ処理方法であって、
１つのファイルのデータをメモリ上に読み込む読込工程と、
前記読込工程において読み込まれたデータの末尾に格納されたデータをサイズ情報として取り出し、該サイズ情報に基づいてメタデータに該当するデータを処理ユニットが抽出する抽出工程と、
前記抽出工程において抽出されたデータを検査し、所定のデータ記述言語における所定の形式で記述されたデータが存在するか否かを前記処理ユニットが判定する判定工程とを備える。
【００１８】
また、本発明の他の態様によれば、上記のデータ処理方法を実現するデータ処理装置が提供される。更に、本発明の他の態様によれば、上記のデータ処理方法をコンピュータに実現させるための制御プログラムを格納した記憶媒体が提供される。
【００１９】
【発明の実施の形態】
以下、添付の図面を参照して本発明の好適な実施形態を説明する。
【００２０】
＜第１の実施形態＞
図１は第１の実施形態によるデータ処理装置の構成を示すブロック図である。図１において、１００は読込部であり、スキャナ装置などを用いて画像を読み込む。１０１は入力部であり、ユーザからの指示やデータを入力するもので、キーボードやポインティング装置を含む。１０２は蓄積部であり、バイナリデータやメタデータを蓄積する。蓄積部１０２としては、ハードディスクを用いるのが一般的であろう。１０３は表示部であり、蓄積部１０２に蓄積されたバイナリデータを表示したり、読込部１００で読み込まれた画像データを表示する。表示部１０３としては、ＣＲＴや液晶表示装置が一般的である。
【００２１】
１０４はＣＰＵであり、上述した各構成の処理のすべてに関わり、ＲＯＭ１０５とＲＡＭ１０６はその処理に必要なプログラム、データ、或いは作業領域をＣＰＵ１０４に提供する。なお、図２のフローチャートを参照して後述する本実施形態の処理手順を実現するための制御プログラムもＲＯＭ１０５に格納されているものとする。もちろん、蓄積部１０２にその制御プログラムを格納しておき、ＣＰＵ１０４による実行に応じてその制御プログラムがＲＡＭ１０６上へロードされるような構成であってもよい。
【００２２】
なお、第１の実施形態のデータ処理装置には上記以外にも、種々の構成要素が設けられているが、本発明の主眼ではないので、その説明については省略する。
つぎに、以上のように構成されたデータ処理装置において、メタデータをバイナリデータに登録する処理について説明する。図２は、第１の実施形態によるメタデータの登録処理を説明するフローチャートである。
【００２３】
図２において、まず、ステップＳ３０１で、ユーザによって指定されたバイナリデータをメモリ（ＲＡＭ１０６）上に読み込む。これは例えば所望のバイナリデータファイル名をキーボードから入力したり、ポインティング装置（例えばマウス）によって当該バイナリデータのアイコンを指示することによりなされる。次にステップＳ３０２において、ユーザによって指定された、メタデータが記述されているＸＭＬファイルをメモリ（ＲＡＭ１０６）上に読み込む。このＸＭＬファイルの指定も、キーボードからファイル名を入力したり、ポインティング装置（例えばマウス）で対応するアイコンを指示する等によって行われる。
【００２４】
次にステップＳ３０３で、メタデータを記述したＸＭＬファイルが適正形式のＸＭＬデータであるかを調べる。この適性形式の判定では、ＸＭＬファイルの記述フォーマットを満足しているか（例えば、タグの左右の括弧が正しく対をなしているか等）がチェックされる。なお、適性形式のＸＭＬデータであるか否かの判定は、正当なＸＭＬデータであるか否かを含めたチェックであってもよい。ここで、正当なＸＭＬデータか否かの判定は、例えば、ＸＭＬデータがＤＴＤ（Document Type Definition）等のスキーマに従って記述されているか等のチェックを行うことでなされる。
【００２５】
ステップＳ３０３において適正形式のＸＭＬデータでないと判定された場合にはステップＳ３０５に進む。ステップＳ３０５では、ＸＭＬデータにエラーがある旨を表示部１０３に表示し、本処理を終了する。
【００２６】
一方、ステップＳ３０３においてＸＭＬファイルが適正形式のＸＭＬデータであると判定された場合には、処理はステップＳ３０４に進む。ステップＳ３０４では、当該メタデータ（本例ではＸＭＬデータ）のサイズを算出する。そして、ステップＳ３０６において、ステップＳ３０１で読み込まれたバイナリデータの後にステップＳ３０２で読み込まれたメタデータとステップＳ３０４で算出されたサイズ情報とを接続し、登録する。さらに、ステップＳ３０７で、以上のようにしてメタデータが登録されたバイナリデータを出力され、図３を参照して後述されるようなデータ構造を有するデータが１つのファイルとして蓄積部１０２に格納されることになる。
【００２７】
次に、バイナリデータにメタデータを登録する方法を説明する。図３は、本実施形態によるバイナリデータへのメタデータの登録状態を説明する図である。本実施形態では、図３に示されるように、バイナリデータの最後に予め定めた４Ｂｙｔｅ長のマーカーコード（本例では0x4C4D5850）を接続し、その後にＸＭＬで書かれたメタデータを接続し、更にその後に４Ｂｙｔｅ長数値データでサイズ情報を接続する。
【００２８】
こうすることによって、他のアプリケーションには影響を与えずに、メタデータを登録することができる。具体的には、バイナリデータが標準的なＪＰＥＧ画像データであったとすると、末尾にメタデータを付け加えても市販の（メタデータを認識しない）画像アプリケーションで障害なく画像を読み込むことができる。すなわち、バイナリデータのヘッダー部分の情報はメタデータの接続前から変化しないので、例えばバイナリデータが画像データであった場合には、一般的なブラウザによって画像再生が行える（接続されたメタデータは無視される）。
【００２９】
さらに、メタデータはＸＭＬで記述されているため、このＸＭＬデータ部分を抽出しておくことにより、ＸＭＬデータを理解するツールがあれば、メタデータの追加・変更・参照が可能であり、非常に汎用性に優れている。なお、ＸＭＬデータ部分の抽出については第２の実施形態で詳しく説明する。
【００３０】
以上説明したように、第１の実施形態によれば、所定のデータ記述言語における適正形式で記述されたメタデータ（ＸＭＬ形式のデータ）の先頭に所定のデータ（マーカ）を付加し、当該メタデータの末尾にそのサイズを示すデータを付加した状態で、バイナリデータの最後に接続することにより、既存のアプリケーションに影響を及ぼすことなく、既存のバイナリデータにメタデータを登録することが可能となる。すなわち、メタデータが登録されたバイナリデータを、既存のアプリケーションで処理することが可能な形態で提供することができる。
【００３１】
また、ＸＭＬデータに付加されたサイズ情報とマーカにより、より容易かつ迅速にメタデータが存在するか否かを判別し、メタデータを抽出することが可能となる。
【００３２】
また、メタデータとして既存のデータ記述言語を用いれば、メタデータの編集、参照等に際して、当該データ記述言語用の既存のツールをそのまま用いることができ、開発に関する手間も省くことができる。
【００３３】
なお、ここではＸＭＬデータの正当性をチェックしたが、Well-formedであるかというチェックに置き換えてもよい。また、メタデータ形式はＸＭＬに限らず、ＳＧＭＬ、ＨＴＭＬなど、他の形式でもよい。また、サイズ情報は、メタデータのサイズをリトルエンディアン或いはビッグエンディアンのバイナリ形式で表わすものでもよいし、テキスト形式で表わすものでもよい。
【００３４】
＜第２の実施形態＞
第１の実施形態においてバイナリデータにメタデータを登録する方法を説明した。第２の実施形態では、バイナリデータにメタデータが登録されているかどうかを判別し、登録されている場合にはそのメタデータを抽出する処理について説明する。なお、第２の実施形態におけるデータ処理装置の構成は第１の実施形態（図１）と同様であるのでここでは説明を省略する。
【００３５】
以下、指定されたファイルのデータに第１の実施形態で説明した如きメタデータが登録されているか否かの判定と、登録されたメタデータを抽出する動作について説明する。図４は第２の実施形態による登録されたメタデータの判別及び抽出手順を示すフローチャートである。なお、本実施形態では、抽出されたメタデータを表示部１０３に表示するが、出力の形態はこれに限らない。例えば、抽出したメタデータを検索処理に提供するように構成してもよいことは当業者には明らかであろう。
【００３６】
図４によれば、まず、ステップＳ５０１で、ユーザの指示により、メタデータが登録されているかを判別したいファイル（処理対象データ）を指定する。ステップＳ５０１における、処理対象ファイルの指定は、キーボードから当該処理対象データのファイル名を入力したり、対応するアイコンをポインティング装置（マウス）で指示することにより行われる。
【００３７】
次にステップＳ５０２において、指定されたファイルの処理対象データにＸＭＬで記述されたメタデータが登録されているかどうかを判別する。以下、ステップＳ５０２における判別処理の詳細について図５のフローチャートと、図６の概略図にしたがって説明する。図５は第２の実施形態によるメタデータの判別処理の詳細を説明するフローチャートである。また、図６はメタデータとしてＸＭＬデータが登録された処理対象データのデータ構成例を示す図である。
【００３８】
第１の実施形態で説明したように、メタデータとしてのＸＭＬデータが登録されている処理対象データのデータ構成は例えば図６に示すようになる。本例では、サイズ情報として４ｂｙｔｅ、マーカーコードとして４ｂｙｔｅが割り当てられるように規定されているものとする。このようなバイナリデータにおけるメタデータの有無の判別は以下のように行われる。
【００３９】
図４に示されるように、まず、ステップＳ６０１で、ステップＳ５０１で指定されたファイルのデータ全体をメモリ（ＲＡＭ１０６）上に読み込む。なお、第１の実施形態のステップＳ３０７によって出力されたデータは一つのファイルとして管理されるので、一般的なファイル管理システムによってこの処理対象データの全体を読出すことが可能である。
【００４０】
次にステップＳ６０２において、読み込んだ処理対象データの末尾４Ｂｙｔｅをメタデータのサイズ情報とみなし、変数Ｓに格納する。もしも、図６に示されるような形態でメタデータが格納されているのであれば、当該処理対象データの末尾より先頭方向へ変数Ｓに８（バイト）を加算した位置にはマーカーコードが格納されていることになる。従って、ステップＳ６０３において、処理対象データ末尾よりＳ＋８バイト目から４バイトを読み込み、これをマーカーコード0x4C4D5850と比較する。そして、両者が等しければステップＳ６０４へ、異なればステップＳ６０７へそれぞれ処理を進める。
【００４１】
ステップＳ６０４では、マーカーコードが存在するものと判断し、処理対象データ末尾よりＳ＋４バイト目から長さＳバイトを切り出して、これをメタデータとする。そして、ステップＳ６０５では、上記のようにして切り出されたメタデータが記述言語の規則に従っているかどうかを判定する。例えばＸＭＬでメタデータを記述しているときは、その内容が正当（もしくはWell-Formed）か否かの判定を行う。そして、規則に従っていればＳ６０６へ進み、メタデータは登録されていると結論づける。
【００４２】
一方、ステップＳ６０３で処理対象データ末尾よりＳ＋８バイト目から読み込まれた４バイトのデータがマーカーコード0x4C4D5850と一致しない場合、或いはステップＳ６０５でメタデータとして切り出された内容が記述言語の規則に従っていないと判断された場合は、ステップＳ６０７へ進む。ステップＳ６０７では、メタデータは登録されていないと結論づける。
以上で、メタデータの判別を終了する。
【００４３】
次に、図４のフローチャートにもどる。上記の図５のフローチャートで示される処理によってメタデータが登録されていると結論づけられた場合には、処理はステップＳ５０３に進む。ステップＳ５０３では、ステップＳ６０４で切り出したＳバイトのデータ（本例ではＸＭＬで記述されたデータである）に基づいてメタデータの内容を表示し、処理を終了する。一方、ステップＳ５０２でメタデータが登録されていないと判定された場合にはそのまま処理を終了する。
【００４４】
以上説明したように、第２の実施形態によれば、データの末尾に記憶されたデータによって示される大きさに基づいて処理対象データからの切り出しを行い、該切り出されたデータが記述言語（例えばＸＭＬ）の適正形式で記述されているか否かによってメタデータが存在するか否かを判別する。このため、メタデータをより容易に判別、抽出することができる。
【００４５】
また、メタデータが存在すると判別された場合には、そのメタデータを表示することが可能となる。
【００４６】
また、第２の実施形態によれば、メタデータが登録されたバイナリデータとメタデータが登録されていないバイナリデータとを判別するとともに、登録されたメタデータを抽出することが可能となる。従って、メタデータとして既存のデータ記述言語を用いれば、メタデータを用いた検索に際して、当該データ記述言語用の既存のツールをそのまま用いることができ、開発に関する手間も省くことができる。
【００４７】
なお、上記各実施形態では、メタデータとしてＸＭＬデータを用いたがこれに限られるものではない。例えば、ＳＧＭＬやＨＴＭＬ等のデータ記述言語であってもよい。また、バイナリデータとしては静止画像データ、動画像データ、音声データ等が挙げられる。
【００４８】
また、第１の実施形態において、メタデータの位置を示すマーカーコードをメタデータの直前に挿入し、第２の実施形態ではこれを利用してメタデータの切り出しを行っている。しかしながら、マーカーコードは必ずしも必要なく、省略しても良い。マーカーコードを挿入しないときは、第２の実施形態において、ステップＳ６０３のマーカーコード判定を単にスキップすれば、同等の判定結果が得られることになる。ただしその場合は、メタデータが存在しないときの判定ルーチンの負荷が増大する。
【００４９】
なお、本発明は、複数の機器（例えばホストコンピュータ，インタフェイス機器，リーダ，プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機，ファクシミリ装置など）に適用してもよい。
【００５０】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、達成されることは言うまでもない。
【００５１】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００５２】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭなどを用いることができる。
【００５３】
また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００５４】
さらに、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００５５】
【発明の効果】
以上説明したように、本発明によれば、既存のアプリケーションに影響を与えずに、バイナリデータにメタデータを登録可能とすることが可能となる。
【００５６】
また、本発明によれば、メタデータとともにそのサイズをバイナリデータに登録するので、メタデータが記述されたバイナリデータを容易に判別可能となる。
【００５７】
また、本発明によれば、メタデータが登録されたバイナリデータを、既存のアプリケーションで処理することが可能となる。
【００５８】
また、本発明によれば、メタデータの記述に一般的なデータ記述言語を用いることにより、データ記述言語用の既存のツールを利用することが可能となり、対応アプリケーションの開発が容易になる。
【００５９】
さらに、本発明によれば、メタデータが記述されたバイナリデータからメタデータを抽出し、例えば検索、参照、変更等の処理に供することが可能となる。
【図面の簡単な説明】
【図１】第１の実施形態によるデータ処理装置の構成を示すブロック図である。
【図２】第１の実施形態によるメタデータの登録処理を説明するフローチャートである。
【図３】本実施形態によるバイナリデータへのメタデータの登録状態を説明する図である。
【図４】第２の実施形態による登録されたメタデータの判別及び抽出手順を示すフローチャートである。
【図５】第２の実施形態によるメタデータの判別処理の詳細を説明するフローチャートである。
【図６】メタデータとしてＸＭＬデータが登録されたバイナリデータのデータ構成例を示す図である。
【図７】バイナリデータにメタデータを埋め込んだフォーマットの概観を示す図である。
【図８】バイナリデータとメタデータをデータベースで管理する方法を概念的に示した図である。
Claims (16)
- バイナリデータにメタデータを登録するデータ処理装置のデータ処理方法であって、
メタデータの付与対象のバイナリデータをメモリ上に読み込む第１読込工程と、
前記バイナリデータに付与すべきメタデータを前記メモリ上に読み込む第２読込工程と、
処理ユニットが、前記第１読込工程において読み込まれたバイナリデータの後に、前記第２読込工程において読み込まれたメタデータを接続し、更にその後に前記第２読込工程で読み込まれたメタデータのサイズを示すサイズ情報を接続する接続工程と、
前記接続工程において得られたデータを一つのファイルのデータとして前記メモリから出力する出力工程とを備えることを特徴とするデータ処理方法。 - メタデータが登録されたバイナリデータにおいてメタデータを判別するデータ処理装置のデータ処理方法であって、
１つのファイルのデータをメモリ上に読み込む読込工程と、
前記読込工程において読み込まれたデータの末尾に格納されたデータをサイズ情報として取り出し、該サイズ情報によって表わされるサイズ分のデータの先頭側に接続されているデータが所定のデータ値を有する場合に、該サイズ情報によって表わされる大きさのデータをメタデータとして処理ユニットが抽出する抽出工程とを備えることを特徴とするデータ処理方法。 - メタデータが登録されたバイナリデータにおいてメタデータを判別するデータ処理装置のデータ処理方法であって、
１つのファイルのデータをメモリ上に読み込む読込工程と、
前記読込工程において読み込まれたデータの末尾に格納されたデータをサイズ情報として取り出し、該サイズ情報に基づいてメタデータに該当するデータを処理ユニットが抽出する抽出工程と、
前記抽出工程において抽出されたデータを検査し、所定のデータ記述言語における所定の形式で記述されたデータが存在するか否かを前記処理ユニットが判定する判定工程とを備えることを特徴とするデータ処理方法。 - 前記抽出工程において、
前記処理ユニットは、前記読込工程で読み込まれたデータの末尾に格納されたデータをサイズ情報として取り出し、該サイズ情報によって表わされるサイズ分のデータの先頭側に接続されているデータが所定のデータ値を有する場合に、該サイズ情報によって表わされる大きさのデータをメタデータとして抽出することを特徴とする請求項３に記載のデータ処理方法。 - 前記判定工程においてメタデータが存在すると判定された場合、該メタデータを出力する出力工程を更に備えることを特徴とする請求項３に記載のデータ処理方法。
- 前記バイナリデータは画像データおよび音声データのうち少なくとも１つであることを特徴とする請求項１乃至５のいずれかに記載のデータ処理方法。
- 前記サイズ情報が、サイズをテキスト形式で表わすことを特徴とする請求項１乃至６のいずれかに記載のデータ処理方法。
- 前記サイズ情報が、サイズをメタデータと同じ形式で格納することを特徴とする請求項１乃至７のいずれかに記載のデータ処理方法。
- バイナリデータにメタデータを登録するデータ処理装置であって、
メタデータの付与対象のバイナリデータを読み込む第１読込手段と、
前記バイナリデータに付与すべきメタデータを読み込む第２読込手段と、
前記第１読込手段で読み込まれたバイナリデータの後に、前記第２読込手段で読み込まれたメタデータを接続し、更にその後に前記第２読込手段で読み込まれたメタデータのサイズを示すサイズ情報を接続する接続手段と、
前記接続手段によって得られたデータを一つのファイルのデータとして出力する出力手段とを備えることを特徴とするデータ処理装置。 - メタデータが登録されたバイナリデータにおいてメタデータを判別するデータ処理装置であって、
１つのファイルのデータを読み込む読込手段と、
前記読込手段で読み込まれたデータの末尾に格納されたデータをサイズ情報として取り出し、該サイズ情報によって表わされるサイズ分のデータの先頭側に接続されているデータが所定のデータ値を有する場合に、該サイズ情報によって表わされる大きさのデータをメタデータとして抽出する抽出手段とを備えることを特徴とするデータ処理装置。 - 前記抽出手段は、
前記読込手段で読み込まれたデータの末尾に格納されたデータをサイズ情報として取り出し、該サイズ情報によって表わされるサイズ分のデータの先頭側に接続されているデータが所定のデータ値を有する場合に、該サイズ情報によって表わされる大きさのデータをメタデータとして抽出することを特徴とする請求項１０に記載のデータ処理装置。 - メタデータが登録されたバイナリデータにおいてメタデータを判別するデータ処理装置であって、
１つのファイルのデータを読み込む読込手段と、
前記読込手段で読み込まれたデータの末尾に格納されたデータをサイズ情報として取り出し、該サイズ情報に基づいてメタデータに該当するデータを抽出する抽出手段と、
前記抽出手段で抽出されたデータを検査し、所定のデータ記述言語における所定の形式で記述されたデータが存在するか否かを判定する判定手段とを備えることを特徴とするデータ処理装置。 - 前記判定手段においてメタデータが存在すると判定された場合、該メタデータを出力する出力手段を更に備えることを特徴とする請求項１２に記載のデータ処理装置。
- バイナリデータにメタデータを登録するデータ処理をコンピュータに実行させるためのプログラムを格納したコンピュータ読み取り可能な記憶媒体であって、
メタデータの付与対象のバイナリデータをメモリ上に読み込む第１読込工程と、
前記バイナリデータに付与すべきメタデータを前記メモリ上に読み込む第２読込工程と、
前記第１読込工程において読み込まれたバイナリデータの後に、前記第２読込工程において読み込まれたメタデータを接続し、更にその後に前記第２読込工程で読み込まれたメタデータのサイズを示すサイズ情報を処理ユニットが接続する接続工程と、
前記接続工程によって得られたデータを一つのファイルのデータとして前記メモリから出力する出力工程と、をコンピュータに実行させるためのプログラムを記憶したコンピュータ読み取り可能な記憶媒体。 - メタデータが登録されたバイナリデータにおいてメタデータを判別する処理のためのプログラムを格納したコンピュータ読み取り可能な記憶媒体であって、
１つのファイルのデータをメモリ上に読み込む読込工程と、
前記読込工程において読み込まれたデータの末尾に格納されたデータをサイズ情報として取り出し、該サイズ情報によって表わされるサイズ分のデータの先頭側に接続されているデータが所定のデータ値を有する場合に、該サイズ情報によって表わされる大きさのデータをメタデータとして処理ユニットが抽出する抽出工程と、をコンピュータに実行させるためのプログラムを記憶したコンピュータ読み取り可能な記憶媒体。 - メタデータが登録されたバイナリデータにおいてメタデータを判別する処理のためのプログラムを格納したコンピュータ読み取り可能な記憶媒体であって、
１つのファイルのデータを読み込む読込工程と、
前記読込工程において読み込まれたデータの末尾に格納されたデータをサイズ情報として取り出し、該サイズ情報に基づいてメタデータに該当するデータを処理ユニットが抽出する抽出工程と、
前記抽出工程において抽出されたデータを検査し、所定のデータ記述言語における所定の形式で記述されたデータが存在するか否かを前記処理ユニットが判定する判定工程と、をコンピュータに実行させるためのプログラムを記憶したコンピュータ読み取り可能な記憶媒体。
Priority Applications (8)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10574399A JP4072284B2 (ja) | 1999-04-13 | 1999-04-13 | データ処理方法及び装置及び記憶媒体 |
| EP10191844A EP2312474A1 (en) | 1999-04-13 | 2000-04-11 | Data processing method and apparatus |
| EP00303051A EP1045315A3 (en) | 1999-04-13 | 2000-04-11 | Data processing method and apparatus |
| US09/548,295 US6886131B1 (en) | 1999-04-13 | 2000-04-12 | Data processing method and apparatus |
| CNB2004100459201A CN1306441C (zh) | 1999-04-13 | 2000-04-13 | 数据处理方法与装置 |
| CNB001065661A CN1193292C (zh) | 1999-04-13 | 2000-04-13 | 数据处理方法与装置 |
| US11/086,284 US7349911B2 (en) | 1999-04-13 | 2005-03-23 | Data processing method and apparatus |
| US11/086,297 US20050165848A1 (en) | 1999-04-13 | 2005-03-23 | Data processing method and apparatus |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10574399A JP4072284B2 (ja) | 1999-04-13 | 1999-04-13 | データ処理方法及び装置及び記憶媒体 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2000298603A JP2000298603A (ja) | 2000-10-24 |
| JP2000298603A5 JP2000298603A5 (ja) | 2006-06-08 |
| JP4072284B2 true JP4072284B2 (ja) | 2008-04-09 |
Family
ID=14415754
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP10574399A Expired - Fee Related JP4072284B2 (ja) | 1999-04-13 | 1999-04-13 | データ処理方法及び装置及び記憶媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4072284B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1361577A1 (en) | 2002-05-08 | 2003-11-12 | Deutsche Thomson-Brandt Gmbh | Appliance-guided edit-operations in advanced digital video recording systems |
| KR100654447B1 (ko) | 2004-12-15 | 2006-12-06 | 삼성전자주식회사 | 지역별로 존재하는 컨텐츠를 글로벌로 공유하고 거래하는방법 및 시스템 |
| US8996991B2 (en) | 2005-02-11 | 2015-03-31 | Fujitsu Limited | System and method for displaying an acceptance status |
-
1999
- 1999-04-13 JP JP10574399A patent/JP4072284B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000298603A (ja) | 2000-10-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6886131B1 (en) | Data processing method and apparatus | |
| JP4378029B2 (ja) | データ処理方法及び装置及び記憶媒体 | |
| US7996767B2 (en) | System and method for generating electronic patent application files | |
| US8527864B2 (en) | Method of compound document comparison | |
| US6571248B1 (en) | Data processing method and apparatus | |
| EP1402404B1 (en) | Storing and retrieving the visual form of data | |
| US7617229B2 (en) | Management and use of data in a computer-generated document | |
| US20020049731A1 (en) | Information processing method and apparatus | |
| AU2003204869B2 (en) | System and method for supporting non-native XML in native XML of a word-processor document | |
| US20060277452A1 (en) | Structuring data for presentation documents | |
| US20090100023A1 (en) | Information processing apparatus and computer readable information recording medium | |
| EP1037151A2 (en) | Method of constructing a document type definition from a set of structured electronic documents | |
| JP4072293B2 (ja) | データ処理方法及び装置及び記憶媒体 | |
| JP4072284B2 (ja) | データ処理方法及び装置及び記憶媒体 | |
| JP4072285B2 (ja) | データ処理方法及び装置及び記憶媒体 | |
| JP4072283B2 (ja) | データ処理方法及び装置及び記憶媒体 | |
| JP2002073598A (ja) | 文書処理装置および方法 | |
| JPH08221417A (ja) | 構造化文書の新旧対照編集装置 | |
| US20020038322A1 (en) | Information processing apparatus, method therefor,and computer-readable memory | |
| US20090154758A1 (en) | Universal reader | |
| JP4373029B2 (ja) | 文書管理装置及び文書管理方法並びに記録媒体 | |
| JP2000311103A (ja) | データ処理方法及び装置及び記憶媒体 | |
| JP7377565B2 (ja) | 図面検索装置、図面データベース構築装置、図面検索システム、図面検索方法、及びプログラム | |
| JP2002244915A (ja) | データ管理方法及び装置及び記憶媒体 | |
| JP2000312290A (ja) | データ処理方法及び装置及び記憶媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060406 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060406 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7426 Effective date: 20060406 |
|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20060406 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071026 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071211 |
|
| 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: 20080111 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080121 |
|
| 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: 20110125 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120125 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130125 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140125 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |