WO2014068749A1

WO2014068749A1 - メタデータ管理システム、メタデータ管理方法及び記憶媒体

Info

Publication number: WO2014068749A1
Application number: PCT/JP2012/078336
Authority: WO
Inventors: 志泰高畠; 児玉　昇司; 陽介石井
Original assignee: 株式会社日立製作所
Priority date: 2012-11-01
Filing date: 2012-11-01
Publication date: 2014-05-08

Abstract

　コンテンツファイルとメタデータを管理するメタデータ管理システムであって、第１の計算機は、コンテンツファイルと、当該コンテンツファイルに対応するメタデータファイルを受信する入力部と、前記メタデータファイルからメタデータを抽出し、当該メタデータを前記対応するコンテンツファイルに関連付ける関連付け処理部と、前記メタデータと、当該メタデータを関連付けたコンテンツファイルとを非同期で管理サーバに送信して登録を要求するファイル転送処理部と、前記管理サーバからエラーの通知を受信したときには、前記登録を要求したメタデータに関するエラーファイルを生成するエラー処理部と、を有し、前記管理サーバは、前記登録を要求されたメタデータのエラーを検知し、エラーを検知したときには前記第１の計算機に通知する解析部を有する。

Description

メタデータ管理システム、メタデータ管理方法及び記憶媒体

　本発明は、メタデータとコンテンツファイルを対応付けて管理する計算機システムに関する。

　近年、動画データ、写真データや音声データなどのコンテンツが増大し、コンテンツの作成日、作成場所や作成者などのメタデータと関連付けて管理することが望まれている。写真データと撮影日などのメタデータをファイルで管理する技術としては、例えば、非特許文献１に記載されたＦｌｉｃｋｒファイルシステムが知られている。このＦｌｉｃｋｒファイルシステムは、仮想ファイルシステムで構成されており、Ｆｌｉｃｋｒファイルシステム上の写真データのファイルと、写真のメタデータが記述されたファイルへの書き込みにより、Ｆｌｉｃｋｒサーバへ同期的にデータがアップロードされる。また、Ｆｌｉｃｋｒファイルシステム上の写真データのファイルと、写真のメタデータが記述されたファイルの読み出しは、Ｆｌｉｃｋｒサーバから同期的にデータがダウンロードされる。そして、Ｆｌｉｃｋｒファイルシステムでは、メタデータをタグとして、写真データを検索する際のキーワードに利用している。

