JP2008299409A - データ登録方法、データ登録プログラムおよび記録媒体 - Google Patents

Abstract

【課題】ノンリニア編集ソフトごとに生成したプラグインを組み込むことなく、映像データをサーバに対して効率的に登録することを課題とする。
【解決手段】映像データ書込監視部は、監視対象としたディレクトリへのファイルの書込みの有無（ファイルエクスポートの出力の有無）をシステムコールにより検知する。次に、映像データ書込監視部により監視対象としたディレクトリへのファイルの書込みが検知された場合には、映像データ登録部は、システムコールによりディレクトリに新たに追加されたファイルの監視を開始し、監視がタイムアウトするか否かに基づいて、編集された映像データのファイルへの書込みを検知する。そして、映像データのファイルへの書込みが終了していることを確認した場合には、映像データ登録部は、ストリームサーバにファイルを登録するための転送処理を実行する。
【選択図】 図１

Description

この発明は、編集データをサーバに登録するデータ登録方法、編集データをサーバに登録する方法をコンピュータに実行させるデータ登録プログラム、および本発明に係る各種処理手順に対応したプログラムを記録した記録媒体に関する。

従来より、ノンリニア編集ソフトにより編集保存された映像データをサーバなどに自動的に登録することを目的として、ノンリニア編集ソフトごとに生成したプラグインを組み込む技術が存在する（例えば、非特許文献１参照）。

ＳＧＬ社 "フラッシュネット（ＦｌａｓｈＮｅｔ）"、［online］、［平成１９年１月１５日検索］、インターネット＜http://www.sgluk.com/flashnet/flashnet_home.html＞

ところで、上記した従来の技術は、汎用的ではない、あるいは、映像データを効率的にサーバに登録することができないという問題点があった。

すなわち、ノンリニア編集ソフトにより編集保存された映像データをサーバなどに自動的に登録するためのプラグインは、ノンリニア編集ソフトに直接組み込まれるものであるので、例えば、ノンリニア編集ソフトのバージョンごとに改めて生成して組み込む必要があり、汎用的ではないという問題点があった。

また、ノンリニア編集ソフトにより編集した映像データを一旦ファイルとして記憶装置に出力し、出力されたファイルを転送アプリケーションによってサーバへと転送する方法がある。この場合、ユーザは編集完了後、その転送アプリケーションを別途起動し、出力したファイルをさらに指定し、サーバへの転送を実行することになり、ユーザは転送アプリケーションの起動や出力ファイルの指定など、プラグインを使った方法と比べて多くの手順を実行する必要がある。これらの手順の実行中に登録処理を誤ることも十分考えられ、結果的に、余分な労力と時間とを費やしてしまうということが問題となっている。

そこで、本発明は、上述した従来技術の課題を解決するためになされたものであり、ノンリニア編集ソフトごとに生成したプラグインを組み込むことなく、プラグインと同等の使い勝手で、映像データをサーバに対して効率的に登録することが可能なデータ登録方法、データ登録プログラムおよび記録媒体を提供することを目的とする。

上述した課題を解決し、目的を達成するため、請求項１に係る発明は、編集データをサーバに登録するデータ登録方法であって、編集データが保存されるディレクトリへのファイルの書込みの有無を検知する保存検知工程と、前記保存検知工程によりファイルの書込みが検知された場合には、当該ファイルへの編集データの書込みの終了を検知する保存終了検知工程と、前記保存終了検知工程により編集データの書込みの終了が検知されたファイルをサーバに登録するデータ登録工程と、を含んだことを特徴とする。

また、請求項２に係る発明は、上記の発明において、前記保存検知工程は、システムコールを用いて、前記ディレクトリへのファイルの書込みの有無を検知し、前記保存終了検知工程は、システムコールを用いて、前記保存検知工程により書込みが検知されたファイルへの編集データの書込みの終了を検知することを特徴とする。

また、請求項３に係る発明は、上記の発明において、前記保存終了検知工程により編集データの書込みの終了が検知されたファイルのメタデータに基づいて、編集データの書込みが終了しているか否かを確認する保存終了確認工程をさらに含んだことを特徴とする。

また、請求項４に係る発明は、編集データをサーバに登録する方法をコンピュータに実行させるデータ登録プログラムであって、編集データが保存されるディレクトリへのファイルの書込みの有無を検知する保存検知手順と、前記保存検知手順によりファイルの書込みが検知された場合には、当該ファイルへの編集データの書込みの終了を検知する保存終了検知手順と、前記保存終了検知手順により編集データの書込みの終了が検知されたファイルをサーバに登録するデータ登録手順と、をコンピュータに実行させることを特徴とする。

また、請求項５に係る発明は、上記の発明において、前記保存検知手順は、システムコールを用いて、前記ディレクトリへのファイルの書込みの有無を検知し、前記保存終了検知手順は、システムコールを用いて、前記保存検知手順により書込みが検知されたファイルへの編集データの書込みの終了を検知することを特徴とする。

また、請求項６に係る発明は、上記の発明において、前記保存終了検知手順により編集データの書込みの終了が検知されたファイルのメタデータに基づいて、編集データの書込みが終了しているか否かを確認する保存終了確認手順をさらにコンピュータに実行させることを特徴とする。

また、請求項７に係る発明は、編集データが保存されるディレクトリへのファイルの書込みの有無を検知する保存検知手順と、前記保存検知手順によりファイルの書込みが検知された場合には、当該ファイルへの編集データの書込みの終了を検知する保存終了検知手順と、前記保存終了検知手順により編集データの書込みの終了が検知されたファイルをサーバに登録するデータ登録手順と、に対応するプログラムを読取可能な状態で記録したことを特徴とする。

また、請求項８に係る発明は、システムコールを用いて、編集データが保存されるディレクトリへのファイルの書込みの有無を検知する保存検知手順と、システムコールを用いて、前記保存検知手順により書込みが検知されたファイルへの編集データの書込みの終了を検知する保存終了検知手順と、に対応するプログラムを読取可能な状態で記録したことを特徴とする。

また、請求項９に係る発明は、保存終了検知手順により編集データの書込みの終了が検知されたファイルのメタデータに基づいて、編集データの書込みが終了しているか否かを確認する保存終了確認手順に対応するプログラムを読取可能な状態で記録したことを特徴とする。

本発明によれば、編集データが保存されるディレクトリへのファイルの書込みの有無を検知するとともに、ファイルの書込みが検知された場合には、ファイルへの編集データの書込みの終了を検知して、編集データの書込みの終了が検知されたファイルをサーバに登録するので、例えば、ノンリニア編集ソフトにより編集された映像データをサーバに自動的に登録するために、プラグインを生成してノンリニア編集ソフト内に組み込むことなく、汎用的な方法で、編集した映像データをサーバに自動的に登録することが可能である。

また、本発明によれば、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）に予め備えられたシステムコールを用いて、ディレクトリへのファイルの書込みの有無を検知するとともに、ファイルへの編集データの書込みの終了を検知するので、例えば、ノンリニア編集ソフトにより編集された映像データの書込み（保存）の有無を、常にそれを把握しているＯＳからシステムコールを使って取得することでリアルタイムに検知することができ、速やかにサーバへの登録処理に移行することができ、結果として、映像データをサーバに対して効率的に登録することが可能である。

また、本発明によれば、編集データの書込みの終了が検知されたファイルのメタデータに基づいて、編集データの書込みが終了しているか否かを確認するので、例えば、一定時間内に書込みがあったかどうかを検知する汎用のシステムコールによってのみファイルへの映像データの書込み（保存）の終了を検知した場合に、ノンリニア編集ソフトの問題等によりファイルの書込みが一時的に中断したことを書込み終了として誤って検出してしまうことがあるが、本発明によってその切り分けが可能であり、さらに、ファイルのメタデータに基づいてより正確に映像データの保存が終了しているか否かを確認することが可能である。