Manish Rai Jain、"flickrfs"、[online]、[平成２４年９月２７日検索]、インターネット(URL:https://sites.google.com/site/manishrjain/flickrfs)

　しかしながら、上記従来のＦｌｉｃｋｒファイルシステムでは、クライアントに格納された写真データやメタデータを、同期的にＦｌｉｃｋｒサーバへアップロードまたはダウンロードするため、データが多い場合には、応答時間が遅い、という問題があった。

　一方、同期的な書き込みに代わって、非同期でサーバへコンテンツとメタデータを転送することが考えられる。しかしながら、非同期の場合では、メタデータの記述に誤りがあっても、実際に転送が行われるまでは当該誤りをユーザに通知することができない、という問題があった。

　そこで本発明は、上記問題点等に鑑みてなされたもので、非同期でコンテンツとメタデータをサーバへ転送する際に、コンテンツとメタデータの対応関係を管理することを主な目的とする。

　上記の課題等を解決する為に、例えば請求項１に記載の発明を適用する。即ちコンテンツファイルとメタデータを管理するメタデータ管理システムであって、プロセッサとメモリを備えた第１の計算機と、プロセッサとメモリと記憶装置を備えて前記コンテンツファイル及びメタデータを格納する管理サーバが通信可能に接続され、前記第１の計算機と、管理サーバとを接続するネットワークと、を備え、前記第１の計算機は、コンテンツファイルと、当該コンテンツファイルに対応するメタデータファイルを受信する入力部と、前記メタデータファイルからメタデータを抽出し、当該メタデータを前記対応するコンテンツファイルに関連付ける関連付け処理部と、前記メタデータと、当該メタデータを関連付けたコンテンツファイルとを非同期で管理サーバに送信して登録を要求するファイル転送処理部と、前記管理サーバからエラーの通知を受信したときには、前記登録を要求したメタデータに関するエラーファイルを生成するエラー処理部と、を有し、前記管理サーバは、前記登録を要求されたメタデータのエラーを検知し、エラーを検知したときには前記第１の計算機に通知する解析部を有する。

　本発明によれば、コンテンツと、メタデータとを非同期で転送する際に、それらの対応関係を管理することができる。

本発明の第１の実施例を示し、計算機システムの一例を示すブロック図である。本発明の第１の実施例を示し、コンテンツＥＴＬサーバの一例を示すブロック図である。本発明の第１の実施例を示し、ファイルサーバの一例を示すブロック図である。本発明の第１の実施例を示し、コンテンツ／メタデータ管理サーバの一例を示すブロック図である。本発明の第１の実施例を示し、関連付けルールの一例を示し、ファイルの種類とファイル名の設定ルールを示す図である。本発明の第１の実施例を示し、関連付けルールの一例を示し、ファイルの種類とファイル名の一例を示す図である。本発明の第１の実施例を示し、コンテンツ管理データベースに格納されるメタデータの一例を示す図である。本発明の第１の実施例を示し、エラーファイルに格納されるデータの一例を示す図である。本発明の第１の実施例を示し、マッピングルールの一例を示す図である。本発明の第１の実施例を示し、コンテンツＥＴＬサーバで行われる処理の一例を示すフローチャートである。本発明の第１の実施例を示し、ファイルサーバで行われる処理の一例を示すフローチャートである。本発明の第１の実施例を示し、スタブ化の一例を示すブロック図である。本発明の第１の実施例を示し、ファイルサーバで行われる処理で、図１１のステップ３１０で行われる処理の一例を示すフローチャートである。本発明の第１の実施例を示し、ファイルサーバで行われる処理で、図１１のステップ３１１で行われる処理の一例を示すフローチャートである。本発明の第２の実施例を示し、計算機システムの一例を示すブロック図である。本発明の第２の実施例を示し、コンテンツＥＴＬサーバで行われる処理の一例を示すフローチャートである。本発明の第３の実施例を示し、計算機システムの一例を示すブロック図である。本発明の第３の実施例を示し、ファイルサーバで行われる処理の一例を示すフローチャートである。本発明の第４の実施例を示し、計算機システムの一例を示すブロック図である。本発明の第４の実施例を示し、コンテンツＥＴＬサーバで行われる処理の一例を示すフローチャートである。

　以下、本発明の一実施形態について添付図面を用いて説明する。

　図１は、本発明の第１の実施例を示し、計算機システムの一例を示すブロック図である。

　図１において計算機システムは、コンテンツファイルとメタデータを管理するコンテンツＥＴＬ（Extract、Transform、Load）サーバ１０３と、コンテンツＥＴＬサーバ１０３からコンテンツファイル１０６とメタデータファイル１１２を受信して関連付けを行うファイルサーバ１０４と、ファイルサーバ１０４が設定した関連付けに従ってコンテンツファイル１０６とメタデータ１０７を格納するコンテンツ／メタデータ管理サーバ１０５と、各サーバを接続するネットワーク１００を含む。

　コンテンツＥＴＬサーバ１０３は、コンテンツファイルサーバ１０１に格納されたコンテンツファイル１０６と、コンテンツファイル１０６を管理するコンテンツ管理データベース１０２から情報を取得する。

　コンテンツＥＴＬサーバ１０３は、コンテンツ管理データベース１０２に格納されたコンテンツファイル１０６に関するファイル名１０７０とコンテンツ情報１０７１と、コンテンツファイルサーバ１０１に格納されたコンテンツファイル１０６と、を読み込んでから、後述する処理によって、コンテンツファイル１０６とメタデータファイル１１２のペアを生成する。なお、コンテンツ管理データベース１０２は、ファイル名１０７０とコンテンツ情報１０７１から構成される。

　コンテンツＥＴＬサーバ１０３は、コンテンツファイル１０６に対応するコンテンツ情報１０７１からメタデータ１０７を抽出し、メタデータ１０７の内容を記述したメタデータファイル１１２として生成する。

　なお、コンテンツファイルサーバ１０１とコンテンツ管理データベース１０２は、同一の計算機で提供しても良いし、異なる計算機で提供してもよい。

　コンテンツファイルサーバ１０１には、画像、動画、音声、書類などの非構造化データで構成されたコンテンツを含むコンテンツファイル１０６が格納されている。

　コンテンツ管理データベース１０２は、コンテンツファイル１０６のファイル名１０７０と、コンテンツの属性などを含むコンテンツ情報１０７１を格納し、コンテンツファイルサーバ１０１のコンテンツファイル１０６を管理する。

　コンテンツＥＴＬサーバ１０３は、予め設定したタイミングでコンテンツ管理データベース１０２からファイル名１０７０とコンテンツ情報１０７１を取得してメタデータ１０７を生成するＤＢクローラ処理部１０９と、取得したファイル名１０７０に対応するコンテンツファイル１０６をコンテンツファイルサーバ１０１から取得するファイルアクセス処理部１０８を有する。

　コンテンツＥＴＬサーバ１０３は、コンテンツ管理データベース１０２から取得したコンテンツ情報１０７１からメタデータ１０７を生成し、メタデータ１０７の内容でメタデータファイル１１２を生成する。そして、コンテンツＥＴＬサーバ１０３は、取得したファイル名１０７０に対応するコンテンツファイル１０６と、ファイル名１０７０に対応するメタデータファイル１１２を組にしてファイルサーバ１０４へ送信する。なお、コンテンツ情報１０７１は属性情報としてもよい。

　ファイルサーバ１０４は、コンテンツファイル１０６とメタデータファイル１１２の受信を行う入力部１１７と、コンテンツファイル１０６とメタデータ１０７の送信を行うファイル転送処理部１１１と、予め設定した関連付けルール１１５に基づいてコンテンツファイル１０６とメタデータファイル１１２の関連付けを行う関連付け処理部１１４と、メタデータファイル１１２に誤りのある場合にエラーファイル１１３を生成するエラー処理部１１６と、を有する。

　ファイルサーバ１０４は、関連付けの完了したコンテンツファイル１０６とメタデータ１０７を非同期でコンテンツ／メタデータ管理サーバ１０５に登録する。

　ファイルサーバ１０４は、入力部１１７でコンテンツＥＴＬサーバ１０３から受信したコンテンツファイル１０６のうち、コンテンツ／メタデータ管理サーバ１０５に登録されていないコンテンツファイル１０６を未登録ファイルとして抽出する。ファイルサーバ１０４は、受信したコンテンツファイル１０６とメタデータファイル１１２の組について、予め設定した関連付けルール１１５を用いてコンテンツファイル１０６とメタデータファイル１１２の関連付けを行う。そして、ファイルサーバ１０４は、この関連付けの際に、メタデータファイル１１２からメタデータ１０７を抽出する。ファイルサーバ１０４は、抽出したメタデータ１０７をコンテンツファイル１０６に関連付けてコンテンツ／メタデータ管理サーバ１０５に非同期で登録する。この関連付けは、例えば、コンテンツファイル１０６にメタデータ１０７を付加することで行われる。ここで、ファイルサーバ１０４の非同期の書き込みは、ファイルサーバ１０４へのコンテンツファイル１０６の書き込みと、ファイルサーバ１０４からコンテンツ／メタデータ管理サーバ１０５への書き込みが非同期であることを示す。なお、以下の説明でも、非同期の意味は同様である。

　コンテンツ／メタデータ管理サーバ１０５は、ファイルサーバ１０４によってメタデータ１０７が関連付けられたコンテンツファイル１０６を格納する。コンテンツ／メタデータ管理サーバ１０５は、ファイルサーバ１０４から受信したコンテンツファイル１０６とメタデータ１０７を記憶装置３３に格納する管理部１２２と、ファイルサーバ１０４から受信したメタデータ１０７を解析するメタデータ解析部１２１とを有する。

　メタデータ解析部１２１は、受信したメタデータ１０７を解析し、メタデータの記述や値に誤りがあった場合、ファイルサーバ１０４のエラー処理部１１６にエラーの発生を通知する。

　ファイルサーバ１０４のエラー処理部１１６は、コンテンツ／メタデータ管理サーバ１０５からメタデータ１０７にエラーが発生した通知を受信すると、当該メタデータ１０７（ファイルサーバ１０４のメタデータファイル１１２）に対応するエラーファイル１１３を、後述するように生成する。

　ここで、メタデータ解析部１２１が検出するメタデータ１０７のエラーは、例えば、メタデータ１０７がＸＭＬで記述される場合、ＸＭＬの文法や値が不正であればエラーとして検出する。

　図２は、コンテンツＥＴＬサーバ１０３の一例を示すブロック図である。コンテンツＥＴＬサーバ１０３は、演算を実行するプロセッサ１０と、プログラムやデータを保持するメモリ１１と、ネットワーク１００やコンテンツファイルサーバ１０１、コンテンツ管理データベース１０２に接続するネットワークアダプタ１２と、プログラムやデータを格納する記憶装置１３と、を含む計算機である。

　メモリ１１には、ファイルアクセス処理部１０８とＤＢクローラ処理部１０９がロードされプロセッサ１０によって実行される。ＤＢクローラ処理部１０９とファイルアクセス処理部１０８は、関連付けを行うコンテンツファイル１０６とメタデータ１０７及びメタデータファイル１１２、マッピングルール１１０をメモリ１１に読み込むことができる。

　プロセッサ１０は、各機能部のプログラムに従って動作することによって、所定の機能を実現する機能部として動作する。例えば、プロセッサ１０は、ＤＢクローラ処理部プログラムに従って動作することでＤＢクローラ処理部１０９として機能する。他のプログラムについても同様である。さらに、プロセッサ１０は、各プログラムが実行する複数の処理のそれぞれを実現する機能部としても動作する。計算機及び計算機システムは、これらの機能部を含む装置及びシステムである。

　コンテンツＥＴＬサーバ１０３の各機能を実現するプログラム、テーブル等の情報は、記憶装置１３や不揮発性半導体メモリ、ハードディスクドライブ、ＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）等の記憶デバイス、または、ＩＣカード、ＳＤカード、ＤＶＤ等の計算機読み取り可能な非一時的データ記憶媒体に格納することができる。

　図３は、ファイルサーバ１０４の一例を示すブロック図である。ファイルサーバ１０４は、演算を実行するプロセッサ２０と、プログラムやデータを保持するメモリ２１と、ネットワーク１００に接続するネットワークアダプタ２２と、プログラムやデータを格納する記憶装置２３と、を含む計算機である。

　メモリ２１には、入力部１１７と、ファイル転送処理部１１１と、関連付け処理部１１４と、エラー処理部１１６がロードされプロセッサ２０によって実行される。各処理部は、関連付けを行うコンテンツファイル１０６とメタデータ（メタデータファイル１１２）と、関連付けルール１１５、エラーファイル１１３をメモリ１１に読み込むことができる。なお、エラーファイル１１３は、記憶装置１３に格納するようにしても良い。

　プロセッサ２０は、各機能部のプログラムに従って動作することによって、所定の機能を実現する機能部として動作する。例えば、プロセッサ２０は、関連付け処理プログラムに従って動作することで関連付け処理部１１４として機能する。他のプログラムについても同様である。さらに、プロセッサ２０は、各プログラムが実行する複数の処理のそれぞれを実現する機能部としても動作する。計算機及び計算機システムは、これらの機能部を含む装置及びシステムである。

　ファイルサーバ１０４の各機能を実現するプログラム、テーブル等の情報は、記憶装置２３や不揮発性半導体メモリ、ハードディスクドライブ、ＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）等の記憶デバイス、または、ＩＣカード、ＳＤカード、ＤＶＤ等の計算機読み取り可能な非一時的データ記憶媒体に格納することができる。

　図４は、コンテンツ／メタデータ管理サーバ１０５の一例を示すブロック図である。コンテンツ／メタデータ管理サーバ１０５は、演算を実行するプロセッサ３０と、プログラムやデータを保持するメモリ３１と、ネットワーク１００に接続するネットワークアダプタ３２と、プログラムやデータを格納する記憶装置３３と、を含む計算機である。

　メモリ３１には、管理部１２２と、メタデータ解析部１２１がロードされプロセッサ３０によって実行される。各機能部は、関連付けを行うコンテンツファイル１０６とメタデータ１０７と、をメモリ１１に読み込むことができる。

　プロセッサ３０は、各機能部のプログラムに従って動作することによって、所定の機能を実現する機能部として動作する。例えば、プロセッサ３０は、メタデータ解析プログラムに従って動作することでメタデータ解析部１２１として機能する。他のプログラムについても同様である。さらに、プロセッサ３０は、各プログラムが実行する複数の処理のそれぞれを実現する機能部としても動作する。計算機及び計算機システムは、これらの機能部を含む装置及びシステムである。

　コンテンツ／メタデータ管理サーバ１０５の各機能を実現するプログラム、テーブル等の情報は、記憶装置３３や不揮発性半導体メモリ、ハードディスクドライブ、ＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）等の記憶デバイス、または、ＩＣカード、ＳＤカード、ＤＶＤ等の計算機読み取り可能な非一時的データ記憶媒体に格納することができる。

　なお、コンテンツ／メタデータ管理サーバ１０５は、一つの計算機に限定されるものではなく、複数の仮想計算機で構成されたクラウドコンピュータで構成することができる。

　図５Ａは、ファイルサーバ１０４の関連付けルール１１５の一例を示し、ファイルの種類とファイル名の関連付けルール１１５の一例を示す図である。

　図示の関連付けルール１１５では、コンテンツファイル１０６は、そのままのファイル名を適用し、メタデータファイル１１２には、ファイル名の前に「.」を付加し、ファイル名の後に「.meta」を付加する。また、エラーファイル１１３には、ファイル名の前に「.」を付加し、ファイル名の後に「.err」を付加する。

　図５Ｂは、関連付けルール１１５を適用したファイル名１１５－Ｂの一例を示す図である。

　コンテンツファイル１０６のファイル名が「photo.jpg」の場合、メタデータファイルのファイル名は、「.photo.jpg.meta」に設定され、同じくエラーファイル１１３のファイル名１１５－Ｂは、「.photo.jpg.err」に設定される。

　図６は、コンテンツ管理データベース１０２に格納されるテーブルの一例を示す図である。

　コンテンツ管理データベース１０２では、ファイル名１０７０とコンテンツ情報１０７１を主体としてひとつのレコードが構成される。図示の例では、コンテンツ情報１０７１が氏名１０７２と、年齢１０７３から構成された例を示す。図６の例では、コンテンツ管理データベース１０２は、ファイル名１０７０と、氏名１０７２と、年齢１０７３からひとつのレコードが構成される。そして、コンテンツＥＴＬサーバ１０３は、コンテンツ情報１０７１をマッピングルール１１０に基づいて抽出することでメタデータ１０７を生成することができる。そして、コンテンツＥＴＬサーバ１０３は、メタデータ１０７の内容を記載したメタデータファイル１１２を生成することができる。

　図７は、ファイルサーバ１０４で生成されるエラーファイル１１３の一例を示す図である。

　エラーファイル１１３には、コンテンツ／メタデータ管理サーバ１０５に登録されたメタデータ１０７のエラーの内容の一例としては、メタデータの記述エラー１１３１と、メタデータの値不正１１３２が含まれる。

　図８は、コンテンツＥＴＬサーバ１０３で使用されるマッピングルール１１０の一例を示す図である。

　マッピングルール１１０は、コンテンツ管理データベース１０２のコンテンツ情報１０７１の項目（図中ＤＢ内）１１０１と、メタデータ１０７の項目１１０２との対応関係が予め設定されたものである。図示の例では、コンテンツ管理データベース１０２の「ＰＩＤ」の項目１１０１が、メタデータ１０７の「Patient ＩＤ」の項目１１０２に対応し、項目１１０１の「Ｎａｍｅ」がメタデータ１０７の項目１１０２の「Patient Name」に対応し、項目１１０１の「Age」がメタデータ１０７の項目１１０２の「Age」に対応することが定義されている。

　なお、図８に示すＰＩＤは、図６のコンテンツ管理データベース１０２のテーブルでは図示を省略した。

　また、後述するように、コンテンツＥＴＬサーバ１０３が、コンテンツ管理データベース１０２のコンテンツ情報１０７１からメタデータ１０７を生成する際に、マッピングルール１１０を参照する。

　図９は、コンテンツＥＴＬサーバ１０３で行われる処理の一例を示すフローチャートである。この処理は、所定の周期あるいはファイルサーバ１０４の負荷が低下したときなど、予め設定した条件となったときに実行される。

　コンテンツＥＴＬサーバ１０３のＤＢクローラ処理部１０９は、まず、ステップ２０１でコンテンツ管理データベース１０２を参照し、コンテンツファイル１０６のファイル名１０７０とコンテンツ情報１０７１を取得する。

　ステップ２０２では、コンテンツＥＴＬサーバ１０３のＤＢクローラ処理部１０９は、マッピングルール１１０に基づいて、コンテンツ管理データベース１０２のコンテンツ情報１０７１をメタデータ１０７に変換する。

　ステップ２０３では、ＤＢクローラ処理部１０９がコンテンツ管理データベース１０２から取得したファイル名１０７０をファイルアクセス処理部１０８へ通知する。ファイルアクセス処理部１０８は、受け付けたファイル名１０７０のコンテンツファイル１０６をコンテンツファイルサーバ１０１から取得する。

　ステップ２０４では、ＤＢクローラ処理部１０９がコンテンツ管理データベース１０２から変換したメタデータ１０７をメタデータファイル１１２に変換するため、ファイルアクセス処理部１０８がファイル名を生成する。メタデータファイル１１２のファイル名は、図５Ａの関連付けルール１１５と同様に、「”.”＋”ファイル名”＋”.meta”」とする。

　そして、ステップ２０５では、コンテンツＥＴＬサーバ１０３は、ファイルアクセス処理部１０８が取得したコンテンツファイル１０６と、ＤＢクローラ処理部１０９が生成したメタデータファイル１１２をファイルサーバ１０４へ送信する。

　上記処理を、コンテンツ管理データベース１０２内のファイル名１０７０について実行する。あるいは、上記処理を所定の周期で実行する際には、前回の処理が完了した以降にファイル名１０７０またはコンテンツ情報１０７１が追加または更新されたレコードについて上記処理を行うようにしてもよい。または、管理者などが指定した範囲のファイル名１０７０について上記処理を繰り返して行ってもよい。

　図１０は、ファイルサーバ１０４で行われる処理の一例を示すフローチャートである。この処理は、所定の周期あるいはファイルサーバ１０４の負荷が低下したときなど、予め設定した条件となったときに実行される。ファイルサーバ１０４は、上記図９の処理でコンテンツＥＴＬサーバ１０３から受信したメタデータファイル１１２とコンテンツファイル１０６を関連付けて、コンテンツ／メタデータ管理サーバ１０５に登録する処理を図１０の処理で実行する。

　ステップ３０１では、ファイルサーバ１０４のファイル転送処理部１１１が、コンテンツＥＴＬサーバ１０３から受信したメタデータファイル１１２とコンテンツファイル１０６のうち、コンテンツ／メタデータ管理サーバ１０５に転送すべき候補を抽出し、ファイルリスト（図示省略）を生成する。このファイルリストには、ファイルサーバ１０４が受信したコンテンツファイル１０６とメタデータファイル１１２に加えて、ファイルサーバ１０４のエラー処理部１１６が生成したエラーファイル１１３を含める。なお、ファイルリストは、例えば、ファイル名を格納したテーブルで構成すればよい。

　また、コンテンツ／メタデータ管理サーバ１０５に転送するか否かは、ファイルサーバ１０４に保持された属性情報から判定しても良い。例えば、コンテンツファイル１０６のタイムスタンプが属性情報１６０１（図１１参照）より新しければ転送候補とし、また、メタデータファイル１１２のタイムスタンプが属性情報１６０２（図１１参照）より新しければ転送候補とする。すなわち、未転送のファイルを転送候補とすればよい。

　次に、ステップ３０２では、ファイル転送処理部１１１が、生成したファイルリストをエラーファイル１１３、メタデータファイル１１２、コンテンツファイル１０６の順にファイル名でソートする。ファイルリストは、ファイルの種類毎にファイル名でソートされる。

　次に、ステップ３０３では、ファイル転送処理部１１１が、生成したファイルリストの先頭から順に、一つずつファイル名を取り出す。ステップ３０４では、ファイル転送処理部１１１は、取り出したファイル名についてファイルの種類を判定する。ファイルの種類は、ファイル名の拡張子から判定する。ファイル転送処理部１１１は、ファイル名の拡張子が「.meta」であればメタデータファイル１１２と判定し、ファイル名の拡張子が「.err」であればエラーファイル１１３と判定し、その他の拡張子であればコンテンツファイル１０６であると判定する。

　ステップ３０５では、ファイル転送処理部１１１が、現在取り出しているファイルの種類がメタデータファイル１１２であるか否かを判定する。ファイルの種類がメタデータファイル１１２であれば、ステップ３１０へ進み、そうで無ければステップ３０６に進む。

　ステップ３０６では、ファイル転送処理部１１１が、現在取り出しているファイルの種類がエラーファイル１１３であるか否かを判定する。ファイルの種類がエラーファイル１１３であれば、ステップ３１１へ進み、そうで無ければステップ３０７に進む。

　ステップ３０７では、取り出しているファイルの種類は、コンテンツファイル１０６であるので、ファイル転送処理部１１１は、当該ファイルをコンテンツ／メタデータ管理サーバ１０５に送信する。

　そして、ステップ３０８では、送信が完了したコンテンツファイル１０６をスタブ化する。ここで、スタブ化は、図１１で示すように、コンテンツ／メタデータ管理サーバ１０５に登録したコンテンツファイル１０６の実体をファイルサーバ１０４から削除し、コンテンツファイル１０６の属性情報１６０１のみをファイルサーバ１０４に残すことを示す。この処理により、ファイルサーバ１０４が使用する記憶装置２３の容量を抑制しながら、ファイルの所在等を属性情報１６０１に保持することができる。なお、図１１は、スタブ化の一例を示すブロック図である。

　ファイルの種類がメタデータファイル１１２の場合のステップ３１０では、後述するようにメタデータファイル１１２のメタデータ１０７を抽出して、コンテンツファイル１０６に対応付ける。そして、当該メタデータ１０７をコンテンツ／メタデータ管理サーバ１０５に送信する。

　ファイルの種類がエラーファイル１１３の場合のステップ３１１では、後述する処理を行ってエラーの解消したメタデータ１０７についてエラーファイル１１３を削除する。

　そして、ステップ３０９では、ファイル転送処理部１１１はファイルリストが空、すなわち、全てのファイル名について処理が完了したか否かを判定する。全ての、ファイル名について上記処理が完了していなければ、ステップ３０３に復帰して上記処理を繰り返す。一方、全ての、ファイル名について上記処理が完了していれば、処理を終了する。

　図１２は、図１０のステップ３１０で行われるメタデータファイルに関する処理の一例を示すフローチャートである。

　ステップ４０１では、ファイルサーバ１０４の関連付け処理部１１４が、現在、ファイルリストから取り出しているメタデータファイル１１２に対応するコンテンツファイル１０６を受信したファイルの中から検索する。

　ステップ４０２では、ファイルサーバ１０４の関連付け処理部１１４が、メタデータファイル１１２に対応するコンテンツファイル１０６の有無を判定し、コンテンツファイル１０６が存在すればステップ４０３へ進む。一方、コンテンツファイル１０６が存在しなければ処理を終了し、図１０の処理に戻る。

　ステップ４０３では、ファイルサーバ１０４のファイル転送処理部１１１が、メタデータファイル１１２からメタデータ１０７を抽出し、対応関係にあるコンテンツファイル１０６にメタデータ１０７を登録（上書き）可能であるかを判定する。

　ステップ４０４では、ファイルサーバ１０４のファイル転送処理部１１１が、メタデータ１０７を登録可能か否かを判定し、登録可能であればステップ４０５へ進み、登録できない場合にはステップ４０８へ進む。

　ステップ４０８では、コンテンツファイル１０６に複数のメタデータ１０７を付加可能な場合では、複数のメタデータ格納領域から空き領域を取得する。なお、空き領域がない場合には図１２の処理を終了し、図１０の処理へ復帰するようにしても良い。

　次に、ステップ４０５では、ファイル転送処理部１１１が、現在処理中のメタデータ１０７を、対応するコンテンツファイル１０６に登録するようにコンテンツ／メタデータ管理サーバ１０５に要求する。ここでは、ファイル転送処理部１１１がコンテンツファイル１０６とメタデータ１０７を非同期で転送することを示す。なお、メタデータ１０７をコンテンツファイル１０６といは非同期で受信したコンテンツ／メタデータ管理サーバ１０５では、受信したメタデータ１０７を対応するコンテンツファイル１０６に付加する。

　ステップ４０６では、ファイル転送処理部１１１がメタデータ１０７の登録が成功したか否かを判定し、成功した場合にはステップ４０７へ進み、失敗した場合にはステップ４０９へ進む。

　登録に成功したステップ４０７では、ファイル転送処理部１１１がメタデータファイル１１２のスタブ化を実施する。この処理は、図１１で示すように、コンテンツ／メタデータ管理サーバ１０５に登録したメタデータファイル１１２の実体をファイルサーバ１０４から削除し、メタデータファイル１１２の属性情報１６０２のみをファイルサーバ１０４に残すことを示す。この処理により、ファイルサーバ１０４が使用する記憶装置２３の容量を抑制しながら、メタデータの属性情報１６０２を保持することができる。

　一方、メタデータ１０７をコンテンツ／メタデータ管理サーバ１０５に登録できなかった場合は、ステップ４０９で関連付け処理部１１４がメタデータファイル１１２のファイル名から、関連付けルール１１５に従ってエラーファイル１１３のファイル名を生成する。次に、ステップ４１０では、ファイル転送処理部１１１はメタデータ１０７の登録が失敗した内容をコンテンツ／メタデータ管理サーバ１０５のメタデータ解析部１２１から受信し、この内容をエラーファイル１１３に記述して、上記生成したファイル名でエラーファイル１１３を生成する。

　以上の処理により、ファイルの種類がメタデータファイル１１２の場合には、メタデータ１０７を抽出してコンテンツ／メタデータ管理サーバ１０５に登録を要求する。そして、登録に成功した場合には、メタデータファイル１１２の属性情報１６０２のみをファイルサーバ１０４に保持して、メタデータファイル１１２の実体を削除する。一方、登録に失敗した場合には、メタデータファイル１１２のファイル名に対応するエラーファイル１１３を生成する。

　図１３は、図１０のステップ３１１で行われるエラーファイル１１３に関する処理の一例を示すフローチャートである。

　ステップ５０１では、ファイルサーバ１０４の関連付け処理部１１４が、現在、ファイルリストから取り出しているエラーファイル１１３に対応するメタデータファイル１１２を、ファイルサーバ１０４で受信したファイルの中から検索する。

　ステップ５０２では、ファイルサーバ１０４の関連付け処理部１１４が、エラーファイル１１３に対応するメタデータファイル１１２の有無を判定し、メタデータファイル１１２が存在すればステップ５０３へ進む。一方、メタデータファイル１１２が存在しなければ削除されたと判定してステップ５０５へ進み、当該エラーファイル１１３も削除する。その後、図１３の処理を終了し、図１０の処理に戻る。

　ステップ５０２では、ファイルサーバ１０４の関連付け処理部１１４が、エラーファイル１１３の更新時刻と、メタデータファイル１１２の更新時刻を比較して、エラーファイル１１３の更新時刻よりもメタデータファイル１１２の更新時刻の方が新しいか否かを判定する。

　メタデータファイル１１２の更新時刻の方が新しい場合は、エラーファイル１１３は過去に発生したエラーの内容であるので、ステップ５０５に進んでエラー処理部１１６は当該エラーファイル１１３を削除する。

　メタデータファイル１１２の更新時刻がエラーファイル１１３よりも新しくない場合は、エラーファイル１１３を保持する。

　以上の処理により、メタデータファイル１１２が削除された場合や、新しいメタデータファイル１１２が書き込まれた場合には、エラー処理部１１６が過去のエラーファイル１１３を削除し、その他のエラーファイル１１３はファイルサーバ１０４に保持する。上記処理が完了した後は、図１０の処理に復帰する。

　以上のように、第１の実施例では、計算機システムの利用者が、コンテンツファイル１０６をコンテンツファイルサーバ１０１に登録し、コンテンツファイル１０６の情報をコンテンツ管理データベース１０２に登録すると、コンテンツＥＴＬサーバ１０３を介してファイルサーバ１０４はコンテンツファイル１０６とメタデータ１０７を関連付けてコンテンツ／メタデータ管理サーバ１０５へ自動的に登録することができる。このとき、ファイルサーバ１０４は、コンテンツファイル１０６とメタデータ１０７を非同期でコンテンツ／メタデータ管理サーバ１０５に送信する。

　コンテンツＥＴＬサーバ１０３は、コンテンツファイル１０６のファイル名１０７０に対応するコンテンツ情報１０７１からメタデータ１０７を生成する。そして、コンテンツＥＴＬサーバ１０３は、メタデータ１０７とコンテンツファイル１０６を対応付けてファイルサーバ１０４に送信する。ファイルサーバ１０４では、所定のタイミングになるとコンテンツ／メタデータ管理サーバ１０５へのファイルの登録が実行される。ファイルサーバ１０４は、コンテンツファイル１０６と対応関係のあるメタデータファイル１１２内のメタデータ１０７を抽出し、コンテンツファイル１０６にメタデータ１０７を関連付けてコンテンツ／メタデータ管理サーバ１０５に登録する。この関連付けは、例えば、コンテンツファイル１０６にメタデータ１０７を付加したり、コンテンツファイル１０６にメタデータ１０７を組み込むこと等公知または周知の手法を用いて実現することができる。

　そして、コンテンツ／メタデータ管理サーバ１０５では、登録の要求のあったメタデータ１０７をメタデータ解析部１２１で検査し、メタデータ１０７に不正な記述や値があればコンテンツファイル１０６を登録せずにファイルサーバ１０４にエラーの内容を通知する。ファイルサーバ１０４では、エラーの内容からエラーファイル１１３を生成して保持する。

　コンテンツ管理データベース１０２の利用者は図示しないクライアントからファイルサーバ１０４のエラーファイル１１３にアクセスすることで、コンテンツ管理データベース１０２に登録したメタデータ１０７の内容に誤りがあったことを把握できる。

　図１４は、第２の実施例を示し、コンテンツファイル１０６Ａにコンテンツ情報１０７１が含まれる例を示す。コンテンツファイル１０６として文書ファイルを採用する場合、文書の作成者や添削者などの情報をコンテンツ情報１０７１として抽出することができる。また、デジタルテレビ放送など、動画と文字情報を含むファイルをコンテンツファイル１０６とする場合、文字情報をコンテンツ情報１０７１として抽出することができる。

　第２の実施例では、前記第１の実施例のコンテンツ管理データベース１０２と、コンテンツＥＴＬサーバ１０３のＤＢクローラ処理部１０９を削除する一方、コンテンツＥＴＬサーバ１０３には、コンテンツ情報１０７１からメタデータ１０７及びメタデータファイル１１２を生成するメタデータ抽出部７０１を加えた。その他の構成は前記第１の実施例と同様である。なお、コンテンツファイルサーバ１０１、コンテンツＥＴＬサーバ１０３、ファイルサーバ１０４及びコンテンツ／メタデータ管理サーバ１０５は、前記第１の実施例と同様に図１のネットワーク１００を介して接続されている。

　本実施例２では、ファイルサーバ１０４の入力部１１７がコンテンツファイル１０６Ａを読み込んでおき、所定のタイミングでコンテンツＥＴＬサーバ１０３のメタデータ抽出部７０１が、コンテンツ情報１０７１からメタデータ１０７を抽出し、メタデータファイル１１２を生成する。そして、コンテンツＥＴＬサーバ１０３は、メタデータファイル１１２に対応するコンテンツファイル１０６Ａをファイルサーバ１０４へ送信する。以降は、第１の実施例と同様に、ファイルサーバ１０４が、コンテンツファイル１０６にメタデータ１０７を関連付けてコンテンツ／メタデータ管理サーバ１０５に登録する。そして、コンテンツ／メタデータ管理サーバ１０５は、不正なメタデータ１０７であればファイルサーバ１０４にエラーを通知する。ファイルサーバ１０４は、エラーの通知に基づいてエラーファイル１１３を生成する。コンテンツファイルサーバ１０１の利用者は、エラーファイル１１３にアクセスすることで、ファイルサーバ１０４へ登録したコンテンツファイル１０６Ａのコンテンツ情報１０７１に含まれるエラーを知ることができる。

　図１５は、コンテンツＥＴＬサーバ１０３で行われる処理の一例を示すフローチャートである。この処理は、前記第１の実施例と同様に、所定の周期あるいはファイルサーバ１０４の負荷が低下したときなど、予め設定した条件となったときに実行される。

　コンテンツＥＴＬサーバ１０３のファイルアクセス処理部１０８は、まず、ステップ８０１でファイルサーバ１０４からコンテンツファイル１０６Ａを取得する。

　ステップ８０２では、コンテンツＥＴＬサーバ１０３のメタデータ抽出部７０１が、コンテンツファイル１０６Ａのコンテンツ情報１０７１からメタデータ１０７を抽出する。なお、メタデータ１０７を抽出する際には、コンテンツファイル１０６Ａのコンテンツ情報１０７１が定型的であれば、マッピングルール１１０を用いることができる。一方、動画に文字情報を加えたデジタルテレビ放送などコンテンツ情報１０７１が不定型なコンテンツファイル１０６Ａでは、マッピングルール１１０は用いないでもよい。

　ステップ８０３では、メタデータ１０７をメタデータファイル１１２に変換するため、ファイルアクセス処理部１０８がコンテンツファイル１０６Ａのファイル名に基づいて、メタデータファイル用のファイル名を生成する。メタデータファイル１１２のファイル名は、前記第１の実施例と同様であり、図５Ａの関連付けルール１１５と同様に、「”.”＋”ファイル名”＋”.meta”」とする。

　そして、ステップ８０４では、コンテンツＥＴＬサーバ１０３は、ファイルアクセス処理部１０８が取得したコンテンツファイル１０６Ａと、メタデータ抽出部７０１が生成したメタデータファイル１１２をファイルサーバ１０４へ送信する。

　その他のファイルサーバ１０４やコンテンツ／メタデータ管理サーバ１０５の処理は、前記第１の実施例と同様である。

　第２の実施例においても、計算機システムの利用者が、コンテンツファイル１０６Ａをコンテンツファイルサーバ１０１に登録し、ファイルサーバ１０４へ送信すると、コンテンツＥＴＬサーバ１０３を介してファイルサーバ１０４はコンテンツファイル１０６とメタデータ１０７を関連付けて、かつ非同期でコンテンツ／メタデータ管理サーバ１０５へ自動的に登録することができる。

　ファイルサーバ１０４の利用者は図示しないクライアントからファイルサーバ１０４のエラーファイル１１３にアクセスすることで、コンテンツ管理データベース１０２に登録したメタデータ１０７の内容に誤りがあったことを把握できる。

　図１６は、第３の実施例を示し、前記第１の実施例の計算機システムからコンテンツファイルサーバ１０１、コンテンツ管理データベース１０２及びコンテンツＥＴＬサーバ１０３を削除する一方、コンテンツファイル１０６と、予め作成されたメタデータファイル１１２を格納する計算機９０１を設けたものである。そして、第３の実施例では、計算機９０１は、格納するファイルに追加や更新が発生するとファイルサーバ１０４に通知する通知部９１０を備える。通知部９１０は、例えば、ファイルシステムの通知機能で構成することができる。

　ファイルサーバ１０４の入力部１１７は、計算機９０１からファイルの更新の通知を受け付けると、更新または追加されたコンテンツファイル１０６またはメタデータファイル１１２を読み込む。なお、メタデータファイル１１２は、コンテンツファイル１０６のユーザ等が予め作成したデータである。

　ファイルサーバ１０４は、通知を受けて読み込んだコンテンツファイル１０６とメタデータファイル１１２を、コンテンツファイル１０６とメタデータ１０７を関連付けて、コンテンツ／メタデータ管理サーバ１０５に非同期で登録するものであり、ファイルサーバ１０４とコンテンツ／メタデータ管理サーバ１０５は、前記第１の実施例と同様に構成される。なお、ファイルサーバ１０４、コンテンツ／メタデータ管理サーバ１０５及び計算機９０１は、前記第１の実施例と同様に図１に示したネットワーク１００を介して接続されるものとする。なお、計算機９０１は、ＮＡＳ（Network Attached Storage）等のファイルシステムを備えた装置で構成することができる。

　第３の実施例では、前記第１の実施例のファイルサーバ１０４が実施する処理の内、図１３に示したエラーファイル１１３に対する処理を、図１７に示す処理に変更する。

　図１７は、前記第１の実施例の図１０に示したステップ３１１で行われるエラーファイル１１３に関する処理の一例を示すフローチャートである。

　ステップ１００１では、ファイルサーバ１０４のファイルアクセス処理部１０８が、計算機９０１からの通知を受信し、計算機９０１にファイルの更新または追加が行われたことを検知する。

　ステップ１００２では、ファイルサーバ１０４が計算機９０１から通知を受け付けたファイルを取得する。そして、取得したファイルがメタデータファイル１１２であるか否かを判定する。ステップ１００３では、メタデータファイル１１２であればステップ１００４へ進む。一方、メタデータファイル１１２でなければ図１７の処理を終了して図１０の処理に戻る。

　ステップ１００４では、ファイルサーバ１０４が、取得したメタデータファイル１１２に対するエラーファイル１１３の有無を判定する。ステップ１００５では、エラーファイル１１３が存在する場合、ステップ１００６へ進んで当該エラーファイル１１３を削除する。一方、メタデータファイル１１２に対応するエラーファイル１１３が存在しない場合には、図１７の処理を終了して図１０の処理へ復帰する。

　第３の実施例においても、計算機システムの利用者が、コンテンツファイル１０６とメタデータファイル１１２を計算機９０１に登録すると、ファイルサーバ１０４はコンテンツファイル１０６とメタデータ１０７を関連付けて、かつ非同期でコンテンツ／メタデータ管理サーバ１０５へ自動的に登録することができる。

　ファイルサーバ１０４の利用者は計算機９０１等からファイルサーバ１０４のエラーファイル１１３にアクセスすることで、コンテンツ管理データベース１０２に登録したメタデータ１０７の内容に誤りがあったことを把握できる。

　なお、上記では計算機９０１が通知部９１０を有する例を示したが、ファイルサーバ１０４が通知部を有してもよい。例えば、ファイルサーバ１０４のファイルシステムが有する通知機能を通知部とすることができる。この場合、ファイルサーバ１０４の入力部１１７は、計算機９０１からコンテンツファイル１０６とメタデータファイル１１２が書き込まれると、ファイルサーバ１０４のファイルシステムが、入力部１１７にファイルの書き込みを通知する。

　図１８は、第４の実施例を示し、前記第２の実施例と同様に、コンテンツファイル１０６Ａにコンテンツ情報１０７１が含まれる例を示す。コンテンツファイルサーバ１０１には、コンテンツ情報１０７１を含むコンテンツファイル１０６Ａが格納され、所定のタイミングでコンテンツＥＴＬサーバ１０３に送信される。

　コンテンツファイル１０６Ａは、例えば、画像であり、コンテンツ情報１０７１としては、ＰＩＤ（患者識別子）、氏名、年齢等が含まれる。コンテンツファイルサーバ１０１は、図示しない検査装置等からコンテンツファイル１０６Ａが書き込まれると、コンテンツＥＴＬサーバ１０３に転送する。

　コンテンツＥＴＬサーバ１０３は、コンテンツファイルサーバ１０１からコンテンツファイル１０６Ａを受信すると、コンテンツファイル１０６Ａからメタデータ１０７を抽出してメタデータファイル１１２を生成し、コンテンツファイル１０６Ａとメタデータファイル１１２をファイルサーバ１０４へ転送する。

　ファイルサーバ１０４は、前記第１の実施例と同様に、コンテンツ／メタデータ管理サーバ１０５にコンテンツファイル１０６Ａとメタデータ１０７を非同期で登録する。

　本第４の実施例では、コンテンツファイル１０６ＡをＰＵＳＨ型で送信する装置からコンテンツＥＴＬサーバ１０３が受信し、受信したコンテンツファイル１０６Ａから抽出したメタデータファイル１１２とコンテンツファイル１０６Ａをファイルサーバ１０４へ送信する点が前記第２の実施例と異なる。その他の構成については前記第２の実施例と同様である。

　なお、コンテンツファイル１０６ＡをＰＵＳＨ型で送信する装置としては、コンテンツファイルサーバ１０１の他に、ＣＴ（Computed Tomography）、ＭＲＩ（Magnetic Resonance Imaging）などの画像データを管理するＰＡＣＳ（Picture Archiving and Communication Systems）サーバ装置など、画像データをコンテンツファイル１０６Ａとして出力する装置で構成することができる。

　本第４の実施例では、コンテンツＥＴＬサーバ１０３がコンテンツファイル１０６Ａを受け付けるタイミングが前記第２の実施例と異なるため、前記第２の実施例に示した図１５のフローチャートに代わって、図１９のフローチャートを実行する。

　図１９は、コンテンツＥＴＬサーバ１０３で行われる処理の一例を示すフローチャートである。この処理は、コンテンツファイル１０６Ａを受信したときに実行される。

　コンテンツＥＴＬサーバ１０３のファイルアクセス処理部１０８は、まず、ステップ１２０１でコンテンツファイルサーバ１０１から受信したコンテンツファイル１０６Ａを受け付ける。

　ステップ１２０２では、コンテンツＥＴＬサーバ１０３のメタデータ抽出部７０１が、コンテンツファイル１０６Ａ内のコンテンツ情報１０７１からメタデータ１０７を抽出する。なお、メタデータ１０７を抽出する際には、コンテンツファイル１０６Ａのコンテンツ情報１０７１が定型的であれば、マッピングルール１１０を用いることができる。一方、動画に文字情報を加えたデジタルテレビ放送などコンテンツ情報１０７１が不定型なコンテンツファイル１０６Ａでは、マッピングルール１１０は用いないでもよい。

　ステップ１２０３では、コンテンツファイル１０６Ａのファイル名に基づいて、メタデータ１０７をメタデータファイル１１２に変換するため、ファイルアクセス処理部１０８がメタデータファイル用のファイル名を生成する。メタデータファイル１１２のファイル名は、前記第１の実施例と同様であり、図５Ａの関連付けルール１１５と同様に、「”.”＋”ファイル名”＋”.meta”」とする。

　そして、ステップ１２０４では、コンテンツＥＴＬサーバ１０３は、ファイルアクセス処理部１０８が取得したコンテンツファイル１０６Ａと、メタデータ抽出部７０１が生成したメタデータファイル１１２をファイルサーバ１０４へ送信する。

　第４の実施例においても、計算機システムの利用者が、コンテンツファイル１０６Ａをコンテンツファイルサーバ１０１に登録し、ファイルサーバ１０４へ送信すると、コンテンツＥＴＬサーバ１０３を介してファイルサーバ１０４はコンテンツファイル１０６とメタデータ１０７を関連付けて、かつ非同期でコンテンツ／メタデータ管理サーバ１０５へ自動的に登録することができる。

　なお、本発明において説明した計算機等の構成、処理部及び処理手段等は、それらの一部又は全部を、専用のハードウェアによって実現してもよい。

　また、上記各実施例で例示した種々のソフトウェアは、電磁的、電子的及び光学式等の種々の記録媒体（例えば、非一時的な記憶媒体）に格納可能であり、インターネット等の通信網を通じて、コンピュータにダウンロード可能である。

　また、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明をわかりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。

Claims

　コンテンツファイルとメタデータを管理するメタデータ管理システムであって、
　プロセッサとメモリを備えた第１の計算機と、
　プロセッサとメモリと記憶装置を備えて前記コンテンツファイル及びメタデータを格納する管理サーバとが通信可能に接続され、

　前記第１の計算機は、
　コンテンツファイルと、当該コンテンツファイルに対応するメタデータファイルを受信する入力部と、
　前記メタデータファイルからメタデータを抽出し、当該メタデータを前記対応するコンテンツファイルに関連付ける関連付け処理部と、
　前記メタデータと、当該メタデータを関連付けたコンテンツファイルとを非同期で管理サーバに送信して登録を要求するファイル転送処理部と、
　前記管理サーバからエラーの通知を受信したときには、前記登録を要求したメタデータに関するエラーファイルを生成するエラー処理部と、を有し、
　前記管理サーバは、
　前記登録を要求されたメタデータのエラーを検知し、エラーを検知したときには前記第１の計算機に通知する解析部を有することを特徴とするメタデータ管理システム。
　請求項１に記載のメタデータ管理システムであって、
　前記エラー処理部は、
　前記メタデータファイルが更新削除されるまでは、前記エラーファイルを保持することを特徴とするメタデータ管理システム。
　請求項１に記載のメタデータ管理システムであって、
　前記コンテンツファイルと、当該コンテンツファイルに対応するコンテンツ情報を読み込む第２の計算機をさらに有し、
　前記第２の計算機は、
　前記コンテンツ情報からメタデータを抽出し、当該メタデータから前記メタデータファイルを生成して、当該メタデータファイルと前記コンテンツファイルとを前記第１の計算機に送信することを特徴とするメタデータ管理システム。
　請求項１に記載のメタデータ管理システムであって、
　前記コンテンツファイルを読み込む第２の計算機をさらに有し、
　前記第２の計算機は、
　前記コンテンツファイルからメタデータを抽出し、当該メタデータから前記メタデータファイルを生成して、当該メタデータファイルと前記コンテンツファイルとを前記第１の計算機に送信することを特徴とするメタデータ管理システム。
　請求項１に記載のメタデータ管理システムであって、
　前記コンテンツファイルと、前記メタデータファイルとを受け付ける第２の計算機をさらに有し、
　前記第２の計算機は、
　前記コンテンツファイルまたは前記メタデータファイルが更新または追加されたときに前記第１の計算機に通知を行い、
　前記第１の計算機は、
　前記入力部が、前記第２の計算機から通知を受けた前記コンテンツファイルまたは前記メタデータファイルを読み込み、
　前記エラー処理部は、前記通知を受けたファイルがメタデータファイルの場合、当該メタデータファイルに対応するエラーファイルを削除することを特徴とするメタデータ管理システム。
　請求項１に記載のメタデータ管理システムであって、
　前記コンテンツファイルを受け付ける第２の計算機をさらに有し、
　前記第２の計算機は、
　前記コンテンツファイルを受け付ける度に、当該コンテンツファイルからメタデータを抽出し、当該メタデータから前記メタデータファイルを生成して、当該メタデータファイルと前記コンテンツファイルとを前記第１の計算機に送信することを特徴とするメタデータ管理システム。
　請求項１に記載のメタデータ管理システムであって、
　前記エラー処理部は、
　前記メタデータファイルが更新または削除されるまでは、前記エラーファイルを保持することを特徴とするメタデータ管理システム。
　プロセッサとメモリを備えた第１の計算機で、コンテンツファイルとメタデータを管理するメタデータ管理方法であって、
　前記第１の計算機が、コンテンツファイルと、当該コンテンツファイルに対応するメタデータファイルを取得する第１のステップと、
　前記第１の計算機が、前記メタデータファイルからメタデータを抽出し、当該メタデータを前記対応するコンテンツファイルに関連付ける第２のステップと、
　前記第１の計算機が、前記メタデータと、当該メタデータを関連付けたコンテンツファイルとを非同期で管理サーバに送信して登録を要求する第３のステップと、
　前記第１の計算機が、前記管理サーバからエラーの通知を受信したときには、前記登録を要求したメタデータに関するエラーファイルを生成する第４のステップと、
を含む、ことを特徴とするメタデータ管理方法。
　請求項８に記載のメタデータ管理方法であって、
　前記第４のステップは、
　前記メタデータファイルが更新削除されるまでは、前記エラーファイルを保持することを特徴とするメタデータ管理方法。
　請求項８に記載のメタデータ管理方法であって、
　前記コンテンツファイルと、当該コンテンツファイルに対応するコンテンツ情報を読み込む第２の計算機をさらに有し、
　前記第１のステップは、
　前記第２の計算機が、前記コンテンツ情報からメタデータを抽出し、当該メタデータから前記メタデータファイルを生成して、当該メタデータファイルと前記コンテンツファイルとを前記第１の計算機に送信することを特徴とするメタデータ管理方法。
　請求項８に記載のメタデータ管理方法であって、
　前記コンテンツファイルを読み込む第２の計算機をさらに有し、
　前記第１のステップは、
　前記第２の計算機が、前記コンテンツファイルからメタデータを抽出し、当該メタデータから前記メタデータファイルを生成して、当該メタデータファイルと前記コンテンツファイルとを前記第１の計算機に送信することを特徴とするメタデータ管理方法。
　請求項８に記載のメタデータ管理方法であって、
　前記コンテンツファイルと、前記メタデータファイルとを受け付ける第２の計算機をさらに有し、
　前記第１のステップは、
　前記第２の計算機が、前記コンテンツファイルまたは前記メタデータファイルが更新または追加されたときに前記第１の計算機に通知を行い、前記第１の計算機は、前記第２の計算機から通知を受けた前記コンテンツファイルまたは前記メタデータファイルを読み込み、
　前記第４のステップは、
　前記通知を受けたファイルがメタデータファイルの場合、当該メタデータファイルに対応するエラーファイルを削除することを特徴とするメタデータ管理方法。
　請求項８に記載のメタデータ管理方法であって、
　前記コンテンツファイルを受け付ける第２の計算機をさらに有し、
　前記第１のステップは、
　前記第２の計算機が、前記コンテンツファイルを受け付ける度に、当該コンテンツファイルからメタデータを抽出し、当該メタデータから前記メタデータファイルを生成して、当該メタデータファイルと前記コンテンツファイルとを前記第１の計算機に送信することを特徴とするメタデータ管理方法。
　請求項８に記載のメタデータ管理方法であって、
　前記第４のステップは、
　前記メタデータファイルが更新または削除されるまでは、前記エラーファイルを保持することを特徴とするメタデータ管理方法。
　プロセッサとメモリを備えた計算機を制御するプログラムを格納した記憶媒体であって、
　コンテンツファイルと、当該コンテンツファイルに対応するメタデータファイルを取得する第１の手順と、
　前記メタデータファイルからメタデータを抽出し、当該メタデータを前記対応するコンテンツファイルに関連付ける第２の手順と、
　前記メタデータと、当該メタデータを関連付けたコンテンツファイルとを非同期で送信して登録を要求する第３の手順と、
　エラーの通知を受信したときには、前記登録を要求したメタデータに関するエラーファイルを生成する第４の手順と、
を前記計算機に実行させるプログラムを格納した非一時的な計算機読み取り可能な記憶媒体。