以下に添付図面を参照して、本発明に係るデータ登録方法、データ登録プログラムおよび記録媒体の実施例を詳細に説明する。なお、以下では、本発明に係るデータ登録方法を実現するユーザ端末を例に挙げて実施例１として説明した後に、本発明に含まれる他の実施例を説明する。

以下の実施例１では、実施例１に係るユーザ端末の概要および特徴、ユーザ端末の構成および処理を順に説明し、最後に実施例１による効果を説明する。

［ユーザ端末の概要および特徴（実施例１）］
まず最初に、図１を用いて、実施例１に係るユーザ端末の概要および特徴を説明する。図１は、実施例１に係るユーザ端末の概要および特徴を説明するための図である。

実施例１に係るユーザ端末は、ノンリニア編集ソフトにより編集保存された映像データをサーバに登録することを概要とするが、ノンリニア編集ソフトごとに生成したプラグインを組み込むことなく、映像データをサーバに対して効率的に登録することが可能である点に主たる特徴がある。

この主たる特徴について具体的に説明すると、図１に示すように、実施例１に係るユーザ端末は、映像データ編集部と、映像データ書込監視部と、映像データ登録部と、映像データ記憶部から構成される。

そして、映像データ登録部は、監視対象としたディレクトリ（編集された映像データが保存されるディレクトリ）配下のファイル一覧をあらかじめ取得する。

次に、映像データ書込監視部は、映像データ編集部により編集された映像データの保存の有無を監視する。具体的に説明すると、監視対象としたディレクトリへのファイルの書込みの有無（ファイルエクスポートの出力の有無）をシステムコール（例えば、ｋｑｕｅｕｅ（）／ｋｅｖｅｎｔ（））により検知する。

映像データ書込監視部により監視対象としたディレクトリへのファイルの書込みが検知された場合には、映像データ登録部は、監視対象としたディレクトリ配下のファイル一覧を再度取得する。そして、あらかじめ取得しておいたディレクトリのファイル一覧と、映像データ書込監視部によりディレクトリへのファイルの書込みが検知された後に取得したディレクトリのファイル一覧との差分を取り、ディレクトリに新たに追加されたファイル名を取得する。その後、映像データ登録部は、ディレクトリに新たに追加されたファイル名に対応するファイルの転送スレッドを生成する。

ファイル転送スレッドの生成後、映像データ登録部は、例えば、追加書き込みがあるかどうかを一定時間監視する機能を持つシステムコールにより、ディレクトリに新たに追加された（書込まれた）ファイルの監視を開始し、追加書込みが無く監視がタイムアウトするか否かに基づいて、編集された映像データのファイルへの書込み完了を検知する。

そして、映像データ登録部は、ファイルの監視がタイムアウトした場合（つまり、所定時間ファイルへの書込みがない場合）には、映像データのファイルへの書込みが終了しているものと一旦判断するが、さらにファイル内のデータを解析して、ファイルのステータスを取得する（メタデータのサイズフィールドに格納されている数値が“０”である場合には、書込み中であるというステータスを取得する）。このようにして取得したファイルのステータスに基づいて、ファイルへの書込みが本当に終了しているか否か確認する。

そして、映像データ登録部は、ファイルへの書込みが終了していることを確認した場合には、ストリームサーバにファイルを登録するための転送処理を実行する。転送処理後、映像データ登録部は、転送済みのファイルを別のディレクトリに移動させて、ファイル転送スレッドを終了する。

このようなことから、実施例１に係るユーザ端末は、上述した主たる特徴のごとく、ノンリニア編集ソフトごとに生成したプラグインを組み込むことなく、映像データをサーバに対して効率的に登録することが可能である。

［ユーザ端末の構成（実施例１）］
次に、図２を用いて、実施例１に係るユーザ端末の構成を説明する。図２は、実施例１に係るユーザ端末の構成を示すブロック図である。

同図示すように、実施例１に係るユーザ端末１０は、データ登録用ネットワーク１を介して、編集された映像データを登録するためのストリームサーバ２０と通信可能な状態に接続されるとともに、通信制御Ｉ／Ｆ部１１と、記憶部１２と、制御部１３とから構成される。

このうち、通信制御Ｉ／Ｆ部１１は、ストリームサーバ２０との間でやり取りする各種情報（例えば、編集された映像データのファイル）に関する通信を制御する。

記憶部１２は、制御部１３による各種処理に必要なデータおよびプログラムを記憶する記憶部であり、特に本発明に密接に関連するものとして、映像データ記憶部１２ａを備える。この映像データ記憶部１２ａは、後述する映像データ編集部１３ａにおいてノンリニア編集ソフトにより編集された映像データを記憶する。

制御部１３は、ＯＳ（Operating System）などの制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行する処理部であり、特に本発明に密接に関連するものとしては、映像データ編集部１３ａと、映像データ書込監視部１３ｂと、映像データ登録部１３ｃとを備える。

このうち、映像データ編集部１３ａは、ノンリニア編集ソフトにより映像データを編集する処理部であり、編集の終了した映像データを映像データ記憶部１２ａに保存する。また、ノンリニア編集ソフトにより編集された映像データ（ムービーデータ）は、図３および図４に例示するように、ヘッダ部およびデータ部から構成される汎用のデータブロックの集合体で構成されている。なお、図３は、ノンリニア編集ソフトから書込み中であるコンテンツファイルのイメージ図であり、図４は、ノンリニア編集ソフトからの書込みが終了したコンテンツファイルのイメージ図である。

映像データ書込監視部１３ｂは、映像データ編集部１３ａにより編集された映像データの保存の有無を監視する処理部である。具体的に説明すると、映像データ書込監視部１３ｂは、例えば、映像データ編集部１３ａと同時に起動され、監視対象としたディレクトリへのファイルの書込みの有無（ファイルエクスポートの出力の有無）をシステムコール（例えば、ｋｑｕｅｕｅ（）／ｋｅｖｅｎｔ（））により検知する。

なお、映像データ書込監視部１３ｂによりディレクトリの監視が開始された後は、ディレクトリに書込みが行われるまで処理がブロックされており、ディレクトリの監視が継続される。

映像データ登録部１３ｃは、映像データ編集部１３ａにより編集保存された映像データをストリームサーバ２０に登録する処理部である。具体的に説明すると、映像データ書込監視部１３ｂは、例えば、映像データ編集部１３ａと同時に起動され、監視対象としたディレクトリ（編集された映像データが保存されるディレクトリ）配下のファイル一覧をあらかじめ取得する。

そして、映像データ書込監視部１３ｂにより監視対象としたディレクトリへのファイルの書込みが検知された場合には、映像データ登録部１３ｃは、監視対象としたディレクトリ配下のファイル一覧を再度取得する。

次に、映像データ登録部１３ｃは、あらかじめ取得しておいたディレクトリのファイル一覧と、映像データ書込監視部１３ｂによりディレクトリへのファイルの書込み検知された後に取得したディレクトリのファイル一覧との差分を取り、ディレクトリに新たに追加されたファイル名を取得する。その後、映像データ登録部１３ｃは、ディレクトリに新たに追加されたファイル名に対応するファイルの転送スレッドを生成する。

ファイル転送スレッドの生成後、映像データ登録部１３ｃは、追加の書込みがあるかどうかを一定時間監視する機能を持つシステムコールにより、ディレクトリに新たに追加された（書込まれた）ファイルの監視を開始し、追加の書込みが無く監視がタイムアウトするか否かに基づいて、編集された映像データのファイルへの書込み完了（終了）を検知する。

すなわち、映像データ登録部１３ｃによりファイルの監視が開始された後は、ファイルに追加のデータの書込みが行われるまで処理がブロックされる。そのため、所定時間（例えば、１０秒）内に監視しているファイルに書込みがなければ、ファイルの監視はタイムアウトにより終了される。なお、ファイルに対して映像データの書込みがあることにより、ファイルの監視がタイムアウトしない場合には、映像データ登録部１３ｃは、タイムアウトするまでファイルの監視を継続する。

そして、映像データ登録部１３ｃは、ファイルの監視がタイムアウトした場合（つまり、所定時間ファイルへの書込みがない場合）には、映像データのファイルへの書込みが終了しているものと一旦判断するが、さらにファイル内のデータを解析して、ファイルのステータスを取得する（メタデータのサイズフィールドに格納されている数値が“０”である場合には、書込み中であるというステータスを取得、図３参照）。このようにして取得したファイルのステータスに基づき、ファイルへの書込みが本当に終了しているか否か確認する。

そして、映像データ登録部１３ｃは、ファイルへの書込みが終了していることを確認した場合には、ストリームサーバ２０にファイルを登録するための転送処理を実行する。転送処理後、映像データ登録部１３ｃは、転送済みのファイルを別のディレクトリに移動させて、ファイル転送スレッドを終了する。

なお、このユーザ端末１０は、既知のパーソナルコンピュータ、ワークステーションなどの情報処理装置に、上記した映像データ編集部１３ａ、映像データ書込監視部１３ｂおよび映像データ登録部１３ｃの各機能を搭載することによって実現することもできる。

［ユーザ端末による処理（実施例１）］
続いて、図５および図６を用いて、実施例１に係るユーザ端末の処理を説明する。図５および図６は、実施例１に係るユーザ端末の処理の流れを示すフローチャートである。

［映像データ保存監視処理］
まず、図５を用いて、実施例１に係る映像データの保存監視処理の流れを説明する。同図に示すように、映像データ登録部１３ｃは、例えば、映像データ編集部１３ａと同時に起動され、監視対象としたディレクトリ（編集された映像データが保存されるディレクトリ）配下のファイル一覧をあらかじめ取得する（ステップＳ５０１）。

また、映像データ書込監視部１３ｂは、例えば、映像データ編集部１３ａと同時に起動され、監視対象としたディレクトリへのファイルの書込みの有無（ファイルエクスポートの出力の有無）をシステムコール（例えば、ｋｑｕｅｕｅ（）／ｋｅｖｅｎｔ（））により検知する（ステップＳ５０２）。

そして、映像データ書込監視部１３ｂにより監視対象としたディレクトリへのファイルの書込みが検知された場合には（ステップＳ５０２肯定）、映像データ登録部１３ｃは、監視対象としたディレクトリ配下のファイル一覧を再度取得する（ステップＳ５０３）。

次に、映像データ登録部１３ｃは、あらかじめ取得しておいたディレクトリのファイル一覧と、映像データ書込監視部１３ｂによりディレクトリへのファイルの書込み検知された後に取得したディレクトリのファイル一覧との差分を取り、ディレクトリに新たに追加されたファイル名を取得する（ステップＳ５０４）。その後、映像データ登録部１３ｃは、ディレクトリに新たに追加されたファイル名に対応するファイルの転送スレッドを生成する（ステップＳ５０５）。

ここでステップＳ５０２の説明に戻ると、映像データ書込監視部１３ｂにより監視対象としたディレクトリへのファイルの書込みが検知されていない場合には（ステップＳ５０２否定）、ディレクトリに書込みが行われるまで処理がブロックされており、映像データ書込監視部１３ｂによりディレクトリの監視が継続される。

［映像データ登録処理］
次に、図６を用いて、実施例１に係るデータ登録処理の流れを説明する。同図に示すように、ファイル転送スレッドの生成後、映像データ登録部１３ｃは、追加の書込みがあるかどうかを一定時間監視する機能を持つシステムコールにより、ディレクトリに新たに追加された（書込まれた）ファイルの監視を開始し、追加の書込みが無く監視がタイムアウトするか否かに基づいて、編集された映像データのファイルへの書込み完了（終了）を検知する（ステップＳ６０１）。

そして、映像データ登録部１３ｃは、ファイルの監視がタイムアウトした場合（つまり、所定時間ファイルへの書込みがない場合）には（ステップＳ６０１肯定）、映像データのファイルへの書込みが終了しているものと一旦判断するが、さらにファイル内のデータを解析して、ファイルのステータスを取得（メタデータのサイズフィールドに格納されている数値が“０”である場合には、書込み中であるというステータスを取得、図３参照）する（ステップＳ６０２）。このようにして取得したファイルのステータスに基づき、ファイルへの書込みが本当に終了しているか否か確認する（ステップＳ６０３）。

これとは反対に、ファイルに対して映像データの書込みがあることにより、ファイルの監視がタイムアウトしない場合には（ステップＳ６０１否定）、映像データ登録部１３ｃは、タイムアウトするまでファイルの監視を継続する。

ファイルのステータスに基づいて、ファイルへの書込みが終了していることを確認した場合には（ステップＳ６０３肯定）、映像データ登録部１３ｃは、ストリームサーバ２０にファイルを登録するための転送処理を実行する（ステップＳ６０４）。転送処理後、映像データ登録部１３ｃは、転送済みのファイルを別のディレクトリに移動させて（ステップＳ６０５）、ファイル転送スレッドを終了する。

［実施例１による効果］
上述してきたように、実施例１によれば、編集された映像データが保存されるディレクトリへのファイルの書込みの有無を検知するとともに、ファイルの書込みが検知された場合には、ファイルへの映像データの書込みの終了を検知して、映像データの書込みの終了が検知されたファイルをストリームサーバ２０に登録するので、例えば、ノンリニア編集ソフトにより編集された映像データをストリームサーバ２０に自動的に登録するために、プラグインを生成してノンリニア編集ソフト内に組み込むことなく、汎用的な方法で、編集した映像データをサーバに自動的に登録することが可能である。

また、実施例１によれば、システムコールを用いて、ディレクトリへのファイルの書込みの有無を検知するとともに、ファイルへの編集データの書込みの終了を検知するので、例えば、ノンリニア編集ソフトにより編集された映像データの書込み（保存）の有無を、常にそれを把握しているＯＳからシステムコールを使って取得することでリアルタイムに検知することができ、速やかにサーバへの登録処理に移行することができ、結果として、映像データをサーバに対して効率的に登録することが可能である。

また、実施例１によれば、映像データの書込みの終了が検知されたファイルのメタデータに基づいて、映像データの書込みが終了しているか否かを確認するので、例えば、一定時間内に書込みがあったかどうかを検知する汎用のシステムコールによってのみファイルへの映像データの書込み（保存）の終了を検知した場合に、ノンリニア編集ソフトの問題等によりファイルの書込みが一時的に中断したことを書込み終了として誤って検出してしまうことがあるが、本発明によってその切り分けが可能であり、さらに、ファイルのメタデータに基づいてより正確に映像データの保存が終了しているか否かを確認することが可能である。

さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、本発明に含まれる他の実施例を説明する。

（１）装置構成等
図２に示したユーザ端末１０の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、ユーザ端末１０の分散・統合の具体的形態は図示のものに限られず、例えば、映像データ書込監視部１３ｂと映像データ登録部１３ｃとを統合するなど、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、ユーザ端末１０にて行なわれる各処理機能（映像データ編集機能、映像データ書込監視機能および映像データ登録機能、図５および図６参照）は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

（２）データ登録プログラム
ところで、上記の実施例で説明した各種処理方法（図５および図６参照）は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。そこで、以下では、その一例として、図７を用いて、上記の実施例と同様の機能を有するデータ登録プログラムを実行するコンピュータを説明する。図７は、データ登録プログラムを実行するコンピュータを示す図である。

まず、図７に示すように、ユーザ端末としてのコンピュータ３０は、通信制御Ｉ／Ｆ部３１、ＨＤＤ３２、ＲＡＭ３３、ＲＯＭ３４およびＣＰＵ３５をバス４０で接続して構成される。なお、通信制御Ｉ／Ｆ部３１は、図２に示した通信制御Ｉ／Ｆ部１１に対応する。

そして、ＲＯＭ３４には、上記の実施例に示したユーザ端末１０（図２参照）と同様の機能を発揮するデータ登録プログラム、つまり、図７に示すように、映像データ編集プログラム３４ａ、映像データ書込監視プログラム３４ｂおよび映像データ登録プログラム３４ｃがあらかじめ記憶されている。なお、これらのプログラム３４ａ、３４ｂおよび３４ｃについては、図２に示したユーザ端末１０の各構成要素と同様、適宜統合または分散してもよい。なお、ＲＯＭ３４は、不揮発性の「ＲＡＭ」でもよい。

そして、ＣＰＵ３５が、これらのプログラム３４ａ、３４ｂおよび３４ｃをＲＯＭ３４から読み出して実行することで、図７に示すように、各プログラム３４ａ、３４ｂおよび３４ｃは、映像データ編集プロセス３５ａ、映像データ書込監視プロセス３５ｂおよび映像データ登録プロセス３５ｃとして機能するようになる。なお、各プロセス３５ａ、３５ｂおよび３５ｃは、図２に示した映像データ編集部１３ａ、映像データ書込監視部１３ｂおよび映像データ登録部１３ｃにそれぞれ対応する。

また、ＨＤＤ３２には、図７に示すように、映像データテーブル３２ａが設けられる。この映像データテーブル３２ａにおいて管理される情報は、図２に示した映像データ記憶部１２ａに記憶される情報に対応する。そして、ＣＰＵ３５は、映像データテーブル３２ａから映像データ３３ａを読み出してＲＡＭ３３に格納し、ＲＡＭ３３に格納された映像データ３３ａに基づいて処理を実行する。

なお、上記した各プログラム３４ａ、３４ｂおよび３４ｃについては、必ずしも最初からＲＯＭ３４に記憶させておく必要はなく、例えば、コンピュータ３０に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯディスク、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」、または、コンピュータ３０の内外に備えられるＨＤＤなどの「固定用の物理媒体」、さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ３０に接続される「他のコンピュータ（またはサーバ）」などに各プログラムを記憶させておき、コンピュータ３０がこれらから各プログラムを読み出して実行するようにしてもよい。

以上のように、本発明に係るデータ登録方法、データ登録プログラムおよび記録媒体は、編集データをサーバに登録する場合等に有用であり、特に、ノンリニア編集ソフトごとに生成したプラグインを組み込むことなく、映像データをサーバに対して効率的に登録することに適する。

実施例１に係るユーザ端末の概要および特徴を説明するための図である。 実施例１に係るユーザ端末の構成を示すブロック図である。 ノンリニア編集ソフトから書込み中であるコンテンツファイルのイメージ図である。 ノンリニア編集ソフトからの書込みが終了したコンテンツファイルのイメージ図である。 実施例１に係るユーザ端末の処理の流れを示すフローチャートである。 実施例１に係るユーザ端末の処理の流れを示すフローチャートである。 データ登録プログラムを実行するコンピュータを示す図である。

符号の説明

１ データ登録用ネットワーク
１０ ユーザ端末置
１１ 通信制御Ｉ／Ｆ部
１２ 記憶部
１２ａ 映像データ記憶部
１３ 制御部
１３ａ 映像データ編集部
１３ｂ 映像データ書込監視部
１３ｃ 映像データ登録部
２０ ストリームサーバ
３０ コンピュータ
３１ 通信制御Ｉ／Ｆ部
３２ ＨＤＤ（Hard Disk Drive）
３２ａ 映像データテーブル
３３ ＲＡＭ（Random Access Memory）
３３ａ 映像データ
３４ ＲＯＭ（Read Only Memory）
３４ａ 映像データ編集プログラム
３４ｂ 映像データ書込監視プログラム
３４ｃ 映像データ登録プログラム
３５ ＣＰＵ（Central Processing Unit）
３５ａ 映像データ編集プロセス
３５ｂ 映像データ書込監視プロセス
３５ｃ 映像データ登録プロセス
４０ バス

Claims (9)

1. 編集データをサーバに登録するデータ登録方法であって、
   編集データが保存されるディレクトリへのファイルの書込みの有無を検知する保存検知工程と、
   前記保存検知工程によりファイルの書込みが検知された場合には、当該ファイルへの編集データの書込みの終了を検知する保存終了検知工程と、
   前記保存終了検知工程により編集データの書込みの終了が検知されたファイルをサーバに登録するデータ登録工程と、
   を含んだことを特徴とするデータ登録方法。
2. 前記保存検知工程は、システムコールを用いて、前記ディレクトリへのファイルの書込みの有無を検知し、
   前記保存終了検知工程は、システムコールを用いて、前記保存検知工程により書込みが検知されたファイルへの編集データの書込みの終了を検知することを特徴とする請求項１に記載のデータ登録方法。
3. 前記保存終了検知工程により編集データの書込みの終了が検知されたファイルのメタデータに基づいて、編集データの書込みが終了しているか否かを確認する保存終了確認工程をさらに含んだことを特徴とする請求項１または２に記載のデータ登録方法。
4. 編集データをサーバに登録する方法をコンピュータに実行させるデータ登録プログラムであって、
   編集データが保存されるディレクトリへのファイルの書込みの有無を検知する保存検知手順と、
   前記保存検知手順によりファイルの書込みが検知された場合には、当該ファイルへの編集データの書込みの終了を検知する保存終了検知手順と、
   前記保存終了検知手順により編集データの書込みの終了が検知されたファイルをサーバに登録するデータ登録手順と、
   をコンピュータに実行させることを特徴とするデータ登録プログラム。
5. 前記保存検知手順は、システムコールを用いて、前記ディレクトリへのファイルの書込みの有無を検知し、
   前記保存終了検知手順は、システムコールを用いて、前記保存検知手順により書込みが検知されたファイルへの編集データの書込みの終了を検知することを特徴とする請求項４に記載のデータ登録プログラム。
6. 前記保存終了検知手順により編集データの書込みの終了が検知されたファイルのメタデータに基づいて、編集データの書込みが終了しているか否かを確認する保存終了確認手順をさらにコンピュータに実行させることを特徴とする請求項４または５に記載のデータ登録プログラム。
7. 編集データが保存されるディレクトリへのファイルの書込みの有無を検知する保存検知手順と、
   前記保存検知手順によりファイルの書込みが検知された場合には、当該ファイルへの編集データの書込みの終了を検知する保存終了検知手順と、
   前記保存終了検知手順により編集データの書込みの終了が検知されたファイルをサーバに登録するデータ登録手順と、
   に対応するプログラムを読取可能な状態で記録したことを特徴とする記録媒体。
8. システムコールを用いて、編集データが保存されるディレクトリへのファイルの書込みの有無を検知する保存検知手順と、
   システムコールを用いて、前記保存検知手順により書込みが検知されたファイルへの編集データの書込みの終了を検知する保存終了検知手順と、
   に対応するプログラムを読取可能な状態で記録したことを特徴とする記録媒体。
9. 保存終了検知手順により編集データの書込みの終了が検知されたファイルのメタデータに基づいて、編集データの書込みが終了しているか否かを確認する保存終了確認手順に対応するプログラムを読取可能な状態で記録したことを特徴とする記録媒体。

Images