リモート編集システム、編集処理装置およびそのプログラム
【課題】編集命令の実行順序が命令受付順序と異なる場合であっても同様な編集結果を得ること。
【解決手段】編集処理装置１０は、クライアント３０から、命令通知および実行可能通知を受け付ける命令処理手段１と、挿入または上書き命令に応じて素材サーバ群２０から転送された素材ファイルを受信して蓄積手段５に格納するファイル受信手段４と、受け付けた命令通知の記録をログファイルに保存して管理するログファイル管理手段２と、実行可能通知に対応してログファイルに保存された命令にしたがって完成ファイルに対する編集処理を行うメディアファイル処理手段３とを備え、メディアファイル処理手段３は、受け付けた実行可能通知がログファイルの先頭に保存された命令に対するものではない場合、ログファイルにおいて当該実行可能通知に対応した命令よりも前に保存された未実行の挿入命令を上書き命令に変更するログファイル変更処理手段３２を備える。
【解決手段】編集処理装置１０は、クライアント３０から、命令通知および実行可能通知を受け付ける命令処理手段１と、挿入または上書き命令に応じて素材サーバ群２０から転送された素材ファイルを受信して蓄積手段５に格納するファイル受信手段４と、受け付けた命令通知の記録をログファイルに保存して管理するログファイル管理手段２と、実行可能通知に対応してログファイルに保存された命令にしたがって完成ファイルに対する編集処理を行うメディアファイル処理手段３とを備え、メディアファイル処理手段３は、受け付けた実行可能通知がログファイルの先頭に保存された命令に対するものではない場合、ログファイルにおいて当該実行可能通知に対応した命令よりも前に保存された未実行の挿入命令を上書き命令に変更するログファイル変更処理手段３２を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像や音声等のメディアファイルの編集処理を行うリモート編集システム、編集処理装置およびそのプログラムに関する。
【背景技術】
【０００２】
一般に、放送局等の番組制作では、映像や音声等の複数の素材ファイルから、１つの番組ファイルを生成するために、例えばデータの挿入や削除といった編集処理が行われる。これらの映像や音声等のファイルは、フレーム単位の構造をしており、フレームには、時間情報として、タイムコードまたはフレーム番号が付与されている。したがって、ファイル内の特定のフレームを指定する場合、タイムコードまたはフレーム番号により指定される。従来、放送局で使われる映像や音声等のファイルのデータ形式として、ＳＭＰＴＥ（Society of Motion Picture and Television Engineers）で標準化されているＭＸＦ（Material eXchange Format）が知られている（非特許文献１参照）。
【０００３】
ＭＸＦでは、様々な形式の映像データや音声データを、統一したＫＬＶ（Key Length Value）エンコード形式のデータ構造で格納する。ここで、ＫＬＶエンコードは、データの種別を表すＫｅｙフィールドと、データの長さを示すＬｅｎｇｔｈフィールドと、データを格納するデータフィールドとから構成されるデータ形式である。
【０００４】
また、ＭＸＦでは、映像や音声の格納の方法として、フレームラッピングが定義されている。フレームラッピングは、映像や音声を、１フレーム毎にＫＬＶエンコードして格納する形式である。したがって、ＭＸＦのフレームラッピングを使うことで、様々なデータ形式の映像や音声を、データの圧縮形式にかかわらず、フレーム単位に利用することが可能となる。
【０００５】
また、ＭＸＦでは、格納するＫＬＶの先頭は、ＫＡＧ（KLV Alignment Grid）で指定されたバイト単位でアライメントされて格納することになっている。したがって、ＭＸＦのフレームラッピングでは、映像や音声等の１フレーム分を格納したＫＬＶの先頭をＫＡＧサイズでアライメントした位置で保管されることになる。ここで、ＫＡＧサイズは、ファイルを保存する蓄積装置やファイルシステムのアクセス単位であるブロックサイズと同じサイズにして用いるのが一般的である。
【０００６】
素材ファイルから、番組ファイルを作成する編集過程では、ファイルへのデータの挿入や、ファイルの一部削除などが頻繁に行われる。また、従来のファイルシステムでは、既存のファイルの途中に新たなデータの挿入や、一部のデータの削除を行った場合、書き換えた部分以降のデータのコピーが生じる。さらに、映像ファイルのファイルサイズは、通常のテキストファイルなどに比べて大きいため、ファイルの一部分の挿入操作や削除操作を行うと、長時間の処理時間がかかる問題がある。これを解決するために、挿入削除機能を持ったファイルシステムが提案されている（非特許文献２参照）。
【０００７】
非特許文献２に記載されたファイルシステムでは、ディスク上のデータの保管場所を管理している「エクステントツリー構造」を操作することで、ディスク上のデータのコピーを行うことなく、既存のファイルの途中へのデータ挿入や、一部分のデータ削除を高速に行うことができる。このファイルシステムにおける挿入、削除の単位は、ファイルシステムが管理しているブロックサイズ単位である。そのため、ＫＡＧサイズをブロックサイズに合わせたＭＸＦファイルを、このファイルシステムに保管することで、ＭＸＦファイルに格納した映像や音声データをフレーム単位に高速に処理することが可能となる。
【０００８】
一般に、従来の編集処理装置は、１つの編集装置（単体のローカルサーバ）内の蓄積装置や、編集装置のローカルネットワークにおいて編集装置の近くにあって編集装置のハードディスクと同じような動作環境にある蓄積装置に対して、予め素材ファイルを集めておいてバラバラに保管し、それらを使って編集処理を行っていた。この一般的な編集処理装置は、蓄積装置の内部に予め複数の素材ファイルを蓄積しておき、命令を実行するとき、すなわち、メディアを再生するときに、予め蓄積した各素材ファイルから必要なデータを集めながらメディアを再生する。一方、近年では、ネットワークの高速化に伴い、ネットワークで結ばれた複数の蓄積装置に分散して蓄えられた素材ファイルを使って編集処理を行う、リモート編集装置が提案されている。リモート編集装置の例は、非特許文献３に開示されている。
【０００９】
非特許文献３に記載されたシステムでは、素材ファイルおよび、編集ファイルは、バックエンドにある複数のファイルサーバに分散して蓄積されている。ここで、編集ファイルとは、例えば、保持するフレームの一部が削除されたり、素材ファイルの一部が挿入されたりするファイルであって、編集がなされた時点で一応完成しているので、以下では完成ファイルともいう。なお、例えば番組として視聴者に提供される最終形態を特に区別する場合は、最終完成ファイルという。
【００１０】
非特許文献３に記載されたシステムでは、番組編集者は、ウェブブラウザに表示される編集用インタフェースを使って編集処理を行う。ファイルの編集処理は、番組編集者が指示した編集処理内容に従い、素材ファイルが保管されているサーバから、完成ファイルが保管されているサーバに、必要な素材ファイルの一部分を転送することで行われる。
編集用インタフェースを介して番組編集者が指示した編集処理の命令は、逐次、時間情報とともに編集履歴情報として保管される。この編集履歴情報は、編集操作のアンドゥ（取り消し）や、新たに素材ファイルから完成ファイルを作成するときに用いられる。
【００１１】
非特許文献３に記載されたシステムの構成例を図２に示す。図２に示すリモート編集システム２００では、バックエンドにあるファイルサーバの１つである編集装置２１０には、編集ファイル（完成ファイル）２１１が蓄積されている。また、編集装置２１０とネットワークを介してそれぞれ接続された２台のサーバ２２１，２２２には、素材ファイル２２１ａ，２２２ｂがそれぞれ蓄積されているものとする。番組編集者は、編集装置２１０とネットワークを介して接続されたクライアント装置のウェブブラウザに表示される編集用インタフェース２３０を使って、編集処理を行う。
【００１２】
図２には、編集装置２１０に対して、編集用インタフェース２３０を介して指示されたＮｏ．１〜３の編集命令が例示されており、編集装置２１０は、これら編集命令の順番にしたがって、編集ファイル２１１への実際の編集処理を行う。具体的には、Ｎｏ．１の編集命令は、編集ファイル２１１に対して、素材ファイル２２１ａの一部の素材「Ａ」の挿入処理を実行させるものである。また、Ｎｏ．１に続いて行うＮｏ．２の編集命令は、その時点の編集ファイル２１１の一部である「Ｘ」を削除させるものである。さらに、Ｎｏ．２に続いて行うＮｏ．３の編集命令は、その時点の編集ファイル２１１に対して、素材ファイル２２２ｂの一部の素材「Ｂ」の挿入処理を実行させるものである。
【先行技術文献】
【非特許文献】
【００１３】
【非特許文献１】SMPTE 377M,“Material eXchange Format (MXF) File Format Specification”
【非特許文献２】金子豊、外４名、「挿入削除機能付きファイルシステムによるＭＸＦファイル編集の性能評価」、映像情報メディア学会年次大会、10-4、2009
【非特許文献３】竹内真也、外３名、「グリッド・コンピューティング技術を用いた番組編集システムの検討」、電子情報通信学会通信ソサエティ大会、B-6-20、2009
【発明の概要】
【発明が解決しようとする課題】
【００１４】
しかしながら、ネットワーク上に分散しているサーバに保存されている素材を、ネットワーク上で持ってきて編集して番組を作るというリモート編集では、従来一般的なローカルサーバ等における編集およびメディア再生処理とは異なり、ネットワークで接続されたサーバ間では、編集命令毎にネットワークを介したファイル転送が行われることがある。この場合、逐次実行される編集命令に用いる素材ファイルのサイズによっては長い転送時間が必要となる。そのため、大きな素材ファイルを必要とする編集命令があると、それ以降の命令が実行可能状態であっても、処理を実行できないという問題があった。
【００１５】
例えば、図２の例では、サーバ２２１から編集装置２１０に対して、素材ファイル２２１ａの一部の素材「Ａ」の転送が終了し、Ｎｏ．１の編集命令による挿入処理が実行されないと、それ以降に行われる予定のＮｏ．２の編集命令による削除処理を実行することができない。ここで、編集の１つの削除処理は、事前にファイルの転送を必要とするものではないので、編集装置２１０は削除の命令を受けたときに、待機せずにすぐに命令を実行することが可能である。ただし、削除命令は、その前にも編集命令があるときには、その前の編集処理が実行された時点の編集ファイルに対して一部を削除する命令なので、仮に命令の順番を守らずに単純に順番を入れ替えて実行すると、番組編集者が希望する編集結果が得られない場合が起こってしまう。
【００１６】
また、図２の例では、サーバ２２１から編集装置２１０に対して素材ファイル２２１ａの一部の素材「Ａ」の転送が終了し、Ｎｏ．１の編集命令による挿入処理が実行されないと、サーバ２２２から編集装置２１０に対して素材ファイル２２２ｂの一部の素材「Ｂ」の転送が完了していたとしても、Ｎｏ．３の編集命令による挿入処理を実行することができない。ここで、編集装置２１０が、編集命令として第１の挿入処理と、第２の挿入処理とをこの命令順に指示された場合を想定する。この前提で、第２の挿入処理に必要なファイルの転送が、第１の挿入処理に必要なファイルの転送よりも早く終わったとしたら、編集装置２１０は第２の挿入処理を第１の挿入処理の前に実行することが可能である。ただし、挿入命令は、その前にも編集命令があるときには、その前の編集処理が実行された時点の編集ファイルに対して転送ファイルの一部を挿入する命令なので、仮に命令の順番を守らずに単純に順番を入れ替えて実行すると、番組編集者が希望する編集結果が得られない場合が起こってしまう。
【００１７】
また、リモート編集システムにおいて、バックエンドのファイルサーバがかなり分散して例えばＷＡＮ（Wide Area Network）のように広域になった場合、ファイル転送時間が長くなると、番組編集者がクライアント装置のウェブブラウザ上で行う編集処理と、ファイルサーバ上で実際にその時点において作成済みの編集ファイル（完成ファイル）とが、かけ離れたものとなってしまい、番組編集者の希望通りに映像や音声などの番組を再生できなくなってしまうことが考えられる。そのため、番組編集者が編集処理のなんらかの命令を指示したら、それに対応してすぐに編集ファイルをできるだけ早く最終完成ファイルに近づけることが要望されている。
【００１８】
本発明は、以上のような問題点に鑑みてなされたものであり、編集処理が実行可能状態となった編集命令から先に実行することで処理速度を向上させると共に、命令実行順序が命令受付順序と異なる場合であっても同様な編集結果を得ることのできるリモート編集システム、編集処理装置およびそのプログラムを提供することを課題とする。
【課題を解決するための手段】
【００１９】
前記課題を解決するために、請求項１に記載のリモート編集システムは、メディアファイルを作成するための編集ファイルの素材となる素材ファイルを蓄積した１以上のサーバからなる素材サーバ群と、前記編集ファイルに前記素材の挿入、削除および上書きのうちの少なくとも１つの編集処理を行うことで前記メディアファイルを作成する編集処理装置と、前記編集処理装置に対して前記編集処理を命令するメッセージである命令通知を通知した後に当該命令が実行可能となった旨を示すメッセージである実行可能通知を通知するクライアントと、を備え、前記編集処理装置、前記素材サーバ群および前記クライアントがネットワーク装置を介して互いに通信可能に接続されたリモート編集システムであって、前記編集処理装置が、蓄積手段と、命令処理手段と、ファイル受信手段と、ログファイル管理手段と、メディアファイル処理手段と、を備え、前記メディアファイル処理手段は、ログファイル変更処理手段を備えることとした。
【００２０】
かかる構成によれば、請求項１に記載のリモート編集システムの編集処理装置は、蓄積手段に、前記編集ファイルを記憶し、命令処理手段によって、前記クライアントから、前記命令通知および前記実行可能通知を受け付け、ファイル受信手段によって、挿入および上書きの命令に応じて、前記素材サーバ群から転送された前記素材ファイルの少なくとも一部を受信して前記蓄積手段に格納する。そして、編集処理装置は、ログファイル管理手段によって、前記受け付けた命令通知による命令の記録をログファイルに保存して管理する。そして、編集処理装置は、メディアファイル処理手段によって、前記実行可能通知を受け付けたときに、当該実行可能通知に対応して前記ログファイルに保存されている命令にしたがって前記編集ファイルに対する編集処理を行う。このメディアファイル処理手段は、ログファイル変更処理手段を備え、ログファイル変更処理手段は、前記受け付けた実行可能通知が前記ログファイルに最初に保存された命令に対するものではない場合、前記ログファイルにおいて当該実行可能通知に対応した命令よりも前に保存された未実行の挿入命令を上書き命令に変更する。これにより、実行可能になった命令を先に実行してから、上書き命令に変更された命令を実行したときに、編集ファイル上のタイムコードの場所がずれることはない。したがって、編集処理装置は、編集処理が実行可能状態となった編集命令を、変更した命令よりも先に実行することができるので、処理速度を向上させることができる。なお、挿入や削除の編集処理を実行した場合、編集ファイル上のタイムコードの場所がずれてしまうが、上書き命令は、何度繰り返してもタイムコードの場所がずれることはない。また、編集処理装置は、命令通知の受け付け順序とは異なる順序で受け付けた実行可能通知に対応した未実行の挿入命令を上書き命令に変更するので、編集処理が実行可能状態となった編集命令を、変更した命令よりも先に実行したとしても、命令通知の受け付け順に編集したときと同様な編集結果を得ることができる。
【００２１】
また、請求項２に記載の編集処理装置は、メディアファイルを作成するための編集ファイルの素材となる素材ファイルを蓄積した１以上のサーバからなる素材サーバ群と、前記編集ファイルに前記素材の挿入、削除および上書きのうちの少なくとも１つの編集処理を行うことで前記メディアファイルを作成する編集処理装置と、前記編集処理装置に対して前記編集処理を命令するメッセージである命令通知を通知した後に当該命令が実行可能となった旨を示すメッセージである実行可能通知を通知するクライアントとが互いにネットワーク装置を介して通信可能に接続されたリモート編集システムにおける前記編集処理装置であって、蓄積手段と、命令処理手段と、ファイル受信手段と、ログファイル管理手段と、メディアファイル処理手段と、を備え、前記メディアファイル処理手段が、ログファイル変更処理手段を備えることとした。
【００２２】
かかる構成によれば、編集処理装置は、蓄積手段に編集ファイルを記憶し、命令処理手段によって、前記クライアントから、前記命令通知および前記実行可能通知を受け付け、ファイル受信手段によって、挿入および上書きの命令に応じて、前記素材サーバ群から転送された前記素材ファイルの少なくとも一部を受信して前記蓄積手段に格納する。そして、編集処理装置は、ログファイル管理手段によって、前記受け付けた命令通知による命令の記録をログファイルに保存して管理する。そして、編集処理装置は、メディアファイル処理手段によって、前記実行可能通知を受け付けたときに、当該実行可能通知に対応して前記ログファイルに保存されている命令にしたがって前記編集ファイルに対する編集処理を行う。そして、このメディアファイル処理手段は、ログファイル変更処理手段によって、前記受け付けた実行可能通知が前記ログファイルに最初に保存された命令に対するものではない場合、前記ログファイルにおいて当該実行可能通知に対応した命令よりも前に保存された未実行の挿入命令を上書き命令に変更する。
【００２３】
また、請求項３に記載の編集処理装置は、請求項２に記載の編集処理装置において、前記ログファイル変更処理手段が、未実行命令記録変換手段と、ダミーデータ処理手段と、を備えることとした。
【００２４】
かかる構成によれば、編集処理装置は、未実行命令記録変換手段によって、前記受け付けた実行可能通知に対応した命令よりも前に保存された未実行の命令として記録された複数の命令内容項目のうちの少なくとも１つの項目の値を予め定められた変換規則にしたがって別の値に変換する。ここで、変換規則は、編集処理が実行可能状態となった編集命令を、変更した命令よりも先に実行したとしても、命令通知の受け付け順に編集したときと同様な編集結果を得ることができるように、実行可能通知に対応した命令の種別や未実行の命令の処理対象区間等に応じて予め場合分けを行って求められたものを用いることができる。そして、編集処理装置は、ダミーデータ処理手段によって、前記受け付けた実行可能通知に対応した命令が挿入命令の場合、当該挿入命令に基づく前記編集ファイルに対する挿入処理を実行する前に、予め定められたダミーデータを前記編集ファイルへ挿入する。ここで、ダミーデータとしては、未実行の挿入命令における、編集ファイル内での処理対象区間の幅を持った任意のデータを用いることができる。
【００２５】
また、請求項４に記載の編集処理装置は、請求項３に記載の編集処理装置において、前記未実行命令記録変換手段が、分割処理手段と、シフト処理手段と、削除処理手段と、命令内容書換手段とを備えることとした。
【００２６】
かかる構成によれば、編集処理装置において、未実行命令記録変換手段は、分割処理手段によって、前記未実行の命令として記録された命令内容項目の１つである、編集ファイル内での処理対象区間の値を複数に分割することで、前記命令を複数回に分けて実行できるように分割する命令分割処理を行う。
また、シフト処理手段は、前記未実行の命令として記録された命令内容項目の１つである、編集ファイル内での処理開始位置の値、または前記分割処理後のいずれかの命令における編集ファイル内での処理開始位置の値をずらす命令シフト処理を行う。
また、削除処理手段は、前記未実行の命令または前記分割処理後のいずれかの命令を前記ログファイルから削除する命令削除処理を行う。
また、命令内容書換手段は、前記未実行の命令の内容としてそれぞれ記録された、素材ファイル内での素材抽出位置、前記未実行の命令における編集ファイルへの処理開始位置、および前記未実行の命令における編集ファイル内での処理対象区間のうちの少なくとも１つの項目の値を、命令種別および前記処理対象区間に応じて予め場合分けを行って求められた変換規則にしたがって、前記ログファイル上において前記命令分割処理、前記シフト処理および前記削除処理によって変換された値に書き換える。ここで、未実行命令記録変換手段は、場合分けの条件によっては、命令の分割、シフトおよび削除のうちの複数を適宜組み合わせて実行することができる。
【００２７】
また、請求項５に記載の編集処理プログラムは、メディアファイルを作成するための編集ファイルの素材となる素材ファイルを蓄積した１以上のサーバからなる素材サーバ群と、前記編集ファイルに前記素材の挿入、削除および上書きのうちの少なくとも１つの編集処理を行うことで前記メディアファイルを作成する編集処理装置と、前記編集処理装置に対して前記編集処理を命令するメッセージである命令通知を通知した後に当該命令が実行可能となった旨を示すメッセージである実行可能通知を通知するクライアントとが互いにネットワーク装置を介して通信可能に接続されたリモート編集システムにおいて、前記編集処理装置として前記編集ファイルを記憶する蓄積手段を備えたコンピュータを、命令処理手段、ファイル受信手段、ログファイル管理手段、メディアファイル処理手段、として機能させるためのプログラムであることとした。
【００２８】
かかる構成によれば、編集処理プログラムは、命令処理手段によって、前記クライアントから、前記命令通知および前記実行可能通知を受け付ける。そして、編集処理プログラムは、ファイル受信手段によって、挿入および上書きの命令に応じて、前記素材サーバ群から転送された前記素材ファイルの少なくとも一部を受信して前記蓄積手段に格納する。そして、編集処理プログラムは、ログファイル管理手段によって、前記受け付けた命令通知による命令の記録をログファイルに保存して管理する。そして、編集処理プログラムは、メディアファイル処理手段によって、前記実行可能通知を受け付けたときに、当該実行可能通知に対応して前記ログファイルに保存されている命令にしたがって前記編集ファイルに対する編集処理を行うと共に、前記受け付けた実行可能通知が前記ログファイルに最初に保存された命令に対するものではない場合、前記ログファイルにおいて当該実行可能通知に対応した命令よりも前に保存された未実行の挿入命令を上書き命令に変更する。
【発明の効果】
【００２９】
本発明によれば、次のような優れた効果を奏することができる。
請求項１に記載の発明によれば、リモート編集システムの編集処理装置は、編集処理が実行可能状態となった編集命令から先に実行することで処理速度を向上させると共に、命令実行順序が命令受付順序と異なる場合であっても同様な編集結果を得ることができる。
また、請求項２に記載の発明によれば、編集処理装置は、請求項１に記載のリモート編集システムの編集処理装置と同様の効果を奏することができる。
また、請求項５に記載の発明によれば、編集処理プログラムは、請求項２に記載の編集処理装置と同様の効果を奏することができる。
【００３０】
請求項３に記載の発明によれば、編集処理装置は、ダミーデータを挿入できるので、命令通知の受け付け順と異なる順序で受け付けた実行可能通知が挿入命令のためのものである場合、この実行可能となった挿入命令を実行した編集ファイル上のタイムコードの場所がずれることなく、命令通知の受け付け順と同様の編集結果を得ることができる。
【００３１】
請求項４に記載の発明によれば、編集処理装置は、命令通知の受け付け順と異なる順序で受け付けた実行可能通知に対応した命令よりも先にログファイルに保存した未実行の命令の分割、シフトおよび削除を変換規則に基づいて適宜実行してから、実行可能となった命令を先に実行することで、命令通知の受け付け順と同様の編集結果を得ることができる。
【図面の簡単な説明】
【００３２】
【図１】本発明の実施形態に係る編集処理装置の構成を示すブロック図である。
【図２】リモート編集の概要の説明図である。
【図３】図１に示す編集処理装置を含むリモート編集システムの構成を示すブロック図である。
【図４】図１に示すメディアファイル処理手段の構成例を示すブロック図である。
【図５】図３に示すクライアントの構成例を示すブロック図である。
【図６】図３に示すクライアントの動作の流れを示すフローチャートである。
【図７】図１に示す編集処理装置へ通知する命令のフォーマットを示す図であって、（ａ）は命令通知、（ｂ）は実行可能通知をそれぞれ示している。
【図８】図１に示す編集処理装置のログファイル管理手段の動作の流れを示すフローチャートである。
【図９】図１に示す編集処理装置のメディアファイル処理手段による編集処理の説明図であって、（ａ）は挿入処理、（ｂ）は削除処理、（ｃ）は上書き処理をそれぞれ示している。
【図１０】図８に示すログファイル変換処理（Ｓ２−５）によるログファイルＡの遷移を示す図であって、（ａ）はＴＩＤ＝１２の実行可能通知、（ｂ）はログファイルの変換後、（ｃ）はＴＩＤ＝１２の実行後をそれぞれ示している。
【図１１】図８に示すログファイル変換処理（Ｓ２−５）の動作の流れを示すフローチャートである。
【図１２】図１１に示すＫ番目までのＩＮＳ変換処理（Ｓ２５−６）の動作の流れを示すフローチャートである。
【図１３】図１２に示す命令の分割処理（Ｓ２５６−７）の説明図であって、（ａ）は分割前の命令、（ｂ）は分割後の命令をそれぞれ示している。
【図１４】図１２に示すダミーデータの挿入処理（Ｓ２５６−１１）およびＯＷＲ命令への変換処理（Ｓ２５６−１２）の具体例を示す図であって、（ａ）は処理の実行前の命令、（ｂ）は処理後の命令をそれぞれ示している。
【図１５】図１１に示すＫ番目までのＤＥＬ変換処理（Ｓ２５−７）の動作の流れを示すフローチャートである。
【図１６】図１５に示すＤＥＬ変換処理（Ｓ２５−７）において場合分けに応じた処理の説明図であって、（ａ）はＳ２５７−５、（ｂ）はＳ２５７−６、（ｃ）はＳ２５７−７、（ｄ）はＳ２５７−８、（ｅ）はＳ２５７−９をそれぞれ示している。
【図１７】図１１に示すＫ番目までのＯＷＲ変換処理（Ｓ２５−８）の動作の流れを示すフローチャートである。
【図１８】図１７に示すＯＷＲ変換処理（Ｓ２５−８）において場合分けに応じた処理の説明図であって、（ａ）はＳ２５８−５、（ｂ）はＳ２５８−６、（ｃ）はＳ２５８−７、（ｄ）はＳ２５８−８をそれぞれ示している。
【発明を実施するための形態】
【００３３】
以下、本発明に係る編集処理装置およびリモート編集システムを実施するため形態（以下「実施形態」という）について、１．リモート編集システムの概要、２．編集処理装置の概要、３．リモート編集システムの要部、４．編集処理装置の動作の各章に分けて、図面を参照して詳細に説明する。
【００３４】
［１．リモート編集システムの概要］
図１に示す編集処理装置１０は、メディアファイルを作成するための編集対象である編集ファイルに、素材の挿入（ＩＮＳ）、削除（ＤＥＬ）および上書き（ＯＷＲ）のうちの少なくとも１つの編集処理を行うことでメディアファイルを作成するものである。このメディアファイルは、映像や音声のコンテンツとして放送または伝送される。また、編集ファイルは、例えば、保持するフレームの一部が削除されたり、素材ファイルの一部が挿入されたりするファイルであって、編集がなされた時点で一応完成しているので、以下では完成ファイルという。この編集処理装置１０を使ったリモート編集システムの例を図３に示す。
【００３５】
図３に示すリモート編集システム１００は、素材サーバ群２０と、編集処理装置１０と、クライアント３０と、を備え、編集処理装置１０、素材サーバ群２０およびクライアント３０がネットワーク装置４０を介して互いに通信可能に接続されている。
素材サーバ群２０は、メディアファイルの素材となる素材ファイルを蓄積したサーバからなる。ここで、サーバの配置や個数は任意である。
【００３６】
クライアント３０は、利用者が操作するものであって、例えばパーソナルコンピュータから構成され、編集処理装置１０に対して命令を通知する。本実施形態では、編集処理装置１０に通知する命令を、命令自体を通知する編集命令と、通知した命令の遂行を指示する実行可能命令との２つで区別している。また、編集処理を命令するメッセージである編集命令のことを命令通知と呼び、編集命令を通知した後に当該命令が実行可能となった旨を示すメッセージである実行可能命令のことを実行可能通知と呼ぶことにする。
クライアント３０は、命令通知を通知した後に当該命令の実行可能通知を通知する。
これにより、編集処理装置１０は、命令通知を受信したときに、まだ編集命令を行う準備が整っていないことを認識し、実行可能通知を受信したときに、編集命令を行う準備が既に整ったことを認識することができる。編集命令の種類は、例えば挿入（ＩＮＳ命令）、削除（ＤＥＬ命令）および上書き（ＯＷＲ命令）である。クライアント３０の機能の詳細については後記する。
【００３７】
ネットワーク装置４０は、編集処理装置１０、素材サーバ群２０および、クライアント３０を互いに通信可能に接続するものである。このネットワーク装置４０は、例えば、イーサネット（登録商標）スイッチから構成される。以下では、イーサネット（登録商標）の上位レイヤの通信方式としてＩＰ（Internet Protocol）を用いることとして説明を行う。なお、本発明は特定の通信方式に限定されるものではない。
【００３８】
［２．編集処理装置の概要］
編集処理装置１０は、例えば、ＣＰＵ（Central Processing Unit）等の演算装置と、メモリ、ハードディスク等の記憶装置（記憶手段）と、外部との各種情報の送受信を行うインタフェース装置と、を備え、前記したハードウェア資源がプログラムによって制御されることにより実現され、図１に示すように、命令処理手段１と、ログファイル管理手段２と、メディアファイル処理手段３と、ファイル受信手段４と、蓄積手段５とを備える。
【００３９】
蓄積手段５には、ログファイルＡと、完成ファイルＢと、素材ファイルＣとが蓄積される。ログファイルＡは、編集命令を時系列に保存しているファイルである。
完成ファイルＢは、編集対象のファイルである。
素材ファイルＣは、編集命令を実行するために編集命令にしたがって随時外部から転送されるファイルであり、対応する編集命令が実行された後には削除される。
なお、以下では、ログファイルＡ、完成ファイルＢ、素材ファイルＣの各符号は、図１を参照しないときには適宜省略する。
【００４０】
本実施形態では、蓄積手段５で用いるファイルシステムとして、非特許文献２に開示された挿入削除機能付きファイルシステムを用いるものとして説明する。非特許文献２に開示されたファイルシステムでは、ファイル内の一部のデータの削除、他のファイルの一部のデータの移動挿入を、ディスク上のデータのコピーをすることなく、高速に実行できる。なお、本発明は、蓄積手段５で用いるファイルシステムとして非特許文献２に開示されたファイルシステムに限定されるものではなく、どのようなファイルシステムも実施可能である。
【００４１】
命令処理手段１は、クライアント３０から、命令通知および実行可能通知を受け付けるものである。なお、命令通知および実行可能通知のフォーマットについては後記する。
命令処理手段１は、命令通知を受け付けると、ログファイル管理手段２へその命令を転送する。ログファイル管理手段２は、受け取った命令をログファイルＡへ書き込み、それが完了すると、命令処理手段１へ命令の受付完了を通知する。
そして、命令処理手段１は、命令通知を発行したクライアント３０に対して、通知された命令の受付完了を送信する。
同様に、命令処理手段１は、実行可能通知を受け付けると、ログファイル管理手段２へ通知し、ログファイル管理手段２の処理の終了を待って、実行可能通知を発行したクライアント３０へ処理の完了を送信する。
【００４２】
ファイル受信手段４は、所定の通信インタフェース等から構成され、編集命令の種類が、挿入（ＩＮＳ命令）や上書き（ＯＷＲ命令）の場合、素材サーバ群２０から素材ファイルＣの少なくとも一部が転送されるので、転送された素材ファイルＣを受信して蓄積手段５に格納する。蓄積手段５に保存した素材ファイルＣは、どの編集命令で利用する素材ファイルＣであるのかを識別するため、例えば、編集命令のトランザクションＩＤの値を「ファイル名」にして保存する。ここで、ファイルの転送方法としては、例えばＲＦＣ９５９のＦＴＰ(File Transfer Protocol)がある。本発明は、ファイル転送の方式に依存するものではないので、これ以上は説明しないが、ファイル転送の方式としてこれに限定されるものではない。
【００４３】
ログファイル管理手段２は、受け付けた命令通知の記録をログファイルＡに保存し、命令の記録を管理するものである。また、ログファイル管理手段２は、実行済みの命令の記録をログファイルＡから削除する。なお、ログファイル管理手段２は、メディアファイル処理手段３との間で情報をやりとりしたり、命令が実行済みか未実行かを示すフラグをログファイルＡに書き込んだりすることで、実行済みの命令を識別する。
ログファイル管理手段２は、命令処理手段１が命令通知を受け付けるたびに命令の記録をログファイルＡの末尾に追加する。
ログファイル管理手段２は、命令処理手段１が実行可能通知を受け付けるたびに、当該実行可能通知がログファイルＡに保存された先頭に位置する命令に対する実行可能通知であるか否かを判別し、先頭に位置するか否かの判別結果をメディアファイル処理手段３に出力する。
【００４４】
メディアファイル処理手段３は、命令処理手段１が実行可能通知を受け付けたときに、当該実行可能通知に対応してログファイルＡに保存された命令にしたがって完成ファイルＢに対する編集処理を行うものである。
メディアファイル処理手段３は、命令が挿入命令の場合、処理対象の完成ファイルＢに対して素材ファイルＣを挿入する処理を行う。
メディアファイル処理手段３は、命令が削除命令の場合、処理対象の完成ファイルＢの指定した部分を削除する処理を行う。
メディアファイル処理手段３は、命令が上書き命令の場合、処理対象の完成ファイルＢの指定した位置のフレームを素材ファイルＣで上書きする処理を行う。
なお、各編集処理の具体例については後記する。
【００４５】
メディアファイル処理手段３は、命令通知の受け付け順序と同じ順序で実行可能通知を受け付けた場合に、ログファイルＡにおいて当該実行可能通知に対応した命令を実行する。メディアファイル処理手段３は、命令通知の受け付け順序と異なる順序で実行可能通知を受け付けた場合に、ログファイルＡにおいて当該実行可能通知に対応した命令よりも前に保存された未実行の挿入命令を上書き命令に変更する処理（ログファイル変更処理）を実行する。
【００４６】
［３．リモート編集システムの要部］
次に、リモート編集システムの要部について、４つに細分化して、３−１．メディアファイル処理手段の機能、３−２．クライアントの機能、３−３．クライアントの動作、３−４．命令通知および実行可能通知、のそれぞれについて詳細に説明する。
【００４７】
＜３−１．メディアファイル処理手段の機能＞
メディアファイル処理手段３の詳細については、編集処理装置１０の動作の説明の中で併せて説明するが、ここでは、その前提とする機能について図４を参照して説明する。
メディアファイル処理手段３は、例えばＲＯＭ等に保存されたプログラムをＣＰＵが読み出してＲＡＭに展開することで実現され、本実施形態では、図４に示すように、編集命令実行手段３１と、ログファイル変更処理手段３２と、を備えることとした。
編集命令実行手段３１は、ログファイルＡに保存された命令を解析して実行する機能であって、さらに細分化された機能として、命令種別判別手段３３と、命令内容取得手段３４と、命令処理手段３５とを備えることとした。
【００４８】
命令種別判別手段３３は、ログファイルＡに保存された命令を参照し、挿入（ＩＮＳ）命令、削除（ＤＥＬ）命令および上書き（ＯＷＲ）命令のいずれであるかを判別するものである。なお、クライアント３０側で区別する命令種別と、編集処理装置１０側で区別する編集処理種別とは、実質的に同じものを指している。
【００４９】
命令内容取得手段３４は、ログファイルＡに保存された命令を参照し、命令の内容としてそれぞれ記録された、素材ファイル内での素材抽出位置（ＩＮ点）、完成ファイルへの処理開始位置（Ｓｉｎ）、および完成ファイル内での処理対象区間（Duration＝Ｋｄ）の情報を取得するものである。
命令処理手段３５は、判別された命令種別と、取得した命令内容に基づいて、完成ファイルに対する編集処理として、挿入処理（ＩＮＳ）、削除処理（ＤＥＬ）および上書き処理（ＯＷＲ）を実行するものである。
【００５０】
ログファイル変更処理手段３２は、命令処理手段１で受け付けた実行可能通知がログファイルＡに最初に保存された命令に対するものではない場合、ログファイルＡにおいて当該実行可能通知に対応した命令よりも前に保存された未実行の挿入命令を上書き命令に変更する機能である。なお、ログファイル変更処理手段３２は、前記した編集命令実行手段３１の一部であってもよいし、編集命令実行手段３１を含んでもよい。ここでは、ログファイル変更処理手段３２は、編集命令実行手段３１の機能とは異なる機能として、未実行命令記録変換手段３６と、ダミーデータ処理手段３７とを備えることとした。
【００５１】
未実行命令記録変換手段３６は、命令処理手段１で受け付けた実行可能通知に対応した命令よりも前に保存された未実行の命令として記録された複数の命令内容項目のうちの少なくとも１つの項目の値を予め定められた変換規則にしたがって別の値に変換するものであって、分割処理手段３６１と、シフト処理手段３６２と、削除処理手段３６３と、命令内容書換手段３６４とを備える。
【００５２】
ここで、予め定められた変換規則は、編集処理が実行可能状態となった編集命令を、変更した命令よりも先に実行したとしても、命令通知の受け付け順に編集したときと同様な編集結果を得ることができるように、実行可能通知に対応した命令の種別や未実行の命令の処理対象区間等に応じて予め場合分けを行って求められたものを用いることができる。なお、場合分けの詳細については、編集処理装置１０の動作と共に説明する。
【００５３】
分割処理手段３６１は、未実行の命令として記録された命令内容項目の１つである、完成ファイル内での処理対象区間の値を複数に分割することで、命令を複数回に分けて実行できるように分割する命令分割処理を行う。この命令分割処理については、後記する４−３−３−１．ＩＮＳ変換処理にて説明する。なお、詳細は後記するが、例えば、図１３（ａ）に示す例では、命令１１１０は、命令内容の項目として、処理対象区間の値（Duration＝１００）を有している。この命令の処理対象区間の値を、例えばＫ番目のＩＮＳ命令の処理開始位置であるＩＮ点（Ｋｉｎ＝７３０）の位置で２つに分割すると、分割処理の直後の結果は、図１３（ｂ）に示すように、形式的に２行になった命令１１２０が得られる。このとき、１行目の処理対象区間の値（Duration＝３０）と、２行目の処理対象区間の値（Duration＝７０）との和は、分割前の処理対象区間の値（Duration＝１００）と等しい。なお、処理対象区間の値を分割することを、以下では単に、命令を分割すると表記する。命令を分割することは、１個の命令通知に対応した編集処理を、形式的に複数回に分けて実行できるようにすることを表している。
【００５４】
シフト処理手段３６２は、未実行の命令として記録された命令内容項目の１つである、完成ファイル内での処理開始位置の値をずらす命令シフト処理を行う。また、シフトの前に分割処理がなされている場合、分割処理後のいずれかの命令における完成ファイル内での処理開始位置の値をずらす。このシフト処理については、後記する４−３−３−２．ＤＥＬ変換処理にて説明する。なお、詳細は後記するが、例えば、図１６（ａ）に示す例では、完成ファイル１４１Ｓは、先に保存されたＳ番目のＯＷＲ命令における完成ファイルのＩＮ点とＯＵＴ点とを模式的に示したものである。同様に、図１６（ａ）に示す完成ファイル１４１Ｋは、後から保存されたＫ番目のＤＥＬ命令における完成ファイルのＩＮ点とＯＵＴ点とを模式的に示したものである。この場合、先に行うＤＥＬ処理を見越して、シフト処理手段３６２は、Ｓ番目のＯＷＲ命令において、完成ファイルのＩＮ点の値に（−Ｋｄ）を加算したフレーム位置とする。
【００５５】
削除処理手段３６３は、未実行の命令をログファイルから削除する命令削除処理を行う。また、削除の前に分割処理がなされている場合、分割処理後のいずれかの命令をログファイルから削除する。この削除処理については、後記する４−３−３−２．ＤＥＬ変換処理にて説明する。なお、詳細は後記するが、例えば、図１６（ｅ）に示す例では、先に保存されたＳ番目のＯＷＲ命令における完成ファイル１４５ＳにおけるＩＮ点とＯＵＴ点の間の処理対象区間と、後から保存されたＫ番目のＤＥＬ命令における完成ファイル１４５ＫにおけるＩＮ点とＯＵＴ点の間の処理対象区間と、の間には重複する区間１４５１があり、Ｓ番目の命令に係る区間は、Ｋ番目の命令に係る区間に完全に含まれている。このため、Ｓ番目の命令は、Ｋ番目のＤＥＬ命令の実行後にはすべて削除されてしまうので、削除処理手段３６３は、Ｓ番目の命令をログファイルから削除する。
【００５６】
命令内容書換手段３６４は、未実行の命令の内容としてそれぞれ記録された、素材ファイル内での素材抽出位置（ＩＮ点）、未実行の命令における完成ファイルへの処理開始位置（Ｓｉｎ）、および未実行の命令における完成ファイル内での処理対象区間（Duration＝Ｋｄ）のうちの少なくとも１つの項目の値を、変換規則にしたがって、ログファイル上において命令分割処理、シフト処理および削除処理によって変換された値に書き換える。なお、本実施形態では、命令内容書換手段３６４は、予め定められた変換規則に基づいて、前記した分割処理手段３６１、シフト処理手段３６２および削除処理手段３６３を制御する。また、本実施形態では、命令内容書換手段３６４は、ログファイル変更処理手段３２全体を統括制御する。また、変換規則は、命令種別および処理対象区間に応じて予め場合分けを行って求められたものとする。
【００５７】
ダミーデータ処理手段３７は、命令処理手段１で受け付けた実行可能通知に対応した命令が挿入命令の場合、当該挿入命令に基づく完成ファイルに対する挿入処理を実行する前に、予め定められたダミーデータを完成ファイルへ挿入する。ここで、ダミーデータを挿入する理由は、未実行の挿入命令に対しては、必要な素材ファイルの転送が完了していないが、この未実行の挿入命令を上書き命令に書き換えた後に、素材ファイルの転送が完了して上書き命令を実行できる状態となったときにその時点の完成ファイルの中に上書きされる側のデータが必要だからである。また、ダミーデータとしては、命令通知の受け付け順と、実行可能通知の受け付け順が逆転し、実行可能通知が挿入命令のためのものである場合、完成ファイル上のタイムコードの場所がずれる現象を見越して、未実行の挿入命令の処理対象区間の幅を持った任意のデータを用いることができる。ダミーデータは、例えばすべてが０であるデータ等でもよい。このダミーデータの挿入については、４−３−３−１．ＩＮＳ変換処理にて説明する。なお、詳細は後記するが、例えば、図１４に示す例では、図１４（ａ）に示す完成ファイル１２１２のフレーム番号＝７３０の位置に対して、図１４（ｂ）に示すように、素材ファイル１２１１と同じDurationのダミーデータ１２２３を挿入する。
【００５８】
＜３−２．クライアントの機能＞
リモート編集システム１００において、編集処理装置１０に編集命令を通知するクライアント３０の前提とする機能について図５を参照して説明する。
クライアント３０は、図５に示すように、編集命令入力手段３１０と、ＩＤ生成手段３２０と、編集命令通知手段３３０と、判別手段３４０と、転送要求通知手段３５０と、転送完了通知受信手段３６０と、実行可能命令通知手段３７０とを備える。
【００５９】
編集命令入力手段３１０は、編集命令をＩＤ生成手段３２０に入力するものである。この編集命令入力手段３１０は、例えば、非特許文献３に記載されたウェブブラウザの編集用インタフェースである。この場合、クライアント３０を操作するユーザが、例えばキーボードやマウス等の操作手段から入力する編集命令をＩＤ生成手段３２０に逐次入力することができる。クライアント３０を操作するユーザは、編集命令として挿入や上書きを命令する場合、必要な素材ファイルのファイル名や素材ファイルのうち編集に必要なフレームの位置や範囲を指定する情報を入力する。
【００６０】
ＩＤ生成手段３２０は、トランザクションＩＤ（以下、ＴＩＤと略記する場合がある）を生成するものである。トランザクションＩＤは、このリモート編集システム１００内で編集命令を一意に特定するための番号である。トランザクションＩＤの生成方法としては、例えば、リモート編集システム１００内においてシーケンシャルに番号を増加させることでトランザクションＩＤを生成することができる。また、他の方法としては、汎用一意識別子（ＵＵＩＤ）等の生成方法をトランザクションＩＤの生成に利用することができる。ＩＤ生成手段３２０は、生成したトランザクションＩＤを編集命令と共に、編集命令通知手段３３０および判別手段３４０に出力する。
【００６１】
編集命令通知手段３３０は、所定の通信インタフェースから構成され、ＩＤ生成手段３２０で生成したトランザクションＩＤと共に、編集命令を編集処理装置１０へ通知するものである。
【００６２】
判別手段３４０は、編集処理装置１０へ通知した編集命令を実行するために素材ファイルの転送が必要かどうかを判別するものである。ここで、判別手段３４０は、通知した編集命令が挿入（ＩＮＳ命令）または上書き（ＯＷＲ命令）の場合に、素材ファイルの転送が必要であると判定し、通知した編集命令が削除（ＤＥＬ命令）の場合に、素材ファイルの転送が不要であると判定する。判別手段３４０は、素材の転送が必要な場合には、その旨を転送要求通知手段３５０に出力し、素材の転送が不要な場合には、その旨を実行可能命令通知手段３７０に出力する。
【００６３】
転送要求通知手段３５０は、所定の通信インタフェース等から構成され、判別手段３４０から、素材の転送が必要な旨を通知された場合、通知した編集命令に基づいて、素材サーバ群２０の中から、該当する素材ファイルを保存しているサーバを発見し、そのサーバから編集処理装置１０に対して素材ファイルの転送を行う指示を通知するものである。なお、この転送は、素材ファイル全体を転送するのではなく、素材ファイルのうち編集に必要なフレームだけを転送するものとする。ここで、ユーザは、編集命令入力手段３１０によって、編集に必要なフレームを指定する。なお、素材ファイルの転送指示には、編集命令に対して、ＩＤ生成手段３２０によって、トランザクションＩＤが付加される。
【００６４】
転送完了通知受信手段３６０は、所定の通信インタフェース等から構成され、素材ファイルの転送を行う指示を通知したサーバから、素材の転送が完了した旨の通知をトランザクションＩＤ（例えばファイル名）と共に受信するものである。素材の転送が完了した旨の通知およびトランザクションＩＤは、実行可能命令通知手段３７０に出力される。
なお、クライアント３０は、不図示の記憶手段に、転送が完了した素材ファイルが、どの編集命令で使用される素材ファイルであるのかを、例えばファイル名により識別可能な状態として保存し、編集処理装置１０へ転送された素材ファイルのデータを管理する。
【００６５】
実行可能命令通知手段３７０は、所定の通信インタフェース等から構成され、判別手段３４０または転送完了通知受信手段３６０からの入力に基づいて、編集処理装置１０へ通知した編集命令が実行可能になった旨を示す実行可能通知を編集処理装置１０に対して通知するものである。なお、実行可能通知には、トランザクションＩＤが付加される。
【００６６】
＜３−３．クライアントの動作＞
次に、クライアント３０の動作の概要について図６を参照（適宜図５参照）して説明する。まず、クライアント３０は、編集命令入力手段３１０によって、編集命令を取得する（Ｓ３０−１）。そして、クライアント３０は、ＩＤ生成手段３２０によって、トランザクションＩＤ（ＴＩＤ）を生成する（Ｓ３０−２）。クライアント３０は、編集命令通知手段３３０によって、生成したトランザクションＩＤと共に、取得した編集命令を編集処理装置１０へ通知する（Ｓ３０−３）。クライアント３０は、この時点で次の編集命令を取得するためにＳ３０−１へ戻る。
【００６７】
それと同時にクライアント３０は、判別手段３４０によって、通知した編集命令の実行に、素材ファイルが必要かどうかの判定を並行して行う（Ｓ３０−４）。素材の転送が必要な場合（Ｓ３０−４でＹｅｓ）には、クライアント３０は、必要な素材を保管したサーバから編集処理装置１０へ素材ファイルの転送を行わせる（Ｓ３０−５）。すなわち、クライアント３０は、転送要求通知手段３５０によって、素材サーバ群２０の中から、素材ファイルを保存しているサーバを発見し、その素材サーバから編集処理装置１０に対して素材の転送を行う指示を通知し、転送完了通知受信手段３６０によって、素材の転送が完了した旨の通知を受信する。
【００６８】
素材ファイルの転送が終了、または、Ｓ３０−４で素材ファイルの転送が必要ないと判定された場合（Ｓ３０−４でＮｏ）には、クライアント３０は、実行可能命令通知手段３７０によって、トランザクションＩＤとともに実行可能命令を編集処理装置１０に通知する（Ｓ３０−６）。
【００６９】
したがって、本実施形態のリモート編集システム１００では、クライアント３０は、編集処理装置１０への編集命令の通知が完了した時点で、次の編集命令を取得する動作を行う。これにより、クライアント３０は、時間のかかるファイル転送の完了を待たずに、次の編集命令を受け付けることができ、クライアント３０を利用する利用者へのレスポンスを速くすることができる。
【００７０】
＜３−４．命令通知および実行可能通知＞
クライアント３０が通知し編集処理装置１０の命令処理手段１が受け付ける命令通知および実行可能通知のデータフォーマットの一例について図７を参照して説明する。
図７（ａ）に示すように、命令通知には、項目として、トランザクションＩＤ５１１と、命令種別５１２と、素材ＩＮ点５１３と、完成ＩＮ点５１４と、Duration５１５とが含まれる。
【００７１】
トランザクションＩＤ５１１は、クライアント３０で生成した編集命令を一意に特定するための番号である。
命令種別５１２は、ＩＮＳ（挿入）、ＤＥＬ（削除）、ＯＷＲ（上書き）のいずれかの値を示す。
素材ＩＮ点５１３は、素材ファイルのＩＮ点であって、ＩＮＳ（挿入）またはＯＷＲ（上書き）の命令において、素材ファイル内での素材抽出位置のフレームを示す。
完成ＩＮ点５１４は、完成ファイルのＩＮ点であって、各命令において、完成ファイルへの処理開始位置のフレームを示す。
【００７２】
Duration５１５は、各命令において、完成ファイル内での処理対象区間を示す。削除（ＤＥＬ）については命令実行前の完成ファイル内での処理対象区間を示す。ＩＮＳ（挿入）については命令実行後の完成ファイル内での処理済み区間（処理対象区間）を示す。ＯＷＲ（上書き）については命令実行前後の完成ファイル内での処理対象区間を示す。Duration５１５は、ＩＮＳ（挿入）またはＯＷＲ（上書き）の命令において、素材ファイル内での素材抽出を開始する位置のフレームから素材抽出を終了する位置のフレームまでの区間と等しい。
【００７３】
図７（ｂ）に示すように、実行可能通知には、項目としてトランザクションＩＤ５２０が含まれる。トランザクションＩＤ５２０は、クライアント３０で生成した編集命令を一意に特定するための番号である。
【００７４】
［４．編集処理装置１０の動作］
次に、編集処理装置１０の動作について、３つに細分化して、４−１．編集処理装置全体の動作の流れ、４−２．編集動作の具体例、４−３．ログファイル変換処理、のそれぞれについて詳細に説明する。
【００７５】
＜４−１．集処理装置全体の動作の流れ＞
ここでは、編集処理装置１０の動作の全体の流れについて図８を参照して説明する。図８では、主にログファイル管理手段２の動作を中心にした流れを示している。
ログファイル管理手段２は、命令処理手段１から通知を受け取ると、通知の種別を識別する（Ｓ２−１）。通知の種別が命令通知である場合（Ｓ２−１でＹｅｓ）、ログファイル管理手段２は、その編集命令をログファイルＡの末尾に追加書き込みし（Ｓ２−２）、処理を終了する。ここで、ログファイルＡは、図７に示した命令通知フォーマットを時系列のリスト形式として記録したものである。
【００７６】
Ｓ２−１でＮｏの場合、ログファイル管理手段２は、命令処理手段１からの通知が実行可能通知であるか否かを判別する（Ｓ２−３）。通知の種別が実行可能通知である場合（Ｓ２−３でＹｅｓ）、以下で説明するファイル編集処理を実行する。
ログファイル管理手段２は、実行可能通知を受け取ると、その通知のトランザクションＩＤ（ＴＩＤ）を取得し、ログファイルＡからそのＴＩＤの命令を検索する。見つかった命令がログファイルＡの先頭の場合（Ｓ２−４でＹｅｓ）には、クライアント３０から命令のあった編集の順序と同じ編集順序であるので、完成ファイルＢへの実際の編集処理を実行する（Ｓ２−６）。なお、この編集処理（Ｓ２−６）の動作の詳細は後で説明する。
【００７７】
一方、Ｓ２−４において、ログファイルＡの検索で見つかった命令がログファイルＡの先頭ではない場合（Ｓ２−４でＮｏ）には、ログファイル管理手段２が受け取った実行可能通知の編集命令の前に未処理の命令があるので、メディアファイル処理手段３は、ログファイル変更処理手段３２によって、ログファイルの変換処理を実行後（Ｓ２−５）、完成ファイルＢへの編集処理を実行する（Ｓ２−６）。なお、ログファイルへの変換処理（Ｓ２−５）の動作の詳細は後で説明する。
【００７８】
メディアファイル処理手段３が完成ファイルＢへの編集処理（Ｓ２−６）を実行後、ログファイル管理手段２は、ログファイルＡに記録された編集命令のリストから、編集を実行したＴＩＤの命令を削除する（Ｓ２−７）。
【００７９】
＜４−２．編集動作の具体例＞
次に、前記したＳ２−６の編集処理の動作を説明する。完成ファイルＢへの編集処理は、メディアファイル処理手段３が行う。このとき、ログファイル管理手段２からメディアファイル処理手段３へ渡されるデータは、編集処理種別（命令種別）、素材ファイル名（トランザクションＩＤ）、素材ファイルのＩＮ点（素材ＩＮ点）、完成ファイルのＩＮ点（完成ＩＮ点）、Durationの各データである。
メディアファイル処理手段３は、編集処理の種別にしたがって、挿入処理（ＩＮＳ）、削除処理（ＤＥＬ）、上書き処理（ＯＷＲ）のいずれかの編集処理を実行する。
【００８０】
挿入処理（ＩＮＳ）、削除処理（ＤＥＬ）、上書き処理（ＯＷＲ）の各編集動作の具体例について図９を参照して説明する。
【００８１】
挿入処理（ＩＮＳ）は、図９（ａ）に示すように、完成ファイル７２０の指定されたＩＮ点の位置（完成ファイルＩＮ点７２１）に、指定された素材ファイル７１０の素材のＩＮ点（素材ファイルＩＮ点７１１）から素材ファイルＯＵＴ点７１２までのDuration分のフレームデータを挿入する編集処理である。
【００８２】
なお、本実施形態では、ＩＮ点およびDurationの指定は、フレーム単位で行うものとして説明する。素材の抽出開始位置〜抽出終了位置までの両端の一方は含めず、ＩＮ点とDurationとを加算した結果のフレーム位置をＯＵＴ点とする。例えば、素材ファイルＩＮ点７１１のフレーム番号＝１０１、完成ファイルＩＮ点のフレーム番号＝２０１、Duration＝９、ならば、素材ファイルＯＵＴ点７１２は、素材ファイル７１０のフレーム番号＝１１０の位置となる。また、ＩＮ点とＯＵＴ点との両方が指定された場合、処理対象はＩＮ点のフレームからＯＵＴ点の１つ前のフレームまでなので、連続して読み出す場合は、ＯＵＴ点の値をそのままＩＮ点にすれば続きを読むことができる。
【００８３】
また、処理後の完成ファイル７３０では、図９（ａ）のフレーム位置７３１に、素材ファイル７１０の素材が挿入されると、元の完成ファイル７２０のフレーム位置７２１にあったフレームは、処理後の完成ファイル７３０において後方（右側）にずれて、図９（ａ）のフレーム位置７３２となる。
【００８４】
削除処理（ＤＥＬ）は、図９（ｂ）に示すように、完成ファイル７４０の指定されたＩＮ点の位置（完成ファイルＩＮ点７４１）からDuration分のフレームデータを削除する編集処理である。例えば、元の完成ファイル７４０からDuration分のフレームが削除されると、処理後の完成ファイル７５０では、元の完成ファイル７４０から削除されたフレーム以降の（右側の）フレームが前方（左側）にずれて、図９（ｂ）のフレーム位置７５１となる。
【００８５】
上書き処理（ＯＷＲ）は、図９（ｃ）に示すように、完成ファイル７７０の指定されたＩＮ点の位置（完成ファイルＩＮ点７７１）から完成ファイルＯＵＴ点７７２までのDuration分のフレームに対して、指定された素材ファイルのＩＮ点（素材ファイルＩＮ点７６１）から素材ファイルＯＵＴ点７６２までのDuration分のフレームで上書きする編集処理である。
【００８６】
例えば、処理後の完成ファイル７８０では、図９（ｃ）のフレーム位置７８１からフレーム位置７８２に、素材ファイル７６０の素材が置き換わって挿入されたときに、処理後の完成ファイル７８０では、元の完成ファイル７７０に上書きされたフレーム以前の（左側の）および以降の（右側の）フレームがずれることなく、変化しない。
【００８７】
前記したように、挿入処理（ＩＮＳ）および削除処理（ＤＥＬ）では、処理前と処理後の完成ファイルのフレーム数が増減するのに対して、上書き処理（ＯＷＲ）ではフレーム数は変わらない。
【００８８】
本実施形態の編集処理装置１０において、メディアファイル処理手段３は、編集処理種別が挿入処理（ＩＮＳ）および上書き処理（ＯＷＲ）の場合は、指定された素材ファイル名（トランザクションＩＤ）のファイル（素材ファイルＣ）を、蓄積手段５から検索し、編集処理を実行する。なお、素材ファイルＣは、クライアント３０からの指示により、素材サーバ群２０からファイル受信手段４により転送された素材ファイルである。
【００８９】
本実施形態では、蓄積手段５は、非特許文献３の挿入削除機能付きファイルシステムを使うものとして説明しているので、図９で示した編集処理は、ファイルシステムの挿入削除機能を使って実行する。これにより、完成ファイルＢへの編集処理が行われる。なお、上書き処理（ＯＷＲ）に関しては、削除処理（ＤＥＬ）と挿入処理（ＩＮＳ）とを組み合わせることで実行する。すなわち、指定された完成ファイルのＩＮ点位置から、Duration分のフレームデータを削除した後、そのＩＮ点位置に、素材ファイルのＩＮ点から、Duration分のフレームデータを挿入することで、上書き処理（ＯＷＲ）を実行する。
メディアファイル処理手段３は、完成ファイルＢへの編集処理が完了した後、利用した素材ファイルＣを蓄積手段５から削除する。
以上の動作により、クライアント３０から出される命令通知の順序と、実行可能通知の順序とが同じ場合の編集処理の動作が可能となる。
【００９０】
＜４−３．ログファイル変換処理＞
次に、ログファイル変換処理（Ｓ２−５：図８参照））について、さらに３つに細分化して、４−３−１．ログファイル変換処理の概要、４−３−２．ログファイル変換処理の全体の流れ、４−３−３．ログファイル変換処理の詳細、のそれぞれについて詳細に説明する。
【００９１】
≪４−３−１．ログファイル変換処理の概要≫
ログファイル管理手段２の動作の最中に、ログファイル変換処理（Ｓ２−５：図８参照）が動作する場合は、クライアント３０から出された命令通知の順序と、実行可能通知の順序が異なる場合である。
既に図９を参照して説明したように、挿入処理（ＩＮＳ）および削除処理（ＤＥＬ）では、処理の前後で完成ファイルＢのフレーム数が増減する。そのため、挿入や削除の編集命令の通知（命令通知）が時間的に後の編集を先に実行してしまうと、編集点がずれてしまい、正しい編集結果とならなくなってしまう。しかしながら、上書き処理（ＯＷＲ）では、編集処理の前後での完成ファイルＢのフレーム数には変化がない。そこで、本発明では、編集命令の通知（命令通知）が時間的に後の命令を先に実行するために、それ以前の命令を、上書き（ＯＷＲ命令）のみになるように変換した上で、対象の編集処理（後の命令）を実行する方式とした。
【００９２】
図１０はログファイル変換処理の例を模式的に示したものである。この例では、図１０（ａ）に示すように、ログファイルＡのある時点８１０において、ログファイルＡに５つの命令８１１〜８１５が保管された状態で、ＴＩＤ＝１２の削除処理（ＤＥＬ）の実行可能命令（実行可能通知）が通知された場合を示している。なお、図１０では、ＩＮ点等の編集内容の図示を省略した。
【００９３】
この場合、ログファイル変換処理（Ｓ２−５：図８参照）では、ログファイル変更処理手段３２が、ＴＩＤ＝１２よりも前に保存された編集命令（ＴＩＤ＝１０および１１）を上書き処理(ＯＷＲ)に変換する。具体的には、図１０（ａ）において、ＴＩＤ＝１０の挿入処理（ＩＮＳ）およびＴＩＤ＝１１の挿入処理（ＩＮＳ）は、ログファイルＡのある時点８２０において、図１０（ｂ）に符号８２１，８２２でそれぞれ示す上書き処理(ＯＷＲ)に変換される。
【００９４】
その後、ログファイル変換処理（Ｓ２−５：図８参照）では、符号８２１，８２２でそれぞれ示す上書き処理(ＯＷＲ)よりも先に、ＴＩＤ＝１２の削除処理（ＤＥＬ）を行なう。そして、ログファイルＡのある時点８３０において、図１０（ｃ）に示すように、実行した命令（図１０（ｂ）に符号８１３で示す削除処理(ＤＥＬ)）をログファイルＡから削除する。なお、図１０では、削除処理（ＤＥＬ）の実行可能通知が通知された場合を例示したが、ログファイル変更処理手段３２は、実行可能通知に対応した命令の種別に応じて、それぞれ異なる動作を行う。以下では、その詳細を説明する。
【００９５】
≪４−３−２．ログファイル変換処理の全体の流れ≫
次に、ログファイル変換処理（Ｓ２−５）の動作の詳細を説明する。
図１１はログファイル変更処理手段３２が行うログファイル変換処理（Ｓ２−５）の動作の流れを示している。ここでは、蓄積手段５に格納されたログファイルＡにおいて先頭からＮ番目に保存された命令（Ｎ番目に古い命令）を実行する場合について説明する。
このとき、ログファイル管理手段２は、受け付けた実行可能通知のトランザクションＩＤ（ＴＩＤ）を取得し、ログファイルＡからそのＴＩＤの命令について、ログファイル内の順番「Ｎ」を取得し、編集処理種別（命令種別）、素材ファイル名（トランザクションＩＤ）、素材ファイルのＩＮ点（素材ＩＮ点）、完成ファイルのＩＮ点（完成ＩＮ点）、Durationの各データと共に、メディアファイル処理手段３へ渡す。
【００９６】
メディアファイル処理手段３のログファイル変更処理手段３２は、以下の処理を行う。
ログファイル変換処理（Ｓ２−５）において、ログファイルＡの１番目から（Ｎ−１）番目の命令までを順に変換するために、カウンタ用のパラメータＫを導入し、パラメータＫの値を１にセットする（Ｓ２５−１）。
そして、ログファイル変更処理手段３２は、Ｋの値がＮの値と等しい場合には処理を終了し（Ｓ２５−２でＹｅｓ）、Ｋの値がＮの値より小さい場合（Ｓ２５−２でＮｏ）、Ｓ２５−３，Ｓ２５−４，Ｓ２５−５の各判定処理によりログファイルＡのＫ番目の命令の種別を判別する。
【００９７】
具体的には、編集種別が挿入処理（ＩＮＳ）である判別した場合（Ｓ２５−３でＹｅｓ）、ログファイル変更処理手段３２は、Ｋ番目までのＩＮＳ変換処理を実行する（Ｓ２５−６）。
編集種別が挿入処理（ＩＮＳ）でない場合（Ｓ２５−３でＮｏ）、ログファイル変更処理手段３２は、編集種別が削除処理（ＤＥＬ）であるか否かを判別し（Ｓ２５−４）、削除処理（ＤＥＬ）の場合（Ｓ２５−４でＹｅｓ）、Ｋ番目までのＤＥＬ変換処理を実行する（Ｓ２５−７）。
編集種別が削除処理（ＤＥＬ）でない場合（Ｓ２５−４でＮｏ）、ログファイル変更処理手段３２は、編集種別が上書き処理（ＯＷＲ）であるか否かを判別し（Ｓ２５−５）、上書き処理（ＯＷＲ）の場合（Ｓ２５−５でＹｅｓ）、Ｋ番目までのＯＷＲ変換処理を実行する（Ｓ２５−８）。
ログファイル変更処理手段３２は、編集種別が上書き処理（ＯＷＲ）ではない場合（Ｓ２５−５でＮｏ）、または、それぞれの変換処理を行った後、現在のＫの値に１を加え（Ｓ２５−９）、Ｓ２５−２の判定処理へ戻る。
以上のログファイル変更処理手段３２の動作により、ログファイルの１番目の命令から（Ｎ−１）番目の命令までの変換処理が行われる。なお、命令の種別を判別する動作は、メディアファイル処理手段３の命令種別判別手段３３を用いることができる。
【００９８】
≪４−３−３．ログファイル変換処理の詳細≫
この節は、Ｓ２５−６、Ｓ２５−７、Ｓ２５−８の各変換処理のために、さらに３つに細分化して、４−３−３−１．ＩＮＳ変換処理、４−３−３−２．ＤＥＬ変換処理、４−３−３−３．ＯＷＲ変換処理、のそれぞれについて詳細に説明する。
【００９９】
（４−３−３−１．ＩＮＳ変換処理）
はじめに、ＩＮＳ変換処理（Ｓ２５−６）の動作について図１２の流れ図を使って説明する。ＩＮＳ変換処理（Ｓ２５−６）は、ログファイルＡの先頭からＫ番目の命令が挿入（ＩＮＳ命令）である場合に、ログファイルＡの指定されたＫ番目までの命令の変換処理を行うものである。
【０１００】
このＩＮＳ変換処理では、はじめに、命令内容取得手段３４が、Ｋ番目の命令（ＩＮＳ命令）における完成ファイルのＩＮ点（完成ＩＮ点）の位置であるＫｉｎと、DurationであるＫｄとを取得する（Ｓ２５６−１）。次に、ログファイルの１番目から（Ｋ−１）番目の命令を順に処理するため、カウンタ用のパラメータＳを導入し、命令内容書換手段３６４は、パラメータＳの値を１にセットし（Ｓ２５６−２）、次いで、Ｓの値がＫの値と等しくなったか否かを判別する（Ｓ２５６−３）。まだＳの値がＫの値よりも小さい場合（Ｓ２５６−３でＮｏ）には、命令内容取得手段３４が、Ｓ番目の命令における完成ファイルのＩＮ点（完成ＩＮ点）であるＳｉｎと、完成ファイルのＯＵＴ点であるＳｏｕｔとを取得する（Ｓ２５６−４）。なお、ＳｏｕｔはＳｉｎ＋（Ｓ番目の命令のDuration）の演算から求めることができる。
【０１０１】
ここで、ログファイルＡの（Ｋ−１）番目までの命令は、すでにログファイル変換処理（Ｓ２−５）が行われているはずなので、ログファイルＡの（Ｋ−１）番目までの編集命令はＯＷＲ処理のみになっている。このことは、図１１および図１２のフローチャートから明らかである。つまり、ログファイルＡにおいて先頭からＮ番目に保存された命令を実行しようとするときに、カウンタ用のパラメータＫが１〜Ｎまで刻々と変化するので、Ｋがある値のときにＩＮＳ変換処理（Ｓ２５−６）にて当該Ｋ番目のＩＮＳ命令はＯＷＲ命令に書き換えられる。具体的には、図１０（ａ）に示す例では、ログファイルＡのある時点８１０から、Ｎ＝２番目（ＴＩＤ＝１１）の命令を実行しようとするときに、それよりも先に、Ｋ＝１のときに、ＴＩＤ＝１０の命令はＯＷＲ命令に書き換えられる。なお、ＤＥＬ変換処理（Ｓ２５−７）やＯＷＲ変換処理（Ｓ２５−８）においても同様に成り立つことは図１５、図１７のフローチャートから明らかである。
【０１０２】
図１２に示すＩＮＳ変換処理では、Ｓ２５６−４に続いて、Ｋ番目の命令であるＩＮＳ処理のＩＮ点すなわちＫｉｎの位置により場合分けされた変換規則にしたがって、Ｓ２５６−５およびＳ２５６−６の判別処理を行い、判別結果に応じて、Ｓ番目の命令の修正処理をそれぞれ行う。具体的には、命令内容書換手段３６４がＳｉｎ＜Ｋｉｎ＜Ｓｏｕｔであると判別した場合（Ｓ２５６−５でＹｅｓ）、分割処理手段３６１は、Ｓ番目のＯＷＲ命令をＫｉｎの位置で２つに分割する（Ｓ２５６−７）。ここで、命令の分割とは、図１３で示すように、１つの命令を形式的に２つの命令にする処理である。なお、Ｓ番目のＯＷＲ命令を２つに分割してもパラメータＳの値は増加しない。パラメータＳの値は、ＴＩＤに対応しているからである。例えば、１番目のＯＷＲ命令を２つに分割してもパラメータＳの値は１のままである。
【０１０３】
図１３（ａ）に示す例では、命令１１１０は、ＴＩＤ＝１３、編集種別＝「ＯＷＲ」、素材ファイルのＩＮ点＝０、完成ファイルのＩＮ点＝７００、Duration＝１００の各データを有している。命令１１１０は、図１３（ａ）に示すように、完成ファイル１１１２の指定されたＩＮ点の位置（フレーム番号７００）から処理後の完成ファイルＯＵＴ点（フレーム番号８００）までのDuration分のフレームに対して、指定された素材ファイル１１１１のＩＮ点（フレーム番号０）から素材ファイルＯＵＴ点（フレーム番号１００）までの１００フレームで上書きする編集処理である。この命令１１１０がＫ番目の命令よりも先に保存されたＳ番目の命令であるとすると、Ｓｉｎ＝７００、Ｓｏｕｔ＝８００である。
【０１０４】
ここで、図１４（ａ）に示すように、ログファイルＡのリスト１２１０において、「…」で略記したＴＩＤ＝１３の命令（図１３（ａ）における命令１１１０）よりも後に保存されたＴＩＤ＝１４の命令（Ｋ番目のＩＮＳ命令）が、素材ファイルのＩＮ点＝０、完成ファイルのＩＮ点＝７３０、Duration＝１００の各データを有しているものとする。なお、ここでは、素材ファイル１２１１は、フレーム番号＝０からフレーム番号＝１００までの１つの素材を示している。また、完成ファイル１２１２は、Ｋ番目のＩＮＳ命令を行う前の状態を示している。この場合、Ｋ番目のＩＮＳ命令のＩＮ点すなわちＫｉｎが７３０なので、Ｓ２５６−５でＹｅｓとなるので、分割処理手段３６１は、命令１１１０（ＯＷＲ命令）をＫｉｎ＝７３０の位置で２つに分割する。分割処理の直後の結果を図１３（ｂ）に示す。図１３（ｂ）に示す命令１１２０は、素材ファイルのＩＮ点＝０、完成ファイルのＩＮ点＝７００、Duration＝３０の各データを有したＯＷＲ命令（以下、前部の命令または前半部の命令という）と、素材ファイルのＩＮ点＝３０、完成ファイルのＩＮ点＝７３０、Duration＝７０のＯＷＲ命令（後部の命令または後半部の命令という）との２つに分割される。ただし、分割された２つのＯＷＲ命令のＴＩＤは共に「１３」であり、分割された２つのＯＷＲ命令全体に対するパラメータＳの値は変化しない。
【０１０５】
図１２に戻って、ＩＮＳ変換処理の説明を続ける。Ｓ２５６−７にてＳ番目のＯＷＲ命令を分割処理した後、このＳ番目として分割した後部のＯＷＲ命令については、Ｓ番目よりも後に保存されたＫ番目の編集処理であるＩＮＳ処理により、Ｋ番目のＩＮＳ命令のDuration（Ｋｄ）の値のフレーム数分だけ後方（時間的に遅い右側）にずれる。図１４（ａ）に示すログファイルＡのリスト１２１０の場合、ＴＩＤ＝１４の命令（Ｋ番目のＩＮＳ命令）を先に実行すると、ＴＩＤ＝１４の命令のDuration＝１００のフレーム数分だけ後方（時間的に遅い右側）にずれる。そのため、シフト処理手段３６２は、先に行うＩＮＳ処理を見越して、Ｓ番目として分割した後半のＯＷＲ命令において、完成ファイルのＩＮ点の値を＋Ｋｄだけ増加させたフレーム位置とする（Ｓ２５６−８）。例えば、図１３（ｂ）に示す例では、命令１１２０の後部のＯＷＲ命令（ＴＩＤ＝１３）の完成ファイルのＩＮ点は、図示された７３０から８３０に改められることになる。
【０１０６】
一方、Ｓ２５６−５の判別処理にて、命令内容書換手段３６４がＳｉｎ＜Ｋｉｎ＜Ｓｏｕｔではないと判別した場合（Ｓ２５６−５でＮｏ）、続けて、Ｓ２５６−６の判別処理を行う。具体的には、命令内容書換手段３６４がＫｉｎ≦Ｓｉｎであると判別した場合（Ｓ２５６−６でＹｅｓ）、シフト処理手段３６２は、分割前のＳ番目のＯＷＲ命令において、完成ファイルのＩＮ点の値を＋Ｋｄだけ増加させたフレーム位置とする（Ｓ２５６−９）。これは、Ｓ番目のＯＷＲ命令は、後から保存されて先に実行されるＫ番目の編集処理であるＩＮＳ処理により、Duration（Ｋｄ）の値のフレーム数分だけ後方（時間的に遅い右側）にずれるからである。
【０１０７】
一方、Ｓ２５６−６の判別処理にて、命令内容書換手段３６４がＫｉｎ＞Ｓｉｎであると判別した場合（Ｓ２５６−６でＮｏ）、Ｓ番目のＯＷＲ命令は、後から保存されて先に実行されるＫ番目の編集処理に影響されない。このＳ２５６−６でＮｏの場合、または、前記したＳ２５６−８またはＳ２５６−９の処理に続いて、命令内容書換手段３６４は、（Ｋ−１）番目の命令まで順番に処理するために、現在のＳの値に１を加え（Ｓ２５６−１０）、Ｓ２５６−３へ戻る。
【０１０８】
前記したＳ２５６−９までの処理は、ログファイルＡに保存された命令の記録上において、分割やシフトの書き換え処理を行うものであったが、Ｓ２５６−３の判別処理においてＳ＝Ｋとなった場合（Ｓ２５６−３でＹｅｓ）、Ｋ番目の編集処理であるＩＮＳ処理を実際に行う。そのため、ダミーデータ処理手段３７によって、実際の完成ファイルに対して挿入処理（ＩＮＳ）を実行する（Ｓ２５６−１１）。ここで、この時点で、Ｋ番目の編集処理であるＩＮＳ処理のための素材ファイルについては、転送ファイルの受信が完了していないため、ダミーデータ処理手段３７は、ダミーデータを素材ファイルとして用いる。なお、命令処理手段３５がダミーデータを挿入するようにしてもよい。
【０１０９】
次に、命令内容書換手段３６４は、ログファイルＡにおいて、ＩＮＳ変換処理の処理対象であるＫ番目の命令の編集種別を、ＩＮＳ命令からＯＷＲ命令に書き換える（Ｓ２５６−１２）。なお、ログファイル管理手段２が書き換えるようにしてもよい。これらＳ２５６−１１、Ｓ２５６−１２の処理をすることで、Ｋ番目の命令（ＩＮＳ）を実行したこととなる。
【０１１０】
ここで、Ｓ２５６−１１、Ｓ２５６−１２の動作例を図１４に示す。図１４（ａ）に示すように、ログファイルＡのリスト１２１０において、ＴＩＤ＝１４、Ｋｉｎ＝７３０、Ｋｄ＝１００のＫ番目のＩＮＳ命令を仮定する。このＩＮＳ命令を、先に保存されたＴＩＤ＝１３のＳ番目の命令よりも先に実施する場合、Ｓ２５６−１１の処理により、図１４（ａ）に示す完成ファイル１２１２のＫｉｎの位置（フレーム番号＝７３０の位置）に対して、図１４（ｂ）に示すように、素材ファイル１２１１と同じDurationのダミーデータ１２２３を挿入する。この場合、処理後の完成ファイル１２２２では、フレーム番号＝７２９まで変化はなく、フレーム番号＝７３０の位置に、ダミーデータとしてフレーム番号＝０〜１００まで例えばすべて０のデータが挿入され、元の完成ファイルのフレーム番号＝７３０のフレームは、処理後の完成ファイル１２２２において、新たなフレーム番号＝８３１の位置まで後方（右側）にずれることになる。
【０１１１】
その後、Ｓ２５６−１２の処理により、図１４（ｂ）に示すログファイルＡのリスト１２２０において、Ｋ番目の命令として、ＴＩＤ＝１４、Ｋｉｎ＝７３０、Ｋｄ＝１００の命令が、１２２０ａで示すようにＯＷＲ命令に書き換えられる。
以上の動作により、ログファイルのＫ番目がＩＮＳ命令の場合に、このＩＮＳ命令がＯＷＲ命令に変換されることになる。なお、ダミーデータ１２２３は、本来の素材ファイル１２２１が転送された後でＯＷＲ処理を行うことで、上書きされて消滅する。
【０１１２】
（４−３−３−２．ＤＥＬ変換処理）
次に、ＤＥＬ変換処理（Ｓ２５−７）の動作について図１５の流れ図を使って説明する。ＤＥＬ変換処理（Ｓ２５−７）は、ログファイルＡの先頭からＫ番目の命令が削除（ＤＥＬ命令）である場合に、ログファイルＡの指定されたＫ番目までの命令の変換処理を行うものである。
【０１１３】
ＤＥＬ変換処理（Ｓ２５−７）は、全体の処理の流れとしては、ＩＮＳ変換処理（Ｓ２５−６）と同様であって、ログファイルの１番目から（Ｋ−１）番目の命令（すべてＯＷＲ命令に変換されているはず）の修正処理の後、Ｋ番目の命令処理を実際の完成ファイルに対して行う。
【０１１４】
このＤＥＬ変換処理では、はじめに、命令内容取得手段３４が、Ｋ番目の命令（ＤＥＬ命令）の完成ファイルのＩＮ点（完成ＩＮ点）の位置であるＫｉｎと、完成ファイルのＯＵＴ点の位置であるＫｏｕｔと、DurationであるＫｄとを取得する（Ｓ２５７−１）。なお、ＫｏｕｔはＫｉｎ＋Ｋｄの演算から求めることができる。
【０１１５】
次に、ログファイルの１番目から（Ｋ−１）番目の命令を順に処理するため、カウンタ用のパラメータＳを導入し、命令内容書換手段３６４は、パラメータＳの値を１にセットし（Ｓ２５７−２）、次いで、Ｓの値がＫの値と等しくなったか否かを判別する（Ｓ２５７−３）。まだＳの値がＫの値よりも小さい場合（Ｓ２５７−３でＮｏ）には、命令内容取得手段３４が、Ｓ番目の命令（ＯＷＲのはず）における完成ファイルのＩＮ点（完成ＩＮ点）であるＳｉｎと、完成ファイルのＯＵＴ点であるＳｏｕｔとを取得する（Ｓ２５７−４）。なお、ＳｏｕｔはＳｉｎ＋（Ｓ番目の命令のDuration）の演算から求めることができる。
【０１１６】
次に、ＤＥＬ変換処理では、Ｋ番目の命令であるＤＥＬ処理のＩＮ点すなわちＫｉｎと、完成ファイルのＯＵＴ点であるＫｏｕｔと、Ｓ番目の命令における完成ＩＮ点であるＳｉｎと、完成ファイルのＯＵＴ点であるＳｏｕｔとのそれぞれの位置関係により場合分けされた変換規則にしたがって、Ｓ２５７−５ないしＳ２５７−９の判別処理を順次行い、判別結果に応じて、Ｓ番目の命令の修正処理をそれぞれ行う。
【０１１７】
具体的には、例えば、Ｋｏｕｔ＜Ｓｉｎである場合の位置関係を図１６（ａ）に例示する。
図１６（ａ）に示す完成ファイル１４１Ｓは、先に保存されたＳ番目のＯＷＲ命令における完成ファイルのＩＮ点とＯＵＴ点とを模式的に示したものである。同様に、図１６（ａ）に示す完成ファイル１４１Ｋは、後から保存されたＫ番目のＤＥＬ命令における完成ファイルのＩＮ点とＯＵＴ点とを模式的に示したものである。図示するように、完成ファイル１４１ＳにおけるＩＮ点とＯＵＴ点の間の処理対象区間と、完成ファイル１４１ＫにおけるＩＮ点とＯＵＴ点の間の処理対象区間と、の間には重なりがない。仮にＫ番目の命令をＳ番目の命令よりも先に実行すると、完成ファイル１４１ＫにおけるＩＮ点とＯＵＴ点との間が除去されてしまうので、後からＳ番目の命令を実行しようとするときには、その時点の完成ファイルのＩＮ点の位置は、利用者が意図した命令通知におけるＩＮ点の位置よりも、図１６において左側にずれる。つまり、Ｋｏｕｔ＜Ｓｉｎである場合、Ｓ番目の命令は、Ｓ番目よりも後に保存されたＫ番目の編集処理であるＤＥＬ処理により、Ｋ番目のＤＥＬ命令のDuration（Ｋｄ）の値のフレーム数分だけ前方（時間的に早い左側）にずれる。したがって、図１５に示すように、命令内容書換手段３６４がＫｏｕｔ＜Ｓｉｎであると判別した場合（Ｓ２５７−５でＹｅｓ）、シフト処理手段３６２は、先に行うＤＥＬ処理を見越して、Ｓ番目のＯＷＲ命令において、完成ファイルのＩＮ点の値に（−Ｋｄ）を加算したフレーム位置とする（Ｓ２５７−１０）。
【０１１８】
また、例えば、Ｋｉｎ＜Ｓｉｎ＜Ｋｏｕｔである場合の位置関係を図１６（ｂ）に例示する。図１６（ｂ）に示す完成ファイル１４２Ｓは、先に保存されたＳ番目のＯＷＲ命令における完成ファイルのＩＮ点とＯＵＴ点とを模式的に示したものである。同様に、図１６（ｂ）に示す完成ファイル１４２Ｋは、後から保存されたＫ番目のＤＥＬ命令における完成ファイルのＩＮ点とＯＵＴ点とを模式的に示したものである。図示するように、完成ファイル１４２ＳにおけるＩＮ点とＯＵＴ点の間の処理対象区間と、完成ファイル１４２ＫにおけるＩＮ点とＯＵＴ点の間の処理対象区間と、の間には重複する区間１４２１がある。この場合、Ｋ番目の命令をＳ番目の命令よりも先に実行したとしても、利用者が意図した編集結果を得るためには、単純なシフト処理だけでは困難である。そのため、命令の適切な位置において分割処理、削除処理を行ってからシフト処理を行うという変換規則をあてはめる。
具体的には、図１５に示すように、命令内容書換手段３６４がＫｉｎ＜Ｓｉｎ＜Ｋｏｕｔであると判別した場合（Ｓ２５７−６でＹｅｓ）、分割処理手段３６１は、Ｓ番目の命令（ＯＷＲ命令）をＫｏｕｔの位置で２つに分割し（Ｓ２５７−１１）、削除処理手段３６３は、分割した前半部の命令を削除し（Ｓ２５７−１２）、シフト処理手段３６２は、先に行うＤＥＬ処理を見越して、分割した後半部の命令において、完成ファイルのＩＮ点の値に（−Ｋｄ）を加算したフレーム位置とするフレームシフトを行う（Ｓ２５７−１３）。
【０１１９】
また、例えば、Ｓｉｎ≦Ｋｉｎ、Ｋｏｕｔ≦Ｓｏｕｔである場合の位置関係を図１６（ｃ）に例示する。図示するように、完成ファイル１４３ＳにおけるＩＮ点とＯＵＴ点の間の処理対象区間と、完成ファイル１４３ＫにおけるＩＮ点とＯＵＴ点の間の処理対象区間と、の間には重複する区間１４３１がある。この場合も、命令の適切な位置において分割処理、削除処理を行ってからシフト処理を行うという変換規則をあてはめる。具体的には、図１５に示すように、命令内容書換手段３６４がＳｉｎ≦Ｋｉｎ、Ｋｏｕｔ≦Ｓｏｕｔであると判別した場合（Ｓ２５７−７でＹｅｓ）、分割処理手段３６１は、Ｓ番目の命令（ＯＷＲ命令）をＫｉｎおよびＫｏｕｔの位置で３分割し（Ｓ２５７−１４）、削除処理手段３６３は、３分割したうちの２番目の命令を削除し（Ｓ２５７−１５）、シフト処理手段３６２は、先に行うＤＥＬ処理を見越して、３番目の命令において、完成ファイルのＩＮ点の値に（−Ｋｄ）を加算したフレーム位置とするフレームシフトを行う（Ｓ２５７−１６）。
【０１２０】
また、例えば、Ｋｉｎ＜Ｓｏｕｔ＜Ｋｏｕｔである場合の位置関係を図１６（ｄ）に例示する。図示するように、完成ファイル１４４ＳにおけるＩＮ点とＯＵＴ点の間の処理対象区間と、完成ファイル１４４ＫにおけるＩＮ点とＯＵＴ点の間の処理対象区間と、の間には重複する区間１４４１がある。この場合、命令の適切な位置において分割処理および削除処理を行うという変換規則をあてはめる。具体的には、図１５に示すように、命令内容書換手段３６４がＫｉｎ＜Ｓｏｕｔ＜Ｋｏｕｔであると判別した場合（Ｓ２５７−８でＹｅｓ）、分割処理手段３６１は、Ｓ番目の命令（ＯＷＲ命令）をＫｉｎの位置で２分割し（Ｓ２５７−１７）、削除処理手段３６３は、分割した後半部の命令を削除する（Ｓ２５７−１８）。
【０１２１】
また、例えば、Ｋｉｎ≦ＳｉｎかつＳｏｕｔ≦Ｋｏｕｔである場合の位置関係を図１６（ｅ）に例示する。図示するように、完成ファイル１４５ＳにおけるＩＮ点とＯＵＴ点の間の処理対象区間と、完成ファイル１４５ＫにおけるＩＮ点とＯＵＴ点の間の処理対象区間と、の間には重複する区間１４５１があり、Ｓ番目の命令に係る区間は、Ｋ番目の命令に係る区間に完全に含まれている。このため、Ｓ番目の命令は、Ｋ番目のＤＥＬ命令の実行後にはすべて削除されてしまうので、Ｓ番目の命令を予め削除しておくという変換規則をあてはめる。
具体的には、図１５に示すように、命令内容書換手段３６４がＫｉｎ≦ＳｉｎかつＳｏｕｔ≦Ｋｏｕｔであると判別した場合（Ｓ２５７−９でＹｅｓ）、削除処理手段３６３は、Ｓ番目の命令を削除する（Ｓ２５７−１９）。
【０１２２】
一方、Ｓ２５７−９の処理にて、命令内容書換手段３６４がＫｉｎ≦ＳｉｎかつＳｏｕｔ≦Ｋｏｕｔではないと判別した場合（Ｓ２５７−９でＮｏ）、Ｓ番目のＯＷＲ命令は、後から保存されて先に実行されるＫ番目の編集処理に影響されない。このＳ２５７−９でＮｏの場合、または、前記したＳ２５７−１０、Ｓ２５７−１３、Ｓ２５７−１６、Ｓ２５７−１８またはＳ２５７−１９の処理に続いて、命令内容書換手段３６４は、（Ｋ−１）番目の命令まで順番に処理するために、現在のＳの値に１を加え（Ｓ２５７−２０）、Ｓ２５７−３へ戻る。
【０１２３】
前記したＳ２５７−１９までの処理は、ログファイルＡに保存された命令の記録上において、分割、削除、シフトといった書き換え処理を行うものであったが、Ｓ２５７−３の判別処理においてＳ＝Ｋとなった場合（Ｓ２５７−３でＹｅｓ）、Ｋ番目の編集処理であるＤＥＬ処理を実際に行う。そのため、命令処理手段３５によって、実際の完成ファイルに対して削除処理（ＤＥＬ）を実行する（Ｓ２５７−２１）。
次に、命令内容書換手段３６４は、ＤＥＬ変換処理の処理対象であるＫ番目のＤＥＬ命令をログファイルＡから削除する（Ｓ２５７−２２）。なお、ログファイル管理手段２が削除するようにしてもよい。
これらＳ２５７−２１、Ｓ２５７−２２の処理をすることで、Ｋ番目の命令（ＤＥＬ）を実行したこととなる。
【０１２４】
以上の動作により、ログファイルのＫ番目がＤＥＬ命令の場合には、ログファイルの１番目から（Ｋ−１）番目までの命令の補正処理を行った後、完成ファイルに対して実際の削除処理を行なった上で、ＤＥＬ命令をログファイルから削除することができる。
【０１２５】
（４−３−３−３．ＯＷＲ変換処理）
次に、ＯＷＲ変換処理（Ｓ２５−８）の動作について図１７の流れ図を使って説明する。ＯＷＲ変換処理（Ｓ２５−８）は、ログファイルＡの先頭からＫ番目の命令が上書き（ＯＷＲ命令）である場合に、ログファイルＡの指定されたＫ番目までの命令の変換処理を行うものである。
【０１２６】
ＯＷＲ変換処理（Ｓ２５−８）は、全体の処理の流れとしては、ＩＮＳ変換処理（Ｓ２５−６）と同様であって、ログファイルの１番目から（Ｋ−１）番目の命令（すべてＯＷＲ命令に変換されているはず）の修正処理を行う。
【０１２７】
このＯＷＲ変換処理では、はじめに、命令内容取得手段３４が、Ｋ番目の命令（ＯＷＲ命令）の完成ファイルのＩＮ点（完成ＩＮ点）の位置であるＫｉｎと、完成ファイルのＯＵＴ点の位置であるＫｏｕｔとを取得する（Ｓ２５８−１）。なお、ＫｏｕｔはＫｉｎ＋（Ｋ番目の命令のDuration）の演算から求めることができる。
【０１２８】
次に、ログファイルの１番目から（Ｋ−１）番目の命令を順に処理するため、カウンタ用のパラメータＳを導入し、命令内容書換手段３６４は、パラメータＳの値を１にセットし（Ｓ２５８−２）、次いで、Ｓの値がＫの値と等しくなったか否かを判別する（Ｓ２５８−３）。まだＳの値がＫの値よりも小さい場合（Ｓ２５８−３でＮｏ）には、命令内容取得手段３４が、Ｓ番目の命令（ＯＷＲのはず）における完成ファイルのＩＮ点（完成ＩＮ点）であるＳｉｎと、完成ファイルのＯＵＴ点であるＳｏｕｔとを取得する（Ｓ２５８−４）。なお、ＳｏｕｔはＳｉｎ＋（Ｓ番目の命令のDuration）の演算から求めることができる。
【０１２９】
次に、ＯＷＲ変換処理では、Ｋ番目の命令であるＯＷＲ処理のＩＮ点すなわちＫｉｎと、完成ファイルのＯＵＴ点であるＫｏｕｔと、Ｓ番目の命令における完成ＩＮ点であるＳｉｎと、完成ファイルのＯＵＴ点であるＳｏｕｔとのそれぞれの位置関係により場合分けされた変換規則にしたがって、Ｓ２５８−５ないしＳ２５８−８の判別処理を順次行い、判別結果に応じて、Ｓ番目の命令の修正処理をそれぞれ行う。
【０１３０】
具体的には、例えば、Ｋｉｎ≦Ｓｉｎ、Ｓｏｕｔ≦Ｋｏｕｔである場合の位置関係を図１８（ａ）に例示する。図１８（ａ）に示す完成ファイル１５１Ｓは、先に保存されたＳ番目のＯＷＲ命令における完成ファイルのＩＮ点とＯＵＴ点とを模式的に示したものである。同様に、図１８（ａ）に示す完成ファイル１５１Ｋは、後から保存されたＫ番目のＯＷＲ命令における完成ファイルのＩＮ点とＯＵＴ点とを模式的に示したものである。図示するように、完成ファイル１５１ＳにおけるＩＮ点とＯＵＴ点の間の処理対象区間と、完成ファイル１５１ＫにおけるＩＮ点とＯＵＴ点の間の処理対象区間と、の間には重複する区間１５１１があり、Ｓ番目の命令に係る区間は、Ｋ番目の命令に係る区間に完全に含まれている。このため、Ｓ番目の命令は、Ｋ番目のＯＷＲ命令の実行後にはすべて上書きされてしまうものだったので、Ｓ番目の命令に対して削除処理を行うという変換規則をあてはめる。
具体的には、図１７に示すように、命令内容書換手段３６４がＫｉｎ≦Ｓｉｎ、Ｓｏｕｔ≦Ｋｏｕｔであると判別した場合（Ｓ２５８−５でＹｅｓ）、削除処理手段３６３は、Ｓ番目の命令を削除する（Ｓ２５８−９）。
【０１３１】
また、例えば、Ｋｉｎ＜Ｓｉｎ＜Ｋｏｕｔである場合の位置関係を図１８（ｂ）に例示する。図示するように、完成ファイル１５２ＳにおけるＩＮ点とＯＵＴ点の間の処理対象区間と、完成ファイル１５２ＫにおけるＩＮ点とＯＵＴ点の間の処理対象区間と、の間には重複する区間がある。Ｓ番目の命令もＫ番目の命令もＯＷＲ命令なので、重複する区間は、後から行うＳ番目の命令により上書きされる。したがって、Ｓ番目のＯＷＲ命令のＩＮ点を変更するという変換規則をあてはめる。
つまり、図１７に示すように、命令内容書換手段３６４がＫｉｎ＜Ｓｉｎ＜Ｋｏｕｔであると判別した場合（Ｓ２５８−６でＹｅｓ）、Ｓ番目のＯＷＲ命令を修正する（Ｓ２５８−１０）。すなわち、命令内容書換手段３６４は、Ｓ番目のＯＷＲ命令において、素材ファイルのＩＮ点（素材ＩＮ点）の値に−（Ｓｉｎ−Ｋｏｕｔ）を加算し、完成ファイルのＩＮ点（完成ＩＮ点）をＫｏｕｔとし、Durationを（Ｓｏｕｔ−Ｋｏｕｔ）に修正する。
【０１３２】
具体的には、図１８（ｂ）に示す例では、Ｓ番目の命令は、素材ファイル１５２ｍのＩＮ点＝０、完成ファイル１５２ＳのＩＮ点＝７００、Duration＝１００の各データを有している。また、Ｋ番目の命令は、完成ファイル１５２ＫのＩＮ点＝６６０、Duration＝１００の各データを有している。この例の場合、素材ファイル１５２ｍの元のＩＮ点１５２１の値（＝０）に、−（７００−７６０）を加算し、完成ファイルのＩＮ点（＝７００）を７６０とし、Durationを（８００−７６０）に修正する。したがって、素材ファイル１５２ｍの修正後のＩＮ点１５２２の値は６０となり、完成ファイル１５２Ｓの修正後のＩＮ点１５２３の値は７６０となる。
【０１３３】
また、例えば、Ｓｉｎ≦Ｋｉｎ、Ｋｏｕｔ＜Ｓｏｕｔである場合の位置関係を図１８（ｃ）に例示する。図示するように、完成ファイル１５３ＳにおけるＩＮ点とＯＵＴ点の間の処理対象区間と、完成ファイル１５３ＫにおけるＩＮ点とＯＵＴ点の間の処理対象区間と、の間には重複する区間１５３１がある。Ｓ番目の命令もＫ番目の命令もＯＷＲ命令なので、先に実行するＫ番目の命令において、重複する区間１５３１は、後から行うＳ番目の命令により上書きされてしまう。したがって、Ｓ番目のＯＷＲ命令において、重複する区間１５３１のみ除去するように命令を分割するという変換規則をあてはめる。
つまり、図１７に示すように、命令内容書換手段３６４がＳｉｎ≦Ｋｉｎ、Ｋｏｕｔ＜Ｓｏｕｔであると判別した場合（Ｓ２５８−７でＹｅｓ）、分割処理手段３６１は、Ｓ番目の命令（ＯＷＲ命令）をＫｉｎおよびＫｏｕｔの位置で３分割し（Ｓ２５８−１１）、削除処理手段３６３は、３分割したうちの２番目の命令を削除する（Ｓ２５８−１２）。
【０１３４】
また、例えば、Ｋｉｎ≦Ｓｏｕｔ＜Ｋｏｕｔである場合の位置関係を図１８（ｄ）に例示する。図示するように、完成ファイル１５４ＳにおけるＩＮ点とＯＵＴ点の間の処理対象区間と、完成ファイル１５４ＫにおけるＩＮ点とＯＵＴ点の間の処理対象区間と、の間には重複する区間がある。Ｓ番目の命令もＫ番目の命令もＯＷＲ命令なので、重複する区間は、後から行うＳ番目の命令により上書きされる。したがって、Ｋ番目の命令において重複する区間が、後から行うＳ番目の命令により上書きされないように、Ｓ番目のＯＷＲ命令のDurationを変更する（Ｋ番目の完成ファイルＩＮ点より図中左側の部分を残すように短縮する）という変換規則をあてはめる。
つまり、図１７に示すように、命令内容書換手段３６４がＫｉｎ≦Ｓｏｕｔ＜Ｋｏｕｔであると判別した場合（Ｓ２５８−８でＹｅｓ）、Ｓ番目のＯＷＲ命令を修正する（Ｓ２５８−１３）。すなわち、命令内容書換手段３６４は、Ｓ番目のＯＷＲ命令において、Durationを（Ｋｉｎ−Ｓｉｎ）に修正する。
【０１３５】
具体的には、図１８（ｄ）に示す例では、Ｓ番目の命令は、素材ファイル１５４ｍのＩＮ点＝０、完成ファイル１５４ＳのＩＮ点＝７００、Duration＝１００の各データを有している。また、Ｋ番目の命令は、完成ファイル１５４ＫのＩＮ点＝７６０、Duration＝１００の各データを有している。この例の場合、素材ファイル１５４ｍの元のDuration１５４１の値（＝１００）が修正され、素材ファイル１５４ｍの変更後のDuration１５４２の値（＝６０）となる。なお、ＯＷＲの場合、素材ファイルのDurationと完成ファイルのDurationとは等しい。
【０１３６】
一方、Ｓ２５８−８の判別処理にて、命令内容書換手段３６４がＫｉｎ≦Ｓｏｕｔ＜Ｋｏｕｔではないと判別した場合（Ｓ２５８−８でＮｏ）、Ｓ番目のＯＷＲ命令は、後から保存されて先に実行されるＫ番目の編集処理に影響されない。このＳ２５８−８でＮｏの場合、または、前記したＳ２５８−９、Ｓ２５８−１０、Ｓ２５８−１２またはＳ２５８−１３の処理に続いて、命令内容書換手段３６４は、（Ｋ−１）番目の命令まで順番に処理するために、現在のＳの値に１を加え（Ｓ２５８−１４）、Ｓ２５８−３へ戻る。
【０１３７】
Ｓ２５８−３の判別処理においてＳ＝Ｋとなった場合（Ｓ２５８−３でＹｅｓ）、ログファイル変更処理手段３２は、ログファイル変更処理を終了する。なお、Ｋ番目のＯＷＲ命令は命令処理手段３５により実行される。以上の動作により、ログファイルのＫ番目がＯＷＲ命令の場合には、ログファイルの１番目から（Ｋ−１）番目までの命令の補正処理が行われる。
【０１３８】
本実施形態によれば、編集処理装置１０は、命令通知の順序とは異なる順序で実行可能通知を受け取った場合であっても、ログファイルを変換することによって、実行可能通知の受付順で編集処理を行うことが可能となる。
また、本実施形態によれば、リモート編集システム１００において、クライアント３０からの編集命令にしたがって、編集処理装置１０は素材ファイルから完成ファイルを作成することが可能となる。特に、編集命令の順序とは異なる順序で実行命令が通知された場合であっても、実行命令の順序で編集処理を行うことができるため、高速な編集処理の実行が可能となる。
【０１３９】
以上、本発明の実施形態について説明したが、本発明は、この実施形態には限定されない。例えば、リモート編集システム１００は、放送局での利用に限定されるものではないが、素材サーバ群２０は、例えば放送局の本局のネットワークのサーバや、インターネット上のサーバ、インターネット等を介した地方局のネットワークのサーバ等を含む広域ネットワークでも構わない。また、例えば、複数のサーバに、１つのファイルの同一バージョンまたは異なるバージョンを分散配置して、この実質的に同じファイルから異なる素材を編集処理装置１０が収集して完成ファイルに挿入等の編集処理をしてもよいし、複数のサーバに、ファイル名の異なる個別のファイルを分散配置して、個別のファイルから異なる素材を編集処理装置１０が収集して完成ファイルを編集してもよい。
【０１４０】
また、クライアント３０の編集命令入力手段３１０は、ウェブブラウザの編集用インタフェースの代わりに、例えば、過去に行われた編集時に保存された編集履歴情報から編集命令を取得して、ＩＤ生成手段３２０に入力するようにしてもよい。この場合、編集履歴情報には、例えば命令種別、命令内容および命令生成時刻等を含む。また、編集履歴情報の保存先は、クライアント３０に限らず、クライアント３０にネットワーク接続された編集処理装置１０や他のサーバでもよい。
【０１４１】
また、編集処理装置１００のメディアファイル処理手段３は、編集処理機能と、ログファイル変更処理機能とを備えていれば、前記した実施形態に限定されるものではないことは勿論である。例えば、編集処理機能の挿入手段を代用すれば、ダミーデータ処理手段３７を別に設けなくてもよい。また、編集命令において、素材ファイルや完成ファイルのＩＮ点およびDurationの指定は、フレーム番号で説明したがタイムコードでも構わない。
【０１４２】
また、本実施形態では、編集処理装置１０として説明したが、この装置は、一般的なコンピュータを、前記した各手段として機能させるプログラム（編集処理プログラム）により動作させることで実現することができる。このプログラムは、通信回線を介して提供することも可能であるし、ＣＤ−ＲＯＭ等の記録媒体に書き込んで配布することも可能である。また、この装置の各構成の処理を、完成ファイルを作成するための１つずつの過程ととらえた編集処理方法とみなすことも可能である。この場合も、編集処理装置１０と同様の効果を得ることができる。
【符号の説明】
【０１４３】
１００ リモート編集システム
１０ 編集処理装置
１ 命令処理手段
２ ログファイル管理手段
３ メディアファイル処理手段
３１ 編集命令実行手段
３２ ログファイル変更処理手段
３３ 命令種別判別手段
３４ 命令内容取得手段
３５ 命令処理手段
３６ 未実行命令記録変換手段
３６１ 分割処理手段
３６２ シフト処理手段
３６３ 削除処理手段
３６４ 命令内容書換手段
３７ ダミーデータ処理手段
４ ファイル受信手段
５ 蓄積手段
２０ 素材サーバ群
３０ クライアント
３１０ 編集命令入力手段
３２０ ＩＤ生成手段
３３０ 編集命令通知手段
３４０ 判別手段
３５０ 転送要求通知手段
３６０ 転送完了通知受信手段
３７０ 実行可能命令通知手段
４０ ネットワーク装置
【技術分野】
【０００１】
本発明は、映像や音声等のメディアファイルの編集処理を行うリモート編集システム、編集処理装置およびそのプログラムに関する。
【背景技術】
【０００２】
一般に、放送局等の番組制作では、映像や音声等の複数の素材ファイルから、１つの番組ファイルを生成するために、例えばデータの挿入や削除といった編集処理が行われる。これらの映像や音声等のファイルは、フレーム単位の構造をしており、フレームには、時間情報として、タイムコードまたはフレーム番号が付与されている。したがって、ファイル内の特定のフレームを指定する場合、タイムコードまたはフレーム番号により指定される。従来、放送局で使われる映像や音声等のファイルのデータ形式として、ＳＭＰＴＥ（Society of Motion Picture and Television Engineers）で標準化されているＭＸＦ（Material eXchange Format）が知られている（非特許文献１参照）。
【０００３】
ＭＸＦでは、様々な形式の映像データや音声データを、統一したＫＬＶ（Key Length Value）エンコード形式のデータ構造で格納する。ここで、ＫＬＶエンコードは、データの種別を表すＫｅｙフィールドと、データの長さを示すＬｅｎｇｔｈフィールドと、データを格納するデータフィールドとから構成されるデータ形式である。
【０００４】
また、ＭＸＦでは、映像や音声の格納の方法として、フレームラッピングが定義されている。フレームラッピングは、映像や音声を、１フレーム毎にＫＬＶエンコードして格納する形式である。したがって、ＭＸＦのフレームラッピングを使うことで、様々なデータ形式の映像や音声を、データの圧縮形式にかかわらず、フレーム単位に利用することが可能となる。
【０００５】
また、ＭＸＦでは、格納するＫＬＶの先頭は、ＫＡＧ（KLV Alignment Grid）で指定されたバイト単位でアライメントされて格納することになっている。したがって、ＭＸＦのフレームラッピングでは、映像や音声等の１フレーム分を格納したＫＬＶの先頭をＫＡＧサイズでアライメントした位置で保管されることになる。ここで、ＫＡＧサイズは、ファイルを保存する蓄積装置やファイルシステムのアクセス単位であるブロックサイズと同じサイズにして用いるのが一般的である。
【０００６】
素材ファイルから、番組ファイルを作成する編集過程では、ファイルへのデータの挿入や、ファイルの一部削除などが頻繁に行われる。また、従来のファイルシステムでは、既存のファイルの途中に新たなデータの挿入や、一部のデータの削除を行った場合、書き換えた部分以降のデータのコピーが生じる。さらに、映像ファイルのファイルサイズは、通常のテキストファイルなどに比べて大きいため、ファイルの一部分の挿入操作や削除操作を行うと、長時間の処理時間がかかる問題がある。これを解決するために、挿入削除機能を持ったファイルシステムが提案されている（非特許文献２参照）。
【０００７】
非特許文献２に記載されたファイルシステムでは、ディスク上のデータの保管場所を管理している「エクステントツリー構造」を操作することで、ディスク上のデータのコピーを行うことなく、既存のファイルの途中へのデータ挿入や、一部分のデータ削除を高速に行うことができる。このファイルシステムにおける挿入、削除の単位は、ファイルシステムが管理しているブロックサイズ単位である。そのため、ＫＡＧサイズをブロックサイズに合わせたＭＸＦファイルを、このファイルシステムに保管することで、ＭＸＦファイルに格納した映像や音声データをフレーム単位に高速に処理することが可能となる。
【０００８】
一般に、従来の編集処理装置は、１つの編集装置（単体のローカルサーバ）内の蓄積装置や、編集装置のローカルネットワークにおいて編集装置の近くにあって編集装置のハードディスクと同じような動作環境にある蓄積装置に対して、予め素材ファイルを集めておいてバラバラに保管し、それらを使って編集処理を行っていた。この一般的な編集処理装置は、蓄積装置の内部に予め複数の素材ファイルを蓄積しておき、命令を実行するとき、すなわち、メディアを再生するときに、予め蓄積した各素材ファイルから必要なデータを集めながらメディアを再生する。一方、近年では、ネットワークの高速化に伴い、ネットワークで結ばれた複数の蓄積装置に分散して蓄えられた素材ファイルを使って編集処理を行う、リモート編集装置が提案されている。リモート編集装置の例は、非特許文献３に開示されている。
【０００９】
非特許文献３に記載されたシステムでは、素材ファイルおよび、編集ファイルは、バックエンドにある複数のファイルサーバに分散して蓄積されている。ここで、編集ファイルとは、例えば、保持するフレームの一部が削除されたり、素材ファイルの一部が挿入されたりするファイルであって、編集がなされた時点で一応完成しているので、以下では完成ファイルともいう。なお、例えば番組として視聴者に提供される最終形態を特に区別する場合は、最終完成ファイルという。
【００１０】
非特許文献３に記載されたシステムでは、番組編集者は、ウェブブラウザに表示される編集用インタフェースを使って編集処理を行う。ファイルの編集処理は、番組編集者が指示した編集処理内容に従い、素材ファイルが保管されているサーバから、完成ファイルが保管されているサーバに、必要な素材ファイルの一部分を転送することで行われる。
編集用インタフェースを介して番組編集者が指示した編集処理の命令は、逐次、時間情報とともに編集履歴情報として保管される。この編集履歴情報は、編集操作のアンドゥ（取り消し）や、新たに素材ファイルから完成ファイルを作成するときに用いられる。
【００１１】
非特許文献３に記載されたシステムの構成例を図２に示す。図２に示すリモート編集システム２００では、バックエンドにあるファイルサーバの１つである編集装置２１０には、編集ファイル（完成ファイル）２１１が蓄積されている。また、編集装置２１０とネットワークを介してそれぞれ接続された２台のサーバ２２１，２２２には、素材ファイル２２１ａ，２２２ｂがそれぞれ蓄積されているものとする。番組編集者は、編集装置２１０とネットワークを介して接続されたクライアント装置のウェブブラウザに表示される編集用インタフェース２３０を使って、編集処理を行う。
【００１２】
図２には、編集装置２１０に対して、編集用インタフェース２３０を介して指示されたＮｏ．１〜３の編集命令が例示されており、編集装置２１０は、これら編集命令の順番にしたがって、編集ファイル２１１への実際の編集処理を行う。具体的には、Ｎｏ．１の編集命令は、編集ファイル２１１に対して、素材ファイル２２１ａの一部の素材「Ａ」の挿入処理を実行させるものである。また、Ｎｏ．１に続いて行うＮｏ．２の編集命令は、その時点の編集ファイル２１１の一部である「Ｘ」を削除させるものである。さらに、Ｎｏ．２に続いて行うＮｏ．３の編集命令は、その時点の編集ファイル２１１に対して、素材ファイル２２２ｂの一部の素材「Ｂ」の挿入処理を実行させるものである。
【先行技術文献】
【非特許文献】
【００１３】
【非特許文献１】SMPTE 377M,“Material eXchange Format (MXF) File Format Specification”
【非特許文献２】金子豊、外４名、「挿入削除機能付きファイルシステムによるＭＸＦファイル編集の性能評価」、映像情報メディア学会年次大会、10-4、2009
【非特許文献３】竹内真也、外３名、「グリッド・コンピューティング技術を用いた番組編集システムの検討」、電子情報通信学会通信ソサエティ大会、B-6-20、2009
【発明の概要】
【発明が解決しようとする課題】
【００１４】
しかしながら、ネットワーク上に分散しているサーバに保存されている素材を、ネットワーク上で持ってきて編集して番組を作るというリモート編集では、従来一般的なローカルサーバ等における編集およびメディア再生処理とは異なり、ネットワークで接続されたサーバ間では、編集命令毎にネットワークを介したファイル転送が行われることがある。この場合、逐次実行される編集命令に用いる素材ファイルのサイズによっては長い転送時間が必要となる。そのため、大きな素材ファイルを必要とする編集命令があると、それ以降の命令が実行可能状態であっても、処理を実行できないという問題があった。
【００１５】
例えば、図２の例では、サーバ２２１から編集装置２１０に対して、素材ファイル２２１ａの一部の素材「Ａ」の転送が終了し、Ｎｏ．１の編集命令による挿入処理が実行されないと、それ以降に行われる予定のＮｏ．２の編集命令による削除処理を実行することができない。ここで、編集の１つの削除処理は、事前にファイルの転送を必要とするものではないので、編集装置２１０は削除の命令を受けたときに、待機せずにすぐに命令を実行することが可能である。ただし、削除命令は、その前にも編集命令があるときには、その前の編集処理が実行された時点の編集ファイルに対して一部を削除する命令なので、仮に命令の順番を守らずに単純に順番を入れ替えて実行すると、番組編集者が希望する編集結果が得られない場合が起こってしまう。
【００１６】
また、図２の例では、サーバ２２１から編集装置２１０に対して素材ファイル２２１ａの一部の素材「Ａ」の転送が終了し、Ｎｏ．１の編集命令による挿入処理が実行されないと、サーバ２２２から編集装置２１０に対して素材ファイル２２２ｂの一部の素材「Ｂ」の転送が完了していたとしても、Ｎｏ．３の編集命令による挿入処理を実行することができない。ここで、編集装置２１０が、編集命令として第１の挿入処理と、第２の挿入処理とをこの命令順に指示された場合を想定する。この前提で、第２の挿入処理に必要なファイルの転送が、第１の挿入処理に必要なファイルの転送よりも早く終わったとしたら、編集装置２１０は第２の挿入処理を第１の挿入処理の前に実行することが可能である。ただし、挿入命令は、その前にも編集命令があるときには、その前の編集処理が実行された時点の編集ファイルに対して転送ファイルの一部を挿入する命令なので、仮に命令の順番を守らずに単純に順番を入れ替えて実行すると、番組編集者が希望する編集結果が得られない場合が起こってしまう。
【００１７】
また、リモート編集システムにおいて、バックエンドのファイルサーバがかなり分散して例えばＷＡＮ（Wide Area Network）のように広域になった場合、ファイル転送時間が長くなると、番組編集者がクライアント装置のウェブブラウザ上で行う編集処理と、ファイルサーバ上で実際にその時点において作成済みの編集ファイル（完成ファイル）とが、かけ離れたものとなってしまい、番組編集者の希望通りに映像や音声などの番組を再生できなくなってしまうことが考えられる。そのため、番組編集者が編集処理のなんらかの命令を指示したら、それに対応してすぐに編集ファイルをできるだけ早く最終完成ファイルに近づけることが要望されている。
【００１８】
本発明は、以上のような問題点に鑑みてなされたものであり、編集処理が実行可能状態となった編集命令から先に実行することで処理速度を向上させると共に、命令実行順序が命令受付順序と異なる場合であっても同様な編集結果を得ることのできるリモート編集システム、編集処理装置およびそのプログラムを提供することを課題とする。
【課題を解決するための手段】
【００１９】
前記課題を解決するために、請求項１に記載のリモート編集システムは、メディアファイルを作成するための編集ファイルの素材となる素材ファイルを蓄積した１以上のサーバからなる素材サーバ群と、前記編集ファイルに前記素材の挿入、削除および上書きのうちの少なくとも１つの編集処理を行うことで前記メディアファイルを作成する編集処理装置と、前記編集処理装置に対して前記編集処理を命令するメッセージである命令通知を通知した後に当該命令が実行可能となった旨を示すメッセージである実行可能通知を通知するクライアントと、を備え、前記編集処理装置、前記素材サーバ群および前記クライアントがネットワーク装置を介して互いに通信可能に接続されたリモート編集システムであって、前記編集処理装置が、蓄積手段と、命令処理手段と、ファイル受信手段と、ログファイル管理手段と、メディアファイル処理手段と、を備え、前記メディアファイル処理手段は、ログファイル変更処理手段を備えることとした。
【００２０】
かかる構成によれば、請求項１に記載のリモート編集システムの編集処理装置は、蓄積手段に、前記編集ファイルを記憶し、命令処理手段によって、前記クライアントから、前記命令通知および前記実行可能通知を受け付け、ファイル受信手段によって、挿入および上書きの命令に応じて、前記素材サーバ群から転送された前記素材ファイルの少なくとも一部を受信して前記蓄積手段に格納する。そして、編集処理装置は、ログファイル管理手段によって、前記受け付けた命令通知による命令の記録をログファイルに保存して管理する。そして、編集処理装置は、メディアファイル処理手段によって、前記実行可能通知を受け付けたときに、当該実行可能通知に対応して前記ログファイルに保存されている命令にしたがって前記編集ファイルに対する編集処理を行う。このメディアファイル処理手段は、ログファイル変更処理手段を備え、ログファイル変更処理手段は、前記受け付けた実行可能通知が前記ログファイルに最初に保存された命令に対するものではない場合、前記ログファイルにおいて当該実行可能通知に対応した命令よりも前に保存された未実行の挿入命令を上書き命令に変更する。これにより、実行可能になった命令を先に実行してから、上書き命令に変更された命令を実行したときに、編集ファイル上のタイムコードの場所がずれることはない。したがって、編集処理装置は、編集処理が実行可能状態となった編集命令を、変更した命令よりも先に実行することができるので、処理速度を向上させることができる。なお、挿入や削除の編集処理を実行した場合、編集ファイル上のタイムコードの場所がずれてしまうが、上書き命令は、何度繰り返してもタイムコードの場所がずれることはない。また、編集処理装置は、命令通知の受け付け順序とは異なる順序で受け付けた実行可能通知に対応した未実行の挿入命令を上書き命令に変更するので、編集処理が実行可能状態となった編集命令を、変更した命令よりも先に実行したとしても、命令通知の受け付け順に編集したときと同様な編集結果を得ることができる。
【００２１】
また、請求項２に記載の編集処理装置は、メディアファイルを作成するための編集ファイルの素材となる素材ファイルを蓄積した１以上のサーバからなる素材サーバ群と、前記編集ファイルに前記素材の挿入、削除および上書きのうちの少なくとも１つの編集処理を行うことで前記メディアファイルを作成する編集処理装置と、前記編集処理装置に対して前記編集処理を命令するメッセージである命令通知を通知した後に当該命令が実行可能となった旨を示すメッセージである実行可能通知を通知するクライアントとが互いにネットワーク装置を介して通信可能に接続されたリモート編集システムにおける前記編集処理装置であって、蓄積手段と、命令処理手段と、ファイル受信手段と、ログファイル管理手段と、メディアファイル処理手段と、を備え、前記メディアファイル処理手段が、ログファイル変更処理手段を備えることとした。
【００２２】
かかる構成によれば、編集処理装置は、蓄積手段に編集ファイルを記憶し、命令処理手段によって、前記クライアントから、前記命令通知および前記実行可能通知を受け付け、ファイル受信手段によって、挿入および上書きの命令に応じて、前記素材サーバ群から転送された前記素材ファイルの少なくとも一部を受信して前記蓄積手段に格納する。そして、編集処理装置は、ログファイル管理手段によって、前記受け付けた命令通知による命令の記録をログファイルに保存して管理する。そして、編集処理装置は、メディアファイル処理手段によって、前記実行可能通知を受け付けたときに、当該実行可能通知に対応して前記ログファイルに保存されている命令にしたがって前記編集ファイルに対する編集処理を行う。そして、このメディアファイル処理手段は、ログファイル変更処理手段によって、前記受け付けた実行可能通知が前記ログファイルに最初に保存された命令に対するものではない場合、前記ログファイルにおいて当該実行可能通知に対応した命令よりも前に保存された未実行の挿入命令を上書き命令に変更する。
【００２３】
また、請求項３に記載の編集処理装置は、請求項２に記載の編集処理装置において、前記ログファイル変更処理手段が、未実行命令記録変換手段と、ダミーデータ処理手段と、を備えることとした。
【００２４】
かかる構成によれば、編集処理装置は、未実行命令記録変換手段によって、前記受け付けた実行可能通知に対応した命令よりも前に保存された未実行の命令として記録された複数の命令内容項目のうちの少なくとも１つの項目の値を予め定められた変換規則にしたがって別の値に変換する。ここで、変換規則は、編集処理が実行可能状態となった編集命令を、変更した命令よりも先に実行したとしても、命令通知の受け付け順に編集したときと同様な編集結果を得ることができるように、実行可能通知に対応した命令の種別や未実行の命令の処理対象区間等に応じて予め場合分けを行って求められたものを用いることができる。そして、編集処理装置は、ダミーデータ処理手段によって、前記受け付けた実行可能通知に対応した命令が挿入命令の場合、当該挿入命令に基づく前記編集ファイルに対する挿入処理を実行する前に、予め定められたダミーデータを前記編集ファイルへ挿入する。ここで、ダミーデータとしては、未実行の挿入命令における、編集ファイル内での処理対象区間の幅を持った任意のデータを用いることができる。
【００２５】
また、請求項４に記載の編集処理装置は、請求項３に記載の編集処理装置において、前記未実行命令記録変換手段が、分割処理手段と、シフト処理手段と、削除処理手段と、命令内容書換手段とを備えることとした。
【００２６】
かかる構成によれば、編集処理装置において、未実行命令記録変換手段は、分割処理手段によって、前記未実行の命令として記録された命令内容項目の１つである、編集ファイル内での処理対象区間の値を複数に分割することで、前記命令を複数回に分けて実行できるように分割する命令分割処理を行う。
また、シフト処理手段は、前記未実行の命令として記録された命令内容項目の１つである、編集ファイル内での処理開始位置の値、または前記分割処理後のいずれかの命令における編集ファイル内での処理開始位置の値をずらす命令シフト処理を行う。
また、削除処理手段は、前記未実行の命令または前記分割処理後のいずれかの命令を前記ログファイルから削除する命令削除処理を行う。
また、命令内容書換手段は、前記未実行の命令の内容としてそれぞれ記録された、素材ファイル内での素材抽出位置、前記未実行の命令における編集ファイルへの処理開始位置、および前記未実行の命令における編集ファイル内での処理対象区間のうちの少なくとも１つの項目の値を、命令種別および前記処理対象区間に応じて予め場合分けを行って求められた変換規則にしたがって、前記ログファイル上において前記命令分割処理、前記シフト処理および前記削除処理によって変換された値に書き換える。ここで、未実行命令記録変換手段は、場合分けの条件によっては、命令の分割、シフトおよび削除のうちの複数を適宜組み合わせて実行することができる。
【００２７】
また、請求項５に記載の編集処理プログラムは、メディアファイルを作成するための編集ファイルの素材となる素材ファイルを蓄積した１以上のサーバからなる素材サーバ群と、前記編集ファイルに前記素材の挿入、削除および上書きのうちの少なくとも１つの編集処理を行うことで前記メディアファイルを作成する編集処理装置と、前記編集処理装置に対して前記編集処理を命令するメッセージである命令通知を通知した後に当該命令が実行可能となった旨を示すメッセージである実行可能通知を通知するクライアントとが互いにネットワーク装置を介して通信可能に接続されたリモート編集システムにおいて、前記編集処理装置として前記編集ファイルを記憶する蓄積手段を備えたコンピュータを、命令処理手段、ファイル受信手段、ログファイル管理手段、メディアファイル処理手段、として機能させるためのプログラムであることとした。
【００２８】
かかる構成によれば、編集処理プログラムは、命令処理手段によって、前記クライアントから、前記命令通知および前記実行可能通知を受け付ける。そして、編集処理プログラムは、ファイル受信手段によって、挿入および上書きの命令に応じて、前記素材サーバ群から転送された前記素材ファイルの少なくとも一部を受信して前記蓄積手段に格納する。そして、編集処理プログラムは、ログファイル管理手段によって、前記受け付けた命令通知による命令の記録をログファイルに保存して管理する。そして、編集処理プログラムは、メディアファイル処理手段によって、前記実行可能通知を受け付けたときに、当該実行可能通知に対応して前記ログファイルに保存されている命令にしたがって前記編集ファイルに対する編集処理を行うと共に、前記受け付けた実行可能通知が前記ログファイルに最初に保存された命令に対するものではない場合、前記ログファイルにおいて当該実行可能通知に対応した命令よりも前に保存された未実行の挿入命令を上書き命令に変更する。
【発明の効果】
【００２９】
本発明によれば、次のような優れた効果を奏することができる。
請求項１に記載の発明によれば、リモート編集システムの編集処理装置は、編集処理が実行可能状態となった編集命令から先に実行することで処理速度を向上させると共に、命令実行順序が命令受付順序と異なる場合であっても同様な編集結果を得ることができる。
また、請求項２に記載の発明によれば、編集処理装置は、請求項１に記載のリモート編集システムの編集処理装置と同様の効果を奏することができる。
また、請求項５に記載の発明によれば、編集処理プログラムは、請求項２に記載の編集処理装置と同様の効果を奏することができる。
【００３０】
請求項３に記載の発明によれば、編集処理装置は、ダミーデータを挿入できるので、命令通知の受け付け順と異なる順序で受け付けた実行可能通知が挿入命令のためのものである場合、この実行可能となった挿入命令を実行した編集ファイル上のタイムコードの場所がずれることなく、命令通知の受け付け順と同様の編集結果を得ることができる。
【００３１】
請求項４に記載の発明によれば、編集処理装置は、命令通知の受け付け順と異なる順序で受け付けた実行可能通知に対応した命令よりも先にログファイルに保存した未実行の命令の分割、シフトおよび削除を変換規則に基づいて適宜実行してから、実行可能となった命令を先に実行することで、命令通知の受け付け順と同様の編集結果を得ることができる。
【図面の簡単な説明】
【００３２】
【図１】本発明の実施形態に係る編集処理装置の構成を示すブロック図である。
【図２】リモート編集の概要の説明図である。
【図３】図１に示す編集処理装置を含むリモート編集システムの構成を示すブロック図である。
【図４】図１に示すメディアファイル処理手段の構成例を示すブロック図である。
【図５】図３に示すクライアントの構成例を示すブロック図である。
【図６】図３に示すクライアントの動作の流れを示すフローチャートである。
【図７】図１に示す編集処理装置へ通知する命令のフォーマットを示す図であって、（ａ）は命令通知、（ｂ）は実行可能通知をそれぞれ示している。
【図８】図１に示す編集処理装置のログファイル管理手段の動作の流れを示すフローチャートである。
【図９】図１に示す編集処理装置のメディアファイル処理手段による編集処理の説明図であって、（ａ）は挿入処理、（ｂ）は削除処理、（ｃ）は上書き処理をそれぞれ示している。
【図１０】図８に示すログファイル変換処理（Ｓ２−５）によるログファイルＡの遷移を示す図であって、（ａ）はＴＩＤ＝１２の実行可能通知、（ｂ）はログファイルの変換後、（ｃ）はＴＩＤ＝１２の実行後をそれぞれ示している。
【図１１】図８に示すログファイル変換処理（Ｓ２−５）の動作の流れを示すフローチャートである。
【図１２】図１１に示すＫ番目までのＩＮＳ変換処理（Ｓ２５−６）の動作の流れを示すフローチャートである。
【図１３】図１２に示す命令の分割処理（Ｓ２５６−７）の説明図であって、（ａ）は分割前の命令、（ｂ）は分割後の命令をそれぞれ示している。
【図１４】図１２に示すダミーデータの挿入処理（Ｓ２５６−１１）およびＯＷＲ命令への変換処理（Ｓ２５６−１２）の具体例を示す図であって、（ａ）は処理の実行前の命令、（ｂ）は処理後の命令をそれぞれ示している。
【図１５】図１１に示すＫ番目までのＤＥＬ変換処理（Ｓ２５−７）の動作の流れを示すフローチャートである。
【図１６】図１５に示すＤＥＬ変換処理（Ｓ２５−７）において場合分けに応じた処理の説明図であって、（ａ）はＳ２５７−５、（ｂ）はＳ２５７−６、（ｃ）はＳ２５７−７、（ｄ）はＳ２５７−８、（ｅ）はＳ２５７−９をそれぞれ示している。
【図１７】図１１に示すＫ番目までのＯＷＲ変換処理（Ｓ２５−８）の動作の流れを示すフローチャートである。
【図１８】図１７に示すＯＷＲ変換処理（Ｓ２５−８）において場合分けに応じた処理の説明図であって、（ａ）はＳ２５８−５、（ｂ）はＳ２５８−６、（ｃ）はＳ２５８−７、（ｄ）はＳ２５８−８をそれぞれ示している。
【発明を実施するための形態】
【００３３】
以下、本発明に係る編集処理装置およびリモート編集システムを実施するため形態（以下「実施形態」という）について、１．リモート編集システムの概要、２．編集処理装置の概要、３．リモート編集システムの要部、４．編集処理装置の動作の各章に分けて、図面を参照して詳細に説明する。
【００３４】
［１．リモート編集システムの概要］
図１に示す編集処理装置１０は、メディアファイルを作成するための編集対象である編集ファイルに、素材の挿入（ＩＮＳ）、削除（ＤＥＬ）および上書き（ＯＷＲ）のうちの少なくとも１つの編集処理を行うことでメディアファイルを作成するものである。このメディアファイルは、映像や音声のコンテンツとして放送または伝送される。また、編集ファイルは、例えば、保持するフレームの一部が削除されたり、素材ファイルの一部が挿入されたりするファイルであって、編集がなされた時点で一応完成しているので、以下では完成ファイルという。この編集処理装置１０を使ったリモート編集システムの例を図３に示す。
【００３５】
図３に示すリモート編集システム１００は、素材サーバ群２０と、編集処理装置１０と、クライアント３０と、を備え、編集処理装置１０、素材サーバ群２０およびクライアント３０がネットワーク装置４０を介して互いに通信可能に接続されている。
素材サーバ群２０は、メディアファイルの素材となる素材ファイルを蓄積したサーバからなる。ここで、サーバの配置や個数は任意である。
【００３６】
クライアント３０は、利用者が操作するものであって、例えばパーソナルコンピュータから構成され、編集処理装置１０に対して命令を通知する。本実施形態では、編集処理装置１０に通知する命令を、命令自体を通知する編集命令と、通知した命令の遂行を指示する実行可能命令との２つで区別している。また、編集処理を命令するメッセージである編集命令のことを命令通知と呼び、編集命令を通知した後に当該命令が実行可能となった旨を示すメッセージである実行可能命令のことを実行可能通知と呼ぶことにする。
クライアント３０は、命令通知を通知した後に当該命令の実行可能通知を通知する。
これにより、編集処理装置１０は、命令通知を受信したときに、まだ編集命令を行う準備が整っていないことを認識し、実行可能通知を受信したときに、編集命令を行う準備が既に整ったことを認識することができる。編集命令の種類は、例えば挿入（ＩＮＳ命令）、削除（ＤＥＬ命令）および上書き（ＯＷＲ命令）である。クライアント３０の機能の詳細については後記する。
【００３７】
ネットワーク装置４０は、編集処理装置１０、素材サーバ群２０および、クライアント３０を互いに通信可能に接続するものである。このネットワーク装置４０は、例えば、イーサネット（登録商標）スイッチから構成される。以下では、イーサネット（登録商標）の上位レイヤの通信方式としてＩＰ（Internet Protocol）を用いることとして説明を行う。なお、本発明は特定の通信方式に限定されるものではない。
【００３８】
［２．編集処理装置の概要］
編集処理装置１０は、例えば、ＣＰＵ（Central Processing Unit）等の演算装置と、メモリ、ハードディスク等の記憶装置（記憶手段）と、外部との各種情報の送受信を行うインタフェース装置と、を備え、前記したハードウェア資源がプログラムによって制御されることにより実現され、図１に示すように、命令処理手段１と、ログファイル管理手段２と、メディアファイル処理手段３と、ファイル受信手段４と、蓄積手段５とを備える。
【００３９】
蓄積手段５には、ログファイルＡと、完成ファイルＢと、素材ファイルＣとが蓄積される。ログファイルＡは、編集命令を時系列に保存しているファイルである。
完成ファイルＢは、編集対象のファイルである。
素材ファイルＣは、編集命令を実行するために編集命令にしたがって随時外部から転送されるファイルであり、対応する編集命令が実行された後には削除される。
なお、以下では、ログファイルＡ、完成ファイルＢ、素材ファイルＣの各符号は、図１を参照しないときには適宜省略する。
【００４０】
本実施形態では、蓄積手段５で用いるファイルシステムとして、非特許文献２に開示された挿入削除機能付きファイルシステムを用いるものとして説明する。非特許文献２に開示されたファイルシステムでは、ファイル内の一部のデータの削除、他のファイルの一部のデータの移動挿入を、ディスク上のデータのコピーをすることなく、高速に実行できる。なお、本発明は、蓄積手段５で用いるファイルシステムとして非特許文献２に開示されたファイルシステムに限定されるものではなく、どのようなファイルシステムも実施可能である。
【００４１】
命令処理手段１は、クライアント３０から、命令通知および実行可能通知を受け付けるものである。なお、命令通知および実行可能通知のフォーマットについては後記する。
命令処理手段１は、命令通知を受け付けると、ログファイル管理手段２へその命令を転送する。ログファイル管理手段２は、受け取った命令をログファイルＡへ書き込み、それが完了すると、命令処理手段１へ命令の受付完了を通知する。
そして、命令処理手段１は、命令通知を発行したクライアント３０に対して、通知された命令の受付完了を送信する。
同様に、命令処理手段１は、実行可能通知を受け付けると、ログファイル管理手段２へ通知し、ログファイル管理手段２の処理の終了を待って、実行可能通知を発行したクライアント３０へ処理の完了を送信する。
【００４２】
ファイル受信手段４は、所定の通信インタフェース等から構成され、編集命令の種類が、挿入（ＩＮＳ命令）や上書き（ＯＷＲ命令）の場合、素材サーバ群２０から素材ファイルＣの少なくとも一部が転送されるので、転送された素材ファイルＣを受信して蓄積手段５に格納する。蓄積手段５に保存した素材ファイルＣは、どの編集命令で利用する素材ファイルＣであるのかを識別するため、例えば、編集命令のトランザクションＩＤの値を「ファイル名」にして保存する。ここで、ファイルの転送方法としては、例えばＲＦＣ９５９のＦＴＰ(File Transfer Protocol)がある。本発明は、ファイル転送の方式に依存するものではないので、これ以上は説明しないが、ファイル転送の方式としてこれに限定されるものではない。
【００４３】
ログファイル管理手段２は、受け付けた命令通知の記録をログファイルＡに保存し、命令の記録を管理するものである。また、ログファイル管理手段２は、実行済みの命令の記録をログファイルＡから削除する。なお、ログファイル管理手段２は、メディアファイル処理手段３との間で情報をやりとりしたり、命令が実行済みか未実行かを示すフラグをログファイルＡに書き込んだりすることで、実行済みの命令を識別する。
ログファイル管理手段２は、命令処理手段１が命令通知を受け付けるたびに命令の記録をログファイルＡの末尾に追加する。
ログファイル管理手段２は、命令処理手段１が実行可能通知を受け付けるたびに、当該実行可能通知がログファイルＡに保存された先頭に位置する命令に対する実行可能通知であるか否かを判別し、先頭に位置するか否かの判別結果をメディアファイル処理手段３に出力する。
【００４４】
メディアファイル処理手段３は、命令処理手段１が実行可能通知を受け付けたときに、当該実行可能通知に対応してログファイルＡに保存された命令にしたがって完成ファイルＢに対する編集処理を行うものである。
メディアファイル処理手段３は、命令が挿入命令の場合、処理対象の完成ファイルＢに対して素材ファイルＣを挿入する処理を行う。
メディアファイル処理手段３は、命令が削除命令の場合、処理対象の完成ファイルＢの指定した部分を削除する処理を行う。
メディアファイル処理手段３は、命令が上書き命令の場合、処理対象の完成ファイルＢの指定した位置のフレームを素材ファイルＣで上書きする処理を行う。
なお、各編集処理の具体例については後記する。
【００４５】
メディアファイル処理手段３は、命令通知の受け付け順序と同じ順序で実行可能通知を受け付けた場合に、ログファイルＡにおいて当該実行可能通知に対応した命令を実行する。メディアファイル処理手段３は、命令通知の受け付け順序と異なる順序で実行可能通知を受け付けた場合に、ログファイルＡにおいて当該実行可能通知に対応した命令よりも前に保存された未実行の挿入命令を上書き命令に変更する処理（ログファイル変更処理）を実行する。
【００４６】
［３．リモート編集システムの要部］
次に、リモート編集システムの要部について、４つに細分化して、３−１．メディアファイル処理手段の機能、３−２．クライアントの機能、３−３．クライアントの動作、３−４．命令通知および実行可能通知、のそれぞれについて詳細に説明する。
【００４７】
＜３−１．メディアファイル処理手段の機能＞
メディアファイル処理手段３の詳細については、編集処理装置１０の動作の説明の中で併せて説明するが、ここでは、その前提とする機能について図４を参照して説明する。
メディアファイル処理手段３は、例えばＲＯＭ等に保存されたプログラムをＣＰＵが読み出してＲＡＭに展開することで実現され、本実施形態では、図４に示すように、編集命令実行手段３１と、ログファイル変更処理手段３２と、を備えることとした。
編集命令実行手段３１は、ログファイルＡに保存された命令を解析して実行する機能であって、さらに細分化された機能として、命令種別判別手段３３と、命令内容取得手段３４と、命令処理手段３５とを備えることとした。
【００４８】
命令種別判別手段３３は、ログファイルＡに保存された命令を参照し、挿入（ＩＮＳ）命令、削除（ＤＥＬ）命令および上書き（ＯＷＲ）命令のいずれであるかを判別するものである。なお、クライアント３０側で区別する命令種別と、編集処理装置１０側で区別する編集処理種別とは、実質的に同じものを指している。
【００４９】
命令内容取得手段３４は、ログファイルＡに保存された命令を参照し、命令の内容としてそれぞれ記録された、素材ファイル内での素材抽出位置（ＩＮ点）、完成ファイルへの処理開始位置（Ｓｉｎ）、および完成ファイル内での処理対象区間（Duration＝Ｋｄ）の情報を取得するものである。
命令処理手段３５は、判別された命令種別と、取得した命令内容に基づいて、完成ファイルに対する編集処理として、挿入処理（ＩＮＳ）、削除処理（ＤＥＬ）および上書き処理（ＯＷＲ）を実行するものである。
【００５０】
ログファイル変更処理手段３２は、命令処理手段１で受け付けた実行可能通知がログファイルＡに最初に保存された命令に対するものではない場合、ログファイルＡにおいて当該実行可能通知に対応した命令よりも前に保存された未実行の挿入命令を上書き命令に変更する機能である。なお、ログファイル変更処理手段３２は、前記した編集命令実行手段３１の一部であってもよいし、編集命令実行手段３１を含んでもよい。ここでは、ログファイル変更処理手段３２は、編集命令実行手段３１の機能とは異なる機能として、未実行命令記録変換手段３６と、ダミーデータ処理手段３７とを備えることとした。
【００５１】
未実行命令記録変換手段３６は、命令処理手段１で受け付けた実行可能通知に対応した命令よりも前に保存された未実行の命令として記録された複数の命令内容項目のうちの少なくとも１つの項目の値を予め定められた変換規則にしたがって別の値に変換するものであって、分割処理手段３６１と、シフト処理手段３６２と、削除処理手段３６３と、命令内容書換手段３６４とを備える。
【００５２】
ここで、予め定められた変換規則は、編集処理が実行可能状態となった編集命令を、変更した命令よりも先に実行したとしても、命令通知の受け付け順に編集したときと同様な編集結果を得ることができるように、実行可能通知に対応した命令の種別や未実行の命令の処理対象区間等に応じて予め場合分けを行って求められたものを用いることができる。なお、場合分けの詳細については、編集処理装置１０の動作と共に説明する。
【００５３】
分割処理手段３６１は、未実行の命令として記録された命令内容項目の１つである、完成ファイル内での処理対象区間の値を複数に分割することで、命令を複数回に分けて実行できるように分割する命令分割処理を行う。この命令分割処理については、後記する４−３−３−１．ＩＮＳ変換処理にて説明する。なお、詳細は後記するが、例えば、図１３（ａ）に示す例では、命令１１１０は、命令内容の項目として、処理対象区間の値（Duration＝１００）を有している。この命令の処理対象区間の値を、例えばＫ番目のＩＮＳ命令の処理開始位置であるＩＮ点（Ｋｉｎ＝７３０）の位置で２つに分割すると、分割処理の直後の結果は、図１３（ｂ）に示すように、形式的に２行になった命令１１２０が得られる。このとき、１行目の処理対象区間の値（Duration＝３０）と、２行目の処理対象区間の値（Duration＝７０）との和は、分割前の処理対象区間の値（Duration＝１００）と等しい。なお、処理対象区間の値を分割することを、以下では単に、命令を分割すると表記する。命令を分割することは、１個の命令通知に対応した編集処理を、形式的に複数回に分けて実行できるようにすることを表している。
【００５４】
シフト処理手段３６２は、未実行の命令として記録された命令内容項目の１つである、完成ファイル内での処理開始位置の値をずらす命令シフト処理を行う。また、シフトの前に分割処理がなされている場合、分割処理後のいずれかの命令における完成ファイル内での処理開始位置の値をずらす。このシフト処理については、後記する４−３−３−２．ＤＥＬ変換処理にて説明する。なお、詳細は後記するが、例えば、図１６（ａ）に示す例では、完成ファイル１４１Ｓは、先に保存されたＳ番目のＯＷＲ命令における完成ファイルのＩＮ点とＯＵＴ点とを模式的に示したものである。同様に、図１６（ａ）に示す完成ファイル１４１Ｋは、後から保存されたＫ番目のＤＥＬ命令における完成ファイルのＩＮ点とＯＵＴ点とを模式的に示したものである。この場合、先に行うＤＥＬ処理を見越して、シフト処理手段３６２は、Ｓ番目のＯＷＲ命令において、完成ファイルのＩＮ点の値に（−Ｋｄ）を加算したフレーム位置とする。
【００５５】
削除処理手段３６３は、未実行の命令をログファイルから削除する命令削除処理を行う。また、削除の前に分割処理がなされている場合、分割処理後のいずれかの命令をログファイルから削除する。この削除処理については、後記する４−３−３−２．ＤＥＬ変換処理にて説明する。なお、詳細は後記するが、例えば、図１６（ｅ）に示す例では、先に保存されたＳ番目のＯＷＲ命令における完成ファイル１４５ＳにおけるＩＮ点とＯＵＴ点の間の処理対象区間と、後から保存されたＫ番目のＤＥＬ命令における完成ファイル１４５ＫにおけるＩＮ点とＯＵＴ点の間の処理対象区間と、の間には重複する区間１４５１があり、Ｓ番目の命令に係る区間は、Ｋ番目の命令に係る区間に完全に含まれている。このため、Ｓ番目の命令は、Ｋ番目のＤＥＬ命令の実行後にはすべて削除されてしまうので、削除処理手段３６３は、Ｓ番目の命令をログファイルから削除する。
【００５６】
命令内容書換手段３６４は、未実行の命令の内容としてそれぞれ記録された、素材ファイル内での素材抽出位置（ＩＮ点）、未実行の命令における完成ファイルへの処理開始位置（Ｓｉｎ）、および未実行の命令における完成ファイル内での処理対象区間（Duration＝Ｋｄ）のうちの少なくとも１つの項目の値を、変換規則にしたがって、ログファイル上において命令分割処理、シフト処理および削除処理によって変換された値に書き換える。なお、本実施形態では、命令内容書換手段３６４は、予め定められた変換規則に基づいて、前記した分割処理手段３６１、シフト処理手段３６２および削除処理手段３６３を制御する。また、本実施形態では、命令内容書換手段３６４は、ログファイル変更処理手段３２全体を統括制御する。また、変換規則は、命令種別および処理対象区間に応じて予め場合分けを行って求められたものとする。
【００５７】
ダミーデータ処理手段３７は、命令処理手段１で受け付けた実行可能通知に対応した命令が挿入命令の場合、当該挿入命令に基づく完成ファイルに対する挿入処理を実行する前に、予め定められたダミーデータを完成ファイルへ挿入する。ここで、ダミーデータを挿入する理由は、未実行の挿入命令に対しては、必要な素材ファイルの転送が完了していないが、この未実行の挿入命令を上書き命令に書き換えた後に、素材ファイルの転送が完了して上書き命令を実行できる状態となったときにその時点の完成ファイルの中に上書きされる側のデータが必要だからである。また、ダミーデータとしては、命令通知の受け付け順と、実行可能通知の受け付け順が逆転し、実行可能通知が挿入命令のためのものである場合、完成ファイル上のタイムコードの場所がずれる現象を見越して、未実行の挿入命令の処理対象区間の幅を持った任意のデータを用いることができる。ダミーデータは、例えばすべてが０であるデータ等でもよい。このダミーデータの挿入については、４−３−３−１．ＩＮＳ変換処理にて説明する。なお、詳細は後記するが、例えば、図１４に示す例では、図１４（ａ）に示す完成ファイル１２１２のフレーム番号＝７３０の位置に対して、図１４（ｂ）に示すように、素材ファイル１２１１と同じDurationのダミーデータ１２２３を挿入する。
【００５８】
＜３−２．クライアントの機能＞
リモート編集システム１００において、編集処理装置１０に編集命令を通知するクライアント３０の前提とする機能について図５を参照して説明する。
クライアント３０は、図５に示すように、編集命令入力手段３１０と、ＩＤ生成手段３２０と、編集命令通知手段３３０と、判別手段３４０と、転送要求通知手段３５０と、転送完了通知受信手段３６０と、実行可能命令通知手段３７０とを備える。
【００５９】
編集命令入力手段３１０は、編集命令をＩＤ生成手段３２０に入力するものである。この編集命令入力手段３１０は、例えば、非特許文献３に記載されたウェブブラウザの編集用インタフェースである。この場合、クライアント３０を操作するユーザが、例えばキーボードやマウス等の操作手段から入力する編集命令をＩＤ生成手段３２０に逐次入力することができる。クライアント３０を操作するユーザは、編集命令として挿入や上書きを命令する場合、必要な素材ファイルのファイル名や素材ファイルのうち編集に必要なフレームの位置や範囲を指定する情報を入力する。
【００６０】
ＩＤ生成手段３２０は、トランザクションＩＤ（以下、ＴＩＤと略記する場合がある）を生成するものである。トランザクションＩＤは、このリモート編集システム１００内で編集命令を一意に特定するための番号である。トランザクションＩＤの生成方法としては、例えば、リモート編集システム１００内においてシーケンシャルに番号を増加させることでトランザクションＩＤを生成することができる。また、他の方法としては、汎用一意識別子（ＵＵＩＤ）等の生成方法をトランザクションＩＤの生成に利用することができる。ＩＤ生成手段３２０は、生成したトランザクションＩＤを編集命令と共に、編集命令通知手段３３０および判別手段３４０に出力する。
【００６１】
編集命令通知手段３３０は、所定の通信インタフェースから構成され、ＩＤ生成手段３２０で生成したトランザクションＩＤと共に、編集命令を編集処理装置１０へ通知するものである。
【００６２】
判別手段３４０は、編集処理装置１０へ通知した編集命令を実行するために素材ファイルの転送が必要かどうかを判別するものである。ここで、判別手段３４０は、通知した編集命令が挿入（ＩＮＳ命令）または上書き（ＯＷＲ命令）の場合に、素材ファイルの転送が必要であると判定し、通知した編集命令が削除（ＤＥＬ命令）の場合に、素材ファイルの転送が不要であると判定する。判別手段３４０は、素材の転送が必要な場合には、その旨を転送要求通知手段３５０に出力し、素材の転送が不要な場合には、その旨を実行可能命令通知手段３７０に出力する。
【００６３】
転送要求通知手段３５０は、所定の通信インタフェース等から構成され、判別手段３４０から、素材の転送が必要な旨を通知された場合、通知した編集命令に基づいて、素材サーバ群２０の中から、該当する素材ファイルを保存しているサーバを発見し、そのサーバから編集処理装置１０に対して素材ファイルの転送を行う指示を通知するものである。なお、この転送は、素材ファイル全体を転送するのではなく、素材ファイルのうち編集に必要なフレームだけを転送するものとする。ここで、ユーザは、編集命令入力手段３１０によって、編集に必要なフレームを指定する。なお、素材ファイルの転送指示には、編集命令に対して、ＩＤ生成手段３２０によって、トランザクションＩＤが付加される。
【００６４】
転送完了通知受信手段３６０は、所定の通信インタフェース等から構成され、素材ファイルの転送を行う指示を通知したサーバから、素材の転送が完了した旨の通知をトランザクションＩＤ（例えばファイル名）と共に受信するものである。素材の転送が完了した旨の通知およびトランザクションＩＤは、実行可能命令通知手段３７０に出力される。
なお、クライアント３０は、不図示の記憶手段に、転送が完了した素材ファイルが、どの編集命令で使用される素材ファイルであるのかを、例えばファイル名により識別可能な状態として保存し、編集処理装置１０へ転送された素材ファイルのデータを管理する。
【００６５】
実行可能命令通知手段３７０は、所定の通信インタフェース等から構成され、判別手段３４０または転送完了通知受信手段３６０からの入力に基づいて、編集処理装置１０へ通知した編集命令が実行可能になった旨を示す実行可能通知を編集処理装置１０に対して通知するものである。なお、実行可能通知には、トランザクションＩＤが付加される。
【００６６】
＜３−３．クライアントの動作＞
次に、クライアント３０の動作の概要について図６を参照（適宜図５参照）して説明する。まず、クライアント３０は、編集命令入力手段３１０によって、編集命令を取得する（Ｓ３０−１）。そして、クライアント３０は、ＩＤ生成手段３２０によって、トランザクションＩＤ（ＴＩＤ）を生成する（Ｓ３０−２）。クライアント３０は、編集命令通知手段３３０によって、生成したトランザクションＩＤと共に、取得した編集命令を編集処理装置１０へ通知する（Ｓ３０−３）。クライアント３０は、この時点で次の編集命令を取得するためにＳ３０−１へ戻る。
【００６７】
それと同時にクライアント３０は、判別手段３４０によって、通知した編集命令の実行に、素材ファイルが必要かどうかの判定を並行して行う（Ｓ３０−４）。素材の転送が必要な場合（Ｓ３０−４でＹｅｓ）には、クライアント３０は、必要な素材を保管したサーバから編集処理装置１０へ素材ファイルの転送を行わせる（Ｓ３０−５）。すなわち、クライアント３０は、転送要求通知手段３５０によって、素材サーバ群２０の中から、素材ファイルを保存しているサーバを発見し、その素材サーバから編集処理装置１０に対して素材の転送を行う指示を通知し、転送完了通知受信手段３６０によって、素材の転送が完了した旨の通知を受信する。
【００６８】
素材ファイルの転送が終了、または、Ｓ３０−４で素材ファイルの転送が必要ないと判定された場合（Ｓ３０−４でＮｏ）には、クライアント３０は、実行可能命令通知手段３７０によって、トランザクションＩＤとともに実行可能命令を編集処理装置１０に通知する（Ｓ３０−６）。
【００６９】
したがって、本実施形態のリモート編集システム１００では、クライアント３０は、編集処理装置１０への編集命令の通知が完了した時点で、次の編集命令を取得する動作を行う。これにより、クライアント３０は、時間のかかるファイル転送の完了を待たずに、次の編集命令を受け付けることができ、クライアント３０を利用する利用者へのレスポンスを速くすることができる。
【００７０】
＜３−４．命令通知および実行可能通知＞
クライアント３０が通知し編集処理装置１０の命令処理手段１が受け付ける命令通知および実行可能通知のデータフォーマットの一例について図７を参照して説明する。
図７（ａ）に示すように、命令通知には、項目として、トランザクションＩＤ５１１と、命令種別５１２と、素材ＩＮ点５１３と、完成ＩＮ点５１４と、Duration５１５とが含まれる。
【００７１】
トランザクションＩＤ５１１は、クライアント３０で生成した編集命令を一意に特定するための番号である。
命令種別５１２は、ＩＮＳ（挿入）、ＤＥＬ（削除）、ＯＷＲ（上書き）のいずれかの値を示す。
素材ＩＮ点５１３は、素材ファイルのＩＮ点であって、ＩＮＳ（挿入）またはＯＷＲ（上書き）の命令において、素材ファイル内での素材抽出位置のフレームを示す。
完成ＩＮ点５１４は、完成ファイルのＩＮ点であって、各命令において、完成ファイルへの処理開始位置のフレームを示す。
【００７２】
Duration５１５は、各命令において、完成ファイル内での処理対象区間を示す。削除（ＤＥＬ）については命令実行前の完成ファイル内での処理対象区間を示す。ＩＮＳ（挿入）については命令実行後の完成ファイル内での処理済み区間（処理対象区間）を示す。ＯＷＲ（上書き）については命令実行前後の完成ファイル内での処理対象区間を示す。Duration５１５は、ＩＮＳ（挿入）またはＯＷＲ（上書き）の命令において、素材ファイル内での素材抽出を開始する位置のフレームから素材抽出を終了する位置のフレームまでの区間と等しい。
【００７３】
図７（ｂ）に示すように、実行可能通知には、項目としてトランザクションＩＤ５２０が含まれる。トランザクションＩＤ５２０は、クライアント３０で生成した編集命令を一意に特定するための番号である。
【００７４】
［４．編集処理装置１０の動作］
次に、編集処理装置１０の動作について、３つに細分化して、４−１．編集処理装置全体の動作の流れ、４−２．編集動作の具体例、４−３．ログファイル変換処理、のそれぞれについて詳細に説明する。
【００７５】
＜４−１．集処理装置全体の動作の流れ＞
ここでは、編集処理装置１０の動作の全体の流れについて図８を参照して説明する。図８では、主にログファイル管理手段２の動作を中心にした流れを示している。
ログファイル管理手段２は、命令処理手段１から通知を受け取ると、通知の種別を識別する（Ｓ２−１）。通知の種別が命令通知である場合（Ｓ２−１でＹｅｓ）、ログファイル管理手段２は、その編集命令をログファイルＡの末尾に追加書き込みし（Ｓ２−２）、処理を終了する。ここで、ログファイルＡは、図７に示した命令通知フォーマットを時系列のリスト形式として記録したものである。
【００７６】
Ｓ２−１でＮｏの場合、ログファイル管理手段２は、命令処理手段１からの通知が実行可能通知であるか否かを判別する（Ｓ２−３）。通知の種別が実行可能通知である場合（Ｓ２−３でＹｅｓ）、以下で説明するファイル編集処理を実行する。
ログファイル管理手段２は、実行可能通知を受け取ると、その通知のトランザクションＩＤ（ＴＩＤ）を取得し、ログファイルＡからそのＴＩＤの命令を検索する。見つかった命令がログファイルＡの先頭の場合（Ｓ２−４でＹｅｓ）には、クライアント３０から命令のあった編集の順序と同じ編集順序であるので、完成ファイルＢへの実際の編集処理を実行する（Ｓ２−６）。なお、この編集処理（Ｓ２−６）の動作の詳細は後で説明する。
【００７７】
一方、Ｓ２−４において、ログファイルＡの検索で見つかった命令がログファイルＡの先頭ではない場合（Ｓ２−４でＮｏ）には、ログファイル管理手段２が受け取った実行可能通知の編集命令の前に未処理の命令があるので、メディアファイル処理手段３は、ログファイル変更処理手段３２によって、ログファイルの変換処理を実行後（Ｓ２−５）、完成ファイルＢへの編集処理を実行する（Ｓ２−６）。なお、ログファイルへの変換処理（Ｓ２−５）の動作の詳細は後で説明する。
【００７８】
メディアファイル処理手段３が完成ファイルＢへの編集処理（Ｓ２−６）を実行後、ログファイル管理手段２は、ログファイルＡに記録された編集命令のリストから、編集を実行したＴＩＤの命令を削除する（Ｓ２−７）。
【００７９】
＜４−２．編集動作の具体例＞
次に、前記したＳ２−６の編集処理の動作を説明する。完成ファイルＢへの編集処理は、メディアファイル処理手段３が行う。このとき、ログファイル管理手段２からメディアファイル処理手段３へ渡されるデータは、編集処理種別（命令種別）、素材ファイル名（トランザクションＩＤ）、素材ファイルのＩＮ点（素材ＩＮ点）、完成ファイルのＩＮ点（完成ＩＮ点）、Durationの各データである。
メディアファイル処理手段３は、編集処理の種別にしたがって、挿入処理（ＩＮＳ）、削除処理（ＤＥＬ）、上書き処理（ＯＷＲ）のいずれかの編集処理を実行する。
【００８０】
挿入処理（ＩＮＳ）、削除処理（ＤＥＬ）、上書き処理（ＯＷＲ）の各編集動作の具体例について図９を参照して説明する。
【００８１】
挿入処理（ＩＮＳ）は、図９（ａ）に示すように、完成ファイル７２０の指定されたＩＮ点の位置（完成ファイルＩＮ点７２１）に、指定された素材ファイル７１０の素材のＩＮ点（素材ファイルＩＮ点７１１）から素材ファイルＯＵＴ点７１２までのDuration分のフレームデータを挿入する編集処理である。
【００８２】
なお、本実施形態では、ＩＮ点およびDurationの指定は、フレーム単位で行うものとして説明する。素材の抽出開始位置〜抽出終了位置までの両端の一方は含めず、ＩＮ点とDurationとを加算した結果のフレーム位置をＯＵＴ点とする。例えば、素材ファイルＩＮ点７１１のフレーム番号＝１０１、完成ファイルＩＮ点のフレーム番号＝２０１、Duration＝９、ならば、素材ファイルＯＵＴ点７１２は、素材ファイル７１０のフレーム番号＝１１０の位置となる。また、ＩＮ点とＯＵＴ点との両方が指定された場合、処理対象はＩＮ点のフレームからＯＵＴ点の１つ前のフレームまでなので、連続して読み出す場合は、ＯＵＴ点の値をそのままＩＮ点にすれば続きを読むことができる。
【００８３】
また、処理後の完成ファイル７３０では、図９（ａ）のフレーム位置７３１に、素材ファイル７１０の素材が挿入されると、元の完成ファイル７２０のフレーム位置７２１にあったフレームは、処理後の完成ファイル７３０において後方（右側）にずれて、図９（ａ）のフレーム位置７３２となる。
【００８４】
削除処理（ＤＥＬ）は、図９（ｂ）に示すように、完成ファイル７４０の指定されたＩＮ点の位置（完成ファイルＩＮ点７４１）からDuration分のフレームデータを削除する編集処理である。例えば、元の完成ファイル７４０からDuration分のフレームが削除されると、処理後の完成ファイル７５０では、元の完成ファイル７４０から削除されたフレーム以降の（右側の）フレームが前方（左側）にずれて、図９（ｂ）のフレーム位置７５１となる。
【００８５】
上書き処理（ＯＷＲ）は、図９（ｃ）に示すように、完成ファイル７７０の指定されたＩＮ点の位置（完成ファイルＩＮ点７７１）から完成ファイルＯＵＴ点７７２までのDuration分のフレームに対して、指定された素材ファイルのＩＮ点（素材ファイルＩＮ点７６１）から素材ファイルＯＵＴ点７６２までのDuration分のフレームで上書きする編集処理である。
【００８６】
例えば、処理後の完成ファイル７８０では、図９（ｃ）のフレーム位置７８１からフレーム位置７８２に、素材ファイル７６０の素材が置き換わって挿入されたときに、処理後の完成ファイル７８０では、元の完成ファイル７７０に上書きされたフレーム以前の（左側の）および以降の（右側の）フレームがずれることなく、変化しない。
【００８７】
前記したように、挿入処理（ＩＮＳ）および削除処理（ＤＥＬ）では、処理前と処理後の完成ファイルのフレーム数が増減するのに対して、上書き処理（ＯＷＲ）ではフレーム数は変わらない。
【００８８】
本実施形態の編集処理装置１０において、メディアファイル処理手段３は、編集処理種別が挿入処理（ＩＮＳ）および上書き処理（ＯＷＲ）の場合は、指定された素材ファイル名（トランザクションＩＤ）のファイル（素材ファイルＣ）を、蓄積手段５から検索し、編集処理を実行する。なお、素材ファイルＣは、クライアント３０からの指示により、素材サーバ群２０からファイル受信手段４により転送された素材ファイルである。
【００８９】
本実施形態では、蓄積手段５は、非特許文献３の挿入削除機能付きファイルシステムを使うものとして説明しているので、図９で示した編集処理は、ファイルシステムの挿入削除機能を使って実行する。これにより、完成ファイルＢへの編集処理が行われる。なお、上書き処理（ＯＷＲ）に関しては、削除処理（ＤＥＬ）と挿入処理（ＩＮＳ）とを組み合わせることで実行する。すなわち、指定された完成ファイルのＩＮ点位置から、Duration分のフレームデータを削除した後、そのＩＮ点位置に、素材ファイルのＩＮ点から、Duration分のフレームデータを挿入することで、上書き処理（ＯＷＲ）を実行する。
メディアファイル処理手段３は、完成ファイルＢへの編集処理が完了した後、利用した素材ファイルＣを蓄積手段５から削除する。
以上の動作により、クライアント３０から出される命令通知の順序と、実行可能通知の順序とが同じ場合の編集処理の動作が可能となる。
【００９０】
＜４−３．ログファイル変換処理＞
次に、ログファイル変換処理（Ｓ２−５：図８参照））について、さらに３つに細分化して、４−３−１．ログファイル変換処理の概要、４−３−２．ログファイル変換処理の全体の流れ、４−３−３．ログファイル変換処理の詳細、のそれぞれについて詳細に説明する。
【００９１】
≪４−３−１．ログファイル変換処理の概要≫
ログファイル管理手段２の動作の最中に、ログファイル変換処理（Ｓ２−５：図８参照）が動作する場合は、クライアント３０から出された命令通知の順序と、実行可能通知の順序が異なる場合である。
既に図９を参照して説明したように、挿入処理（ＩＮＳ）および削除処理（ＤＥＬ）では、処理の前後で完成ファイルＢのフレーム数が増減する。そのため、挿入や削除の編集命令の通知（命令通知）が時間的に後の編集を先に実行してしまうと、編集点がずれてしまい、正しい編集結果とならなくなってしまう。しかしながら、上書き処理（ＯＷＲ）では、編集処理の前後での完成ファイルＢのフレーム数には変化がない。そこで、本発明では、編集命令の通知（命令通知）が時間的に後の命令を先に実行するために、それ以前の命令を、上書き（ＯＷＲ命令）のみになるように変換した上で、対象の編集処理（後の命令）を実行する方式とした。
【００９２】
図１０はログファイル変換処理の例を模式的に示したものである。この例では、図１０（ａ）に示すように、ログファイルＡのある時点８１０において、ログファイルＡに５つの命令８１１〜８１５が保管された状態で、ＴＩＤ＝１２の削除処理（ＤＥＬ）の実行可能命令（実行可能通知）が通知された場合を示している。なお、図１０では、ＩＮ点等の編集内容の図示を省略した。
【００９３】
この場合、ログファイル変換処理（Ｓ２−５：図８参照）では、ログファイル変更処理手段３２が、ＴＩＤ＝１２よりも前に保存された編集命令（ＴＩＤ＝１０および１１）を上書き処理(ＯＷＲ)に変換する。具体的には、図１０（ａ）において、ＴＩＤ＝１０の挿入処理（ＩＮＳ）およびＴＩＤ＝１１の挿入処理（ＩＮＳ）は、ログファイルＡのある時点８２０において、図１０（ｂ）に符号８２１，８２２でそれぞれ示す上書き処理(ＯＷＲ)に変換される。
【００９４】
その後、ログファイル変換処理（Ｓ２−５：図８参照）では、符号８２１，８２２でそれぞれ示す上書き処理(ＯＷＲ)よりも先に、ＴＩＤ＝１２の削除処理（ＤＥＬ）を行なう。そして、ログファイルＡのある時点８３０において、図１０（ｃ）に示すように、実行した命令（図１０（ｂ）に符号８１３で示す削除処理(ＤＥＬ)）をログファイルＡから削除する。なお、図１０では、削除処理（ＤＥＬ）の実行可能通知が通知された場合を例示したが、ログファイル変更処理手段３２は、実行可能通知に対応した命令の種別に応じて、それぞれ異なる動作を行う。以下では、その詳細を説明する。
【００９５】
≪４−３−２．ログファイル変換処理の全体の流れ≫
次に、ログファイル変換処理（Ｓ２−５）の動作の詳細を説明する。
図１１はログファイル変更処理手段３２が行うログファイル変換処理（Ｓ２−５）の動作の流れを示している。ここでは、蓄積手段５に格納されたログファイルＡにおいて先頭からＮ番目に保存された命令（Ｎ番目に古い命令）を実行する場合について説明する。
このとき、ログファイル管理手段２は、受け付けた実行可能通知のトランザクションＩＤ（ＴＩＤ）を取得し、ログファイルＡからそのＴＩＤの命令について、ログファイル内の順番「Ｎ」を取得し、編集処理種別（命令種別）、素材ファイル名（トランザクションＩＤ）、素材ファイルのＩＮ点（素材ＩＮ点）、完成ファイルのＩＮ点（完成ＩＮ点）、Durationの各データと共に、メディアファイル処理手段３へ渡す。
【００９６】
メディアファイル処理手段３のログファイル変更処理手段３２は、以下の処理を行う。
ログファイル変換処理（Ｓ２−５）において、ログファイルＡの１番目から（Ｎ−１）番目の命令までを順に変換するために、カウンタ用のパラメータＫを導入し、パラメータＫの値を１にセットする（Ｓ２５−１）。
そして、ログファイル変更処理手段３２は、Ｋの値がＮの値と等しい場合には処理を終了し（Ｓ２５−２でＹｅｓ）、Ｋの値がＮの値より小さい場合（Ｓ２５−２でＮｏ）、Ｓ２５−３，Ｓ２５−４，Ｓ２５−５の各判定処理によりログファイルＡのＫ番目の命令の種別を判別する。
【００９７】
具体的には、編集種別が挿入処理（ＩＮＳ）である判別した場合（Ｓ２５−３でＹｅｓ）、ログファイル変更処理手段３２は、Ｋ番目までのＩＮＳ変換処理を実行する（Ｓ２５−６）。
編集種別が挿入処理（ＩＮＳ）でない場合（Ｓ２５−３でＮｏ）、ログファイル変更処理手段３２は、編集種別が削除処理（ＤＥＬ）であるか否かを判別し（Ｓ２５−４）、削除処理（ＤＥＬ）の場合（Ｓ２５−４でＹｅｓ）、Ｋ番目までのＤＥＬ変換処理を実行する（Ｓ２５−７）。
編集種別が削除処理（ＤＥＬ）でない場合（Ｓ２５−４でＮｏ）、ログファイル変更処理手段３２は、編集種別が上書き処理（ＯＷＲ）であるか否かを判別し（Ｓ２５−５）、上書き処理（ＯＷＲ）の場合（Ｓ２５−５でＹｅｓ）、Ｋ番目までのＯＷＲ変換処理を実行する（Ｓ２５−８）。
ログファイル変更処理手段３２は、編集種別が上書き処理（ＯＷＲ）ではない場合（Ｓ２５−５でＮｏ）、または、それぞれの変換処理を行った後、現在のＫの値に１を加え（Ｓ２５−９）、Ｓ２５−２の判定処理へ戻る。
以上のログファイル変更処理手段３２の動作により、ログファイルの１番目の命令から（Ｎ−１）番目の命令までの変換処理が行われる。なお、命令の種別を判別する動作は、メディアファイル処理手段３の命令種別判別手段３３を用いることができる。
【００９８】
≪４−３−３．ログファイル変換処理の詳細≫
この節は、Ｓ２５−６、Ｓ２５−７、Ｓ２５−８の各変換処理のために、さらに３つに細分化して、４−３−３−１．ＩＮＳ変換処理、４−３−３−２．ＤＥＬ変換処理、４−３−３−３．ＯＷＲ変換処理、のそれぞれについて詳細に説明する。
【００９９】
（４−３−３−１．ＩＮＳ変換処理）
はじめに、ＩＮＳ変換処理（Ｓ２５−６）の動作について図１２の流れ図を使って説明する。ＩＮＳ変換処理（Ｓ２５−６）は、ログファイルＡの先頭からＫ番目の命令が挿入（ＩＮＳ命令）である場合に、ログファイルＡの指定されたＫ番目までの命令の変換処理を行うものである。
【０１００】
このＩＮＳ変換処理では、はじめに、命令内容取得手段３４が、Ｋ番目の命令（ＩＮＳ命令）における完成ファイルのＩＮ点（完成ＩＮ点）の位置であるＫｉｎと、DurationであるＫｄとを取得する（Ｓ２５６−１）。次に、ログファイルの１番目から（Ｋ−１）番目の命令を順に処理するため、カウンタ用のパラメータＳを導入し、命令内容書換手段３６４は、パラメータＳの値を１にセットし（Ｓ２５６−２）、次いで、Ｓの値がＫの値と等しくなったか否かを判別する（Ｓ２５６−３）。まだＳの値がＫの値よりも小さい場合（Ｓ２５６−３でＮｏ）には、命令内容取得手段３４が、Ｓ番目の命令における完成ファイルのＩＮ点（完成ＩＮ点）であるＳｉｎと、完成ファイルのＯＵＴ点であるＳｏｕｔとを取得する（Ｓ２５６−４）。なお、ＳｏｕｔはＳｉｎ＋（Ｓ番目の命令のDuration）の演算から求めることができる。
【０１０１】
ここで、ログファイルＡの（Ｋ−１）番目までの命令は、すでにログファイル変換処理（Ｓ２−５）が行われているはずなので、ログファイルＡの（Ｋ−１）番目までの編集命令はＯＷＲ処理のみになっている。このことは、図１１および図１２のフローチャートから明らかである。つまり、ログファイルＡにおいて先頭からＮ番目に保存された命令を実行しようとするときに、カウンタ用のパラメータＫが１〜Ｎまで刻々と変化するので、Ｋがある値のときにＩＮＳ変換処理（Ｓ２５−６）にて当該Ｋ番目のＩＮＳ命令はＯＷＲ命令に書き換えられる。具体的には、図１０（ａ）に示す例では、ログファイルＡのある時点８１０から、Ｎ＝２番目（ＴＩＤ＝１１）の命令を実行しようとするときに、それよりも先に、Ｋ＝１のときに、ＴＩＤ＝１０の命令はＯＷＲ命令に書き換えられる。なお、ＤＥＬ変換処理（Ｓ２５−７）やＯＷＲ変換処理（Ｓ２５−８）においても同様に成り立つことは図１５、図１７のフローチャートから明らかである。
【０１０２】
図１２に示すＩＮＳ変換処理では、Ｓ２５６−４に続いて、Ｋ番目の命令であるＩＮＳ処理のＩＮ点すなわちＫｉｎの位置により場合分けされた変換規則にしたがって、Ｓ２５６−５およびＳ２５６−６の判別処理を行い、判別結果に応じて、Ｓ番目の命令の修正処理をそれぞれ行う。具体的には、命令内容書換手段３６４がＳｉｎ＜Ｋｉｎ＜Ｓｏｕｔであると判別した場合（Ｓ２５６−５でＹｅｓ）、分割処理手段３６１は、Ｓ番目のＯＷＲ命令をＫｉｎの位置で２つに分割する（Ｓ２５６−７）。ここで、命令の分割とは、図１３で示すように、１つの命令を形式的に２つの命令にする処理である。なお、Ｓ番目のＯＷＲ命令を２つに分割してもパラメータＳの値は増加しない。パラメータＳの値は、ＴＩＤに対応しているからである。例えば、１番目のＯＷＲ命令を２つに分割してもパラメータＳの値は１のままである。
【０１０３】
図１３（ａ）に示す例では、命令１１１０は、ＴＩＤ＝１３、編集種別＝「ＯＷＲ」、素材ファイルのＩＮ点＝０、完成ファイルのＩＮ点＝７００、Duration＝１００の各データを有している。命令１１１０は、図１３（ａ）に示すように、完成ファイル１１１２の指定されたＩＮ点の位置（フレーム番号７００）から処理後の完成ファイルＯＵＴ点（フレーム番号８００）までのDuration分のフレームに対して、指定された素材ファイル１１１１のＩＮ点（フレーム番号０）から素材ファイルＯＵＴ点（フレーム番号１００）までの１００フレームで上書きする編集処理である。この命令１１１０がＫ番目の命令よりも先に保存されたＳ番目の命令であるとすると、Ｓｉｎ＝７００、Ｓｏｕｔ＝８００である。
【０１０４】
ここで、図１４（ａ）に示すように、ログファイルＡのリスト１２１０において、「…」で略記したＴＩＤ＝１３の命令（図１３（ａ）における命令１１１０）よりも後に保存されたＴＩＤ＝１４の命令（Ｋ番目のＩＮＳ命令）が、素材ファイルのＩＮ点＝０、完成ファイルのＩＮ点＝７３０、Duration＝１００の各データを有しているものとする。なお、ここでは、素材ファイル１２１１は、フレーム番号＝０からフレーム番号＝１００までの１つの素材を示している。また、完成ファイル１２１２は、Ｋ番目のＩＮＳ命令を行う前の状態を示している。この場合、Ｋ番目のＩＮＳ命令のＩＮ点すなわちＫｉｎが７３０なので、Ｓ２５６−５でＹｅｓとなるので、分割処理手段３６１は、命令１１１０（ＯＷＲ命令）をＫｉｎ＝７３０の位置で２つに分割する。分割処理の直後の結果を図１３（ｂ）に示す。図１３（ｂ）に示す命令１１２０は、素材ファイルのＩＮ点＝０、完成ファイルのＩＮ点＝７００、Duration＝３０の各データを有したＯＷＲ命令（以下、前部の命令または前半部の命令という）と、素材ファイルのＩＮ点＝３０、完成ファイルのＩＮ点＝７３０、Duration＝７０のＯＷＲ命令（後部の命令または後半部の命令という）との２つに分割される。ただし、分割された２つのＯＷＲ命令のＴＩＤは共に「１３」であり、分割された２つのＯＷＲ命令全体に対するパラメータＳの値は変化しない。
【０１０５】
図１２に戻って、ＩＮＳ変換処理の説明を続ける。Ｓ２５６−７にてＳ番目のＯＷＲ命令を分割処理した後、このＳ番目として分割した後部のＯＷＲ命令については、Ｓ番目よりも後に保存されたＫ番目の編集処理であるＩＮＳ処理により、Ｋ番目のＩＮＳ命令のDuration（Ｋｄ）の値のフレーム数分だけ後方（時間的に遅い右側）にずれる。図１４（ａ）に示すログファイルＡのリスト１２１０の場合、ＴＩＤ＝１４の命令（Ｋ番目のＩＮＳ命令）を先に実行すると、ＴＩＤ＝１４の命令のDuration＝１００のフレーム数分だけ後方（時間的に遅い右側）にずれる。そのため、シフト処理手段３６２は、先に行うＩＮＳ処理を見越して、Ｓ番目として分割した後半のＯＷＲ命令において、完成ファイルのＩＮ点の値を＋Ｋｄだけ増加させたフレーム位置とする（Ｓ２５６−８）。例えば、図１３（ｂ）に示す例では、命令１１２０の後部のＯＷＲ命令（ＴＩＤ＝１３）の完成ファイルのＩＮ点は、図示された７３０から８３０に改められることになる。
【０１０６】
一方、Ｓ２５６−５の判別処理にて、命令内容書換手段３６４がＳｉｎ＜Ｋｉｎ＜Ｓｏｕｔではないと判別した場合（Ｓ２５６−５でＮｏ）、続けて、Ｓ２５６−６の判別処理を行う。具体的には、命令内容書換手段３６４がＫｉｎ≦Ｓｉｎであると判別した場合（Ｓ２５６−６でＹｅｓ）、シフト処理手段３６２は、分割前のＳ番目のＯＷＲ命令において、完成ファイルのＩＮ点の値を＋Ｋｄだけ増加させたフレーム位置とする（Ｓ２５６−９）。これは、Ｓ番目のＯＷＲ命令は、後から保存されて先に実行されるＫ番目の編集処理であるＩＮＳ処理により、Duration（Ｋｄ）の値のフレーム数分だけ後方（時間的に遅い右側）にずれるからである。
【０１０７】
一方、Ｓ２５６−６の判別処理にて、命令内容書換手段３６４がＫｉｎ＞Ｓｉｎであると判別した場合（Ｓ２５６−６でＮｏ）、Ｓ番目のＯＷＲ命令は、後から保存されて先に実行されるＫ番目の編集処理に影響されない。このＳ２５６−６でＮｏの場合、または、前記したＳ２５６−８またはＳ２５６−９の処理に続いて、命令内容書換手段３６４は、（Ｋ−１）番目の命令まで順番に処理するために、現在のＳの値に１を加え（Ｓ２５６−１０）、Ｓ２５６−３へ戻る。
【０１０８】
前記したＳ２５６−９までの処理は、ログファイルＡに保存された命令の記録上において、分割やシフトの書き換え処理を行うものであったが、Ｓ２５６−３の判別処理においてＳ＝Ｋとなった場合（Ｓ２５６−３でＹｅｓ）、Ｋ番目の編集処理であるＩＮＳ処理を実際に行う。そのため、ダミーデータ処理手段３７によって、実際の完成ファイルに対して挿入処理（ＩＮＳ）を実行する（Ｓ２５６−１１）。ここで、この時点で、Ｋ番目の編集処理であるＩＮＳ処理のための素材ファイルについては、転送ファイルの受信が完了していないため、ダミーデータ処理手段３７は、ダミーデータを素材ファイルとして用いる。なお、命令処理手段３５がダミーデータを挿入するようにしてもよい。
【０１０９】
次に、命令内容書換手段３６４は、ログファイルＡにおいて、ＩＮＳ変換処理の処理対象であるＫ番目の命令の編集種別を、ＩＮＳ命令からＯＷＲ命令に書き換える（Ｓ２５６−１２）。なお、ログファイル管理手段２が書き換えるようにしてもよい。これらＳ２５６−１１、Ｓ２５６−１２の処理をすることで、Ｋ番目の命令（ＩＮＳ）を実行したこととなる。
【０１１０】
ここで、Ｓ２５６−１１、Ｓ２５６−１２の動作例を図１４に示す。図１４（ａ）に示すように、ログファイルＡのリスト１２１０において、ＴＩＤ＝１４、Ｋｉｎ＝７３０、Ｋｄ＝１００のＫ番目のＩＮＳ命令を仮定する。このＩＮＳ命令を、先に保存されたＴＩＤ＝１３のＳ番目の命令よりも先に実施する場合、Ｓ２５６−１１の処理により、図１４（ａ）に示す完成ファイル１２１２のＫｉｎの位置（フレーム番号＝７３０の位置）に対して、図１４（ｂ）に示すように、素材ファイル１２１１と同じDurationのダミーデータ１２２３を挿入する。この場合、処理後の完成ファイル１２２２では、フレーム番号＝７２９まで変化はなく、フレーム番号＝７３０の位置に、ダミーデータとしてフレーム番号＝０〜１００まで例えばすべて０のデータが挿入され、元の完成ファイルのフレーム番号＝７３０のフレームは、処理後の完成ファイル１２２２において、新たなフレーム番号＝８３１の位置まで後方（右側）にずれることになる。
【０１１１】
その後、Ｓ２５６−１２の処理により、図１４（ｂ）に示すログファイルＡのリスト１２２０において、Ｋ番目の命令として、ＴＩＤ＝１４、Ｋｉｎ＝７３０、Ｋｄ＝１００の命令が、１２２０ａで示すようにＯＷＲ命令に書き換えられる。
以上の動作により、ログファイルのＫ番目がＩＮＳ命令の場合に、このＩＮＳ命令がＯＷＲ命令に変換されることになる。なお、ダミーデータ１２２３は、本来の素材ファイル１２２１が転送された後でＯＷＲ処理を行うことで、上書きされて消滅する。
【０１１２】
（４−３−３−２．ＤＥＬ変換処理）
次に、ＤＥＬ変換処理（Ｓ２５−７）の動作について図１５の流れ図を使って説明する。ＤＥＬ変換処理（Ｓ２５−７）は、ログファイルＡの先頭からＫ番目の命令が削除（ＤＥＬ命令）である場合に、ログファイルＡの指定されたＫ番目までの命令の変換処理を行うものである。
【０１１３】
ＤＥＬ変換処理（Ｓ２５−７）は、全体の処理の流れとしては、ＩＮＳ変換処理（Ｓ２５−６）と同様であって、ログファイルの１番目から（Ｋ−１）番目の命令（すべてＯＷＲ命令に変換されているはず）の修正処理の後、Ｋ番目の命令処理を実際の完成ファイルに対して行う。
【０１１４】
このＤＥＬ変換処理では、はじめに、命令内容取得手段３４が、Ｋ番目の命令（ＤＥＬ命令）の完成ファイルのＩＮ点（完成ＩＮ点）の位置であるＫｉｎと、完成ファイルのＯＵＴ点の位置であるＫｏｕｔと、DurationであるＫｄとを取得する（Ｓ２５７−１）。なお、ＫｏｕｔはＫｉｎ＋Ｋｄの演算から求めることができる。
【０１１５】
次に、ログファイルの１番目から（Ｋ−１）番目の命令を順に処理するため、カウンタ用のパラメータＳを導入し、命令内容書換手段３６４は、パラメータＳの値を１にセットし（Ｓ２５７−２）、次いで、Ｓの値がＫの値と等しくなったか否かを判別する（Ｓ２５７−３）。まだＳの値がＫの値よりも小さい場合（Ｓ２５７−３でＮｏ）には、命令内容取得手段３４が、Ｓ番目の命令（ＯＷＲのはず）における完成ファイルのＩＮ点（完成ＩＮ点）であるＳｉｎと、完成ファイルのＯＵＴ点であるＳｏｕｔとを取得する（Ｓ２５７−４）。なお、ＳｏｕｔはＳｉｎ＋（Ｓ番目の命令のDuration）の演算から求めることができる。
【０１１６】
次に、ＤＥＬ変換処理では、Ｋ番目の命令であるＤＥＬ処理のＩＮ点すなわちＫｉｎと、完成ファイルのＯＵＴ点であるＫｏｕｔと、Ｓ番目の命令における完成ＩＮ点であるＳｉｎと、完成ファイルのＯＵＴ点であるＳｏｕｔとのそれぞれの位置関係により場合分けされた変換規則にしたがって、Ｓ２５７−５ないしＳ２５７−９の判別処理を順次行い、判別結果に応じて、Ｓ番目の命令の修正処理をそれぞれ行う。
【０１１７】
具体的には、例えば、Ｋｏｕｔ＜Ｓｉｎである場合の位置関係を図１６（ａ）に例示する。
図１６（ａ）に示す完成ファイル１４１Ｓは、先に保存されたＳ番目のＯＷＲ命令における完成ファイルのＩＮ点とＯＵＴ点とを模式的に示したものである。同様に、図１６（ａ）に示す完成ファイル１４１Ｋは、後から保存されたＫ番目のＤＥＬ命令における完成ファイルのＩＮ点とＯＵＴ点とを模式的に示したものである。図示するように、完成ファイル１４１ＳにおけるＩＮ点とＯＵＴ点の間の処理対象区間と、完成ファイル１４１ＫにおけるＩＮ点とＯＵＴ点の間の処理対象区間と、の間には重なりがない。仮にＫ番目の命令をＳ番目の命令よりも先に実行すると、完成ファイル１４１ＫにおけるＩＮ点とＯＵＴ点との間が除去されてしまうので、後からＳ番目の命令を実行しようとするときには、その時点の完成ファイルのＩＮ点の位置は、利用者が意図した命令通知におけるＩＮ点の位置よりも、図１６において左側にずれる。つまり、Ｋｏｕｔ＜Ｓｉｎである場合、Ｓ番目の命令は、Ｓ番目よりも後に保存されたＫ番目の編集処理であるＤＥＬ処理により、Ｋ番目のＤＥＬ命令のDuration（Ｋｄ）の値のフレーム数分だけ前方（時間的に早い左側）にずれる。したがって、図１５に示すように、命令内容書換手段３６４がＫｏｕｔ＜Ｓｉｎであると判別した場合（Ｓ２５７−５でＹｅｓ）、シフト処理手段３６２は、先に行うＤＥＬ処理を見越して、Ｓ番目のＯＷＲ命令において、完成ファイルのＩＮ点の値に（−Ｋｄ）を加算したフレーム位置とする（Ｓ２５７−１０）。
【０１１８】
また、例えば、Ｋｉｎ＜Ｓｉｎ＜Ｋｏｕｔである場合の位置関係を図１６（ｂ）に例示する。図１６（ｂ）に示す完成ファイル１４２Ｓは、先に保存されたＳ番目のＯＷＲ命令における完成ファイルのＩＮ点とＯＵＴ点とを模式的に示したものである。同様に、図１６（ｂ）に示す完成ファイル１４２Ｋは、後から保存されたＫ番目のＤＥＬ命令における完成ファイルのＩＮ点とＯＵＴ点とを模式的に示したものである。図示するように、完成ファイル１４２ＳにおけるＩＮ点とＯＵＴ点の間の処理対象区間と、完成ファイル１４２ＫにおけるＩＮ点とＯＵＴ点の間の処理対象区間と、の間には重複する区間１４２１がある。この場合、Ｋ番目の命令をＳ番目の命令よりも先に実行したとしても、利用者が意図した編集結果を得るためには、単純なシフト処理だけでは困難である。そのため、命令の適切な位置において分割処理、削除処理を行ってからシフト処理を行うという変換規則をあてはめる。
具体的には、図１５に示すように、命令内容書換手段３６４がＫｉｎ＜Ｓｉｎ＜Ｋｏｕｔであると判別した場合（Ｓ２５７−６でＹｅｓ）、分割処理手段３６１は、Ｓ番目の命令（ＯＷＲ命令）をＫｏｕｔの位置で２つに分割し（Ｓ２５７−１１）、削除処理手段３６３は、分割した前半部の命令を削除し（Ｓ２５７−１２）、シフト処理手段３６２は、先に行うＤＥＬ処理を見越して、分割した後半部の命令において、完成ファイルのＩＮ点の値に（−Ｋｄ）を加算したフレーム位置とするフレームシフトを行う（Ｓ２５７−１３）。
【０１１９】
また、例えば、Ｓｉｎ≦Ｋｉｎ、Ｋｏｕｔ≦Ｓｏｕｔである場合の位置関係を図１６（ｃ）に例示する。図示するように、完成ファイル１４３ＳにおけるＩＮ点とＯＵＴ点の間の処理対象区間と、完成ファイル１４３ＫにおけるＩＮ点とＯＵＴ点の間の処理対象区間と、の間には重複する区間１４３１がある。この場合も、命令の適切な位置において分割処理、削除処理を行ってからシフト処理を行うという変換規則をあてはめる。具体的には、図１５に示すように、命令内容書換手段３６４がＳｉｎ≦Ｋｉｎ、Ｋｏｕｔ≦Ｓｏｕｔであると判別した場合（Ｓ２５７−７でＹｅｓ）、分割処理手段３６１は、Ｓ番目の命令（ＯＷＲ命令）をＫｉｎおよびＫｏｕｔの位置で３分割し（Ｓ２５７−１４）、削除処理手段３６３は、３分割したうちの２番目の命令を削除し（Ｓ２５７−１５）、シフト処理手段３６２は、先に行うＤＥＬ処理を見越して、３番目の命令において、完成ファイルのＩＮ点の値に（−Ｋｄ）を加算したフレーム位置とするフレームシフトを行う（Ｓ２５７−１６）。
【０１２０】
また、例えば、Ｋｉｎ＜Ｓｏｕｔ＜Ｋｏｕｔである場合の位置関係を図１６（ｄ）に例示する。図示するように、完成ファイル１４４ＳにおけるＩＮ点とＯＵＴ点の間の処理対象区間と、完成ファイル１４４ＫにおけるＩＮ点とＯＵＴ点の間の処理対象区間と、の間には重複する区間１４４１がある。この場合、命令の適切な位置において分割処理および削除処理を行うという変換規則をあてはめる。具体的には、図１５に示すように、命令内容書換手段３６４がＫｉｎ＜Ｓｏｕｔ＜Ｋｏｕｔであると判別した場合（Ｓ２５７−８でＹｅｓ）、分割処理手段３６１は、Ｓ番目の命令（ＯＷＲ命令）をＫｉｎの位置で２分割し（Ｓ２５７−１７）、削除処理手段３６３は、分割した後半部の命令を削除する（Ｓ２５７−１８）。
【０１２１】
また、例えば、Ｋｉｎ≦ＳｉｎかつＳｏｕｔ≦Ｋｏｕｔである場合の位置関係を図１６（ｅ）に例示する。図示するように、完成ファイル１４５ＳにおけるＩＮ点とＯＵＴ点の間の処理対象区間と、完成ファイル１４５ＫにおけるＩＮ点とＯＵＴ点の間の処理対象区間と、の間には重複する区間１４５１があり、Ｓ番目の命令に係る区間は、Ｋ番目の命令に係る区間に完全に含まれている。このため、Ｓ番目の命令は、Ｋ番目のＤＥＬ命令の実行後にはすべて削除されてしまうので、Ｓ番目の命令を予め削除しておくという変換規則をあてはめる。
具体的には、図１５に示すように、命令内容書換手段３６４がＫｉｎ≦ＳｉｎかつＳｏｕｔ≦Ｋｏｕｔであると判別した場合（Ｓ２５７−９でＹｅｓ）、削除処理手段３６３は、Ｓ番目の命令を削除する（Ｓ２５７−１９）。
【０１２２】
一方、Ｓ２５７−９の処理にて、命令内容書換手段３６４がＫｉｎ≦ＳｉｎかつＳｏｕｔ≦Ｋｏｕｔではないと判別した場合（Ｓ２５７−９でＮｏ）、Ｓ番目のＯＷＲ命令は、後から保存されて先に実行されるＫ番目の編集処理に影響されない。このＳ２５７−９でＮｏの場合、または、前記したＳ２５７−１０、Ｓ２５７−１３、Ｓ２５７−１６、Ｓ２５７−１８またはＳ２５７−１９の処理に続いて、命令内容書換手段３６４は、（Ｋ−１）番目の命令まで順番に処理するために、現在のＳの値に１を加え（Ｓ２５７−２０）、Ｓ２５７−３へ戻る。
【０１２３】
前記したＳ２５７−１９までの処理は、ログファイルＡに保存された命令の記録上において、分割、削除、シフトといった書き換え処理を行うものであったが、Ｓ２５７−３の判別処理においてＳ＝Ｋとなった場合（Ｓ２５７−３でＹｅｓ）、Ｋ番目の編集処理であるＤＥＬ処理を実際に行う。そのため、命令処理手段３５によって、実際の完成ファイルに対して削除処理（ＤＥＬ）を実行する（Ｓ２５７−２１）。
次に、命令内容書換手段３６４は、ＤＥＬ変換処理の処理対象であるＫ番目のＤＥＬ命令をログファイルＡから削除する（Ｓ２５７−２２）。なお、ログファイル管理手段２が削除するようにしてもよい。
これらＳ２５７−２１、Ｓ２５７−２２の処理をすることで、Ｋ番目の命令（ＤＥＬ）を実行したこととなる。
【０１２４】
以上の動作により、ログファイルのＫ番目がＤＥＬ命令の場合には、ログファイルの１番目から（Ｋ−１）番目までの命令の補正処理を行った後、完成ファイルに対して実際の削除処理を行なった上で、ＤＥＬ命令をログファイルから削除することができる。
【０１２５】
（４−３−３−３．ＯＷＲ変換処理）
次に、ＯＷＲ変換処理（Ｓ２５−８）の動作について図１７の流れ図を使って説明する。ＯＷＲ変換処理（Ｓ２５−８）は、ログファイルＡの先頭からＫ番目の命令が上書き（ＯＷＲ命令）である場合に、ログファイルＡの指定されたＫ番目までの命令の変換処理を行うものである。
【０１２６】
ＯＷＲ変換処理（Ｓ２５−８）は、全体の処理の流れとしては、ＩＮＳ変換処理（Ｓ２５−６）と同様であって、ログファイルの１番目から（Ｋ−１）番目の命令（すべてＯＷＲ命令に変換されているはず）の修正処理を行う。
【０１２７】
このＯＷＲ変換処理では、はじめに、命令内容取得手段３４が、Ｋ番目の命令（ＯＷＲ命令）の完成ファイルのＩＮ点（完成ＩＮ点）の位置であるＫｉｎと、完成ファイルのＯＵＴ点の位置であるＫｏｕｔとを取得する（Ｓ２５８−１）。なお、ＫｏｕｔはＫｉｎ＋（Ｋ番目の命令のDuration）の演算から求めることができる。
【０１２８】
次に、ログファイルの１番目から（Ｋ−１）番目の命令を順に処理するため、カウンタ用のパラメータＳを導入し、命令内容書換手段３６４は、パラメータＳの値を１にセットし（Ｓ２５８−２）、次いで、Ｓの値がＫの値と等しくなったか否かを判別する（Ｓ２５８−３）。まだＳの値がＫの値よりも小さい場合（Ｓ２５８−３でＮｏ）には、命令内容取得手段３４が、Ｓ番目の命令（ＯＷＲのはず）における完成ファイルのＩＮ点（完成ＩＮ点）であるＳｉｎと、完成ファイルのＯＵＴ点であるＳｏｕｔとを取得する（Ｓ２５８−４）。なお、ＳｏｕｔはＳｉｎ＋（Ｓ番目の命令のDuration）の演算から求めることができる。
【０１２９】
次に、ＯＷＲ変換処理では、Ｋ番目の命令であるＯＷＲ処理のＩＮ点すなわちＫｉｎと、完成ファイルのＯＵＴ点であるＫｏｕｔと、Ｓ番目の命令における完成ＩＮ点であるＳｉｎと、完成ファイルのＯＵＴ点であるＳｏｕｔとのそれぞれの位置関係により場合分けされた変換規則にしたがって、Ｓ２５８−５ないしＳ２５８−８の判別処理を順次行い、判別結果に応じて、Ｓ番目の命令の修正処理をそれぞれ行う。
【０１３０】
具体的には、例えば、Ｋｉｎ≦Ｓｉｎ、Ｓｏｕｔ≦Ｋｏｕｔである場合の位置関係を図１８（ａ）に例示する。図１８（ａ）に示す完成ファイル１５１Ｓは、先に保存されたＳ番目のＯＷＲ命令における完成ファイルのＩＮ点とＯＵＴ点とを模式的に示したものである。同様に、図１８（ａ）に示す完成ファイル１５１Ｋは、後から保存されたＫ番目のＯＷＲ命令における完成ファイルのＩＮ点とＯＵＴ点とを模式的に示したものである。図示するように、完成ファイル１５１ＳにおけるＩＮ点とＯＵＴ点の間の処理対象区間と、完成ファイル１５１ＫにおけるＩＮ点とＯＵＴ点の間の処理対象区間と、の間には重複する区間１５１１があり、Ｓ番目の命令に係る区間は、Ｋ番目の命令に係る区間に完全に含まれている。このため、Ｓ番目の命令は、Ｋ番目のＯＷＲ命令の実行後にはすべて上書きされてしまうものだったので、Ｓ番目の命令に対して削除処理を行うという変換規則をあてはめる。
具体的には、図１７に示すように、命令内容書換手段３６４がＫｉｎ≦Ｓｉｎ、Ｓｏｕｔ≦Ｋｏｕｔであると判別した場合（Ｓ２５８−５でＹｅｓ）、削除処理手段３６３は、Ｓ番目の命令を削除する（Ｓ２５８−９）。
【０１３１】
また、例えば、Ｋｉｎ＜Ｓｉｎ＜Ｋｏｕｔである場合の位置関係を図１８（ｂ）に例示する。図示するように、完成ファイル１５２ＳにおけるＩＮ点とＯＵＴ点の間の処理対象区間と、完成ファイル１５２ＫにおけるＩＮ点とＯＵＴ点の間の処理対象区間と、の間には重複する区間がある。Ｓ番目の命令もＫ番目の命令もＯＷＲ命令なので、重複する区間は、後から行うＳ番目の命令により上書きされる。したがって、Ｓ番目のＯＷＲ命令のＩＮ点を変更するという変換規則をあてはめる。
つまり、図１７に示すように、命令内容書換手段３６４がＫｉｎ＜Ｓｉｎ＜Ｋｏｕｔであると判別した場合（Ｓ２５８−６でＹｅｓ）、Ｓ番目のＯＷＲ命令を修正する（Ｓ２５８−１０）。すなわち、命令内容書換手段３６４は、Ｓ番目のＯＷＲ命令において、素材ファイルのＩＮ点（素材ＩＮ点）の値に−（Ｓｉｎ−Ｋｏｕｔ）を加算し、完成ファイルのＩＮ点（完成ＩＮ点）をＫｏｕｔとし、Durationを（Ｓｏｕｔ−Ｋｏｕｔ）に修正する。
【０１３２】
具体的には、図１８（ｂ）に示す例では、Ｓ番目の命令は、素材ファイル１５２ｍのＩＮ点＝０、完成ファイル１５２ＳのＩＮ点＝７００、Duration＝１００の各データを有している。また、Ｋ番目の命令は、完成ファイル１５２ＫのＩＮ点＝６６０、Duration＝１００の各データを有している。この例の場合、素材ファイル１５２ｍの元のＩＮ点１５２１の値（＝０）に、−（７００−７６０）を加算し、完成ファイルのＩＮ点（＝７００）を７６０とし、Durationを（８００−７６０）に修正する。したがって、素材ファイル１５２ｍの修正後のＩＮ点１５２２の値は６０となり、完成ファイル１５２Ｓの修正後のＩＮ点１５２３の値は７６０となる。
【０１３３】
また、例えば、Ｓｉｎ≦Ｋｉｎ、Ｋｏｕｔ＜Ｓｏｕｔである場合の位置関係を図１８（ｃ）に例示する。図示するように、完成ファイル１５３ＳにおけるＩＮ点とＯＵＴ点の間の処理対象区間と、完成ファイル１５３ＫにおけるＩＮ点とＯＵＴ点の間の処理対象区間と、の間には重複する区間１５３１がある。Ｓ番目の命令もＫ番目の命令もＯＷＲ命令なので、先に実行するＫ番目の命令において、重複する区間１５３１は、後から行うＳ番目の命令により上書きされてしまう。したがって、Ｓ番目のＯＷＲ命令において、重複する区間１５３１のみ除去するように命令を分割するという変換規則をあてはめる。
つまり、図１７に示すように、命令内容書換手段３６４がＳｉｎ≦Ｋｉｎ、Ｋｏｕｔ＜Ｓｏｕｔであると判別した場合（Ｓ２５８−７でＹｅｓ）、分割処理手段３６１は、Ｓ番目の命令（ＯＷＲ命令）をＫｉｎおよびＫｏｕｔの位置で３分割し（Ｓ２５８−１１）、削除処理手段３６３は、３分割したうちの２番目の命令を削除する（Ｓ２５８−１２）。
【０１３４】
また、例えば、Ｋｉｎ≦Ｓｏｕｔ＜Ｋｏｕｔである場合の位置関係を図１８（ｄ）に例示する。図示するように、完成ファイル１５４ＳにおけるＩＮ点とＯＵＴ点の間の処理対象区間と、完成ファイル１５４ＫにおけるＩＮ点とＯＵＴ点の間の処理対象区間と、の間には重複する区間がある。Ｓ番目の命令もＫ番目の命令もＯＷＲ命令なので、重複する区間は、後から行うＳ番目の命令により上書きされる。したがって、Ｋ番目の命令において重複する区間が、後から行うＳ番目の命令により上書きされないように、Ｓ番目のＯＷＲ命令のDurationを変更する（Ｋ番目の完成ファイルＩＮ点より図中左側の部分を残すように短縮する）という変換規則をあてはめる。
つまり、図１７に示すように、命令内容書換手段３６４がＫｉｎ≦Ｓｏｕｔ＜Ｋｏｕｔであると判別した場合（Ｓ２５８−８でＹｅｓ）、Ｓ番目のＯＷＲ命令を修正する（Ｓ２５８−１３）。すなわち、命令内容書換手段３６４は、Ｓ番目のＯＷＲ命令において、Durationを（Ｋｉｎ−Ｓｉｎ）に修正する。
【０１３５】
具体的には、図１８（ｄ）に示す例では、Ｓ番目の命令は、素材ファイル１５４ｍのＩＮ点＝０、完成ファイル１５４ＳのＩＮ点＝７００、Duration＝１００の各データを有している。また、Ｋ番目の命令は、完成ファイル１５４ＫのＩＮ点＝７６０、Duration＝１００の各データを有している。この例の場合、素材ファイル１５４ｍの元のDuration１５４１の値（＝１００）が修正され、素材ファイル１５４ｍの変更後のDuration１５４２の値（＝６０）となる。なお、ＯＷＲの場合、素材ファイルのDurationと完成ファイルのDurationとは等しい。
【０１３６】
一方、Ｓ２５８−８の判別処理にて、命令内容書換手段３６４がＫｉｎ≦Ｓｏｕｔ＜Ｋｏｕｔではないと判別した場合（Ｓ２５８−８でＮｏ）、Ｓ番目のＯＷＲ命令は、後から保存されて先に実行されるＫ番目の編集処理に影響されない。このＳ２５８−８でＮｏの場合、または、前記したＳ２５８−９、Ｓ２５８−１０、Ｓ２５８−１２またはＳ２５８−１３の処理に続いて、命令内容書換手段３６４は、（Ｋ−１）番目の命令まで順番に処理するために、現在のＳの値に１を加え（Ｓ２５８−１４）、Ｓ２５８−３へ戻る。
【０１３７】
Ｓ２５８−３の判別処理においてＳ＝Ｋとなった場合（Ｓ２５８−３でＹｅｓ）、ログファイル変更処理手段３２は、ログファイル変更処理を終了する。なお、Ｋ番目のＯＷＲ命令は命令処理手段３５により実行される。以上の動作により、ログファイルのＫ番目がＯＷＲ命令の場合には、ログファイルの１番目から（Ｋ−１）番目までの命令の補正処理が行われる。
【０１３８】
本実施形態によれば、編集処理装置１０は、命令通知の順序とは異なる順序で実行可能通知を受け取った場合であっても、ログファイルを変換することによって、実行可能通知の受付順で編集処理を行うことが可能となる。
また、本実施形態によれば、リモート編集システム１００において、クライアント３０からの編集命令にしたがって、編集処理装置１０は素材ファイルから完成ファイルを作成することが可能となる。特に、編集命令の順序とは異なる順序で実行命令が通知された場合であっても、実行命令の順序で編集処理を行うことができるため、高速な編集処理の実行が可能となる。
【０１３９】
以上、本発明の実施形態について説明したが、本発明は、この実施形態には限定されない。例えば、リモート編集システム１００は、放送局での利用に限定されるものではないが、素材サーバ群２０は、例えば放送局の本局のネットワークのサーバや、インターネット上のサーバ、インターネット等を介した地方局のネットワークのサーバ等を含む広域ネットワークでも構わない。また、例えば、複数のサーバに、１つのファイルの同一バージョンまたは異なるバージョンを分散配置して、この実質的に同じファイルから異なる素材を編集処理装置１０が収集して完成ファイルに挿入等の編集処理をしてもよいし、複数のサーバに、ファイル名の異なる個別のファイルを分散配置して、個別のファイルから異なる素材を編集処理装置１０が収集して完成ファイルを編集してもよい。
【０１４０】
また、クライアント３０の編集命令入力手段３１０は、ウェブブラウザの編集用インタフェースの代わりに、例えば、過去に行われた編集時に保存された編集履歴情報から編集命令を取得して、ＩＤ生成手段３２０に入力するようにしてもよい。この場合、編集履歴情報には、例えば命令種別、命令内容および命令生成時刻等を含む。また、編集履歴情報の保存先は、クライアント３０に限らず、クライアント３０にネットワーク接続された編集処理装置１０や他のサーバでもよい。
【０１４１】
また、編集処理装置１００のメディアファイル処理手段３は、編集処理機能と、ログファイル変更処理機能とを備えていれば、前記した実施形態に限定されるものではないことは勿論である。例えば、編集処理機能の挿入手段を代用すれば、ダミーデータ処理手段３７を別に設けなくてもよい。また、編集命令において、素材ファイルや完成ファイルのＩＮ点およびDurationの指定は、フレーム番号で説明したがタイムコードでも構わない。
【０１４２】
また、本実施形態では、編集処理装置１０として説明したが、この装置は、一般的なコンピュータを、前記した各手段として機能させるプログラム（編集処理プログラム）により動作させることで実現することができる。このプログラムは、通信回線を介して提供することも可能であるし、ＣＤ−ＲＯＭ等の記録媒体に書き込んで配布することも可能である。また、この装置の各構成の処理を、完成ファイルを作成するための１つずつの過程ととらえた編集処理方法とみなすことも可能である。この場合も、編集処理装置１０と同様の効果を得ることができる。
【符号の説明】
【０１４３】
１００ リモート編集システム
１０ 編集処理装置
１ 命令処理手段
２ ログファイル管理手段
３ メディアファイル処理手段
３１ 編集命令実行手段
３２ ログファイル変更処理手段
３３ 命令種別判別手段
３４ 命令内容取得手段
３５ 命令処理手段
３６ 未実行命令記録変換手段
３６１ 分割処理手段
３６２ シフト処理手段
３６３ 削除処理手段
３６４ 命令内容書換手段
３７ ダミーデータ処理手段
４ ファイル受信手段
５ 蓄積手段
２０ 素材サーバ群
３０ クライアント
３１０ 編集命令入力手段
３２０ ＩＤ生成手段
３３０ 編集命令通知手段
３４０ 判別手段
３５０ 転送要求通知手段
３６０ 転送完了通知受信手段
３７０ 実行可能命令通知手段
４０ ネットワーク装置
【特許請求の範囲】
【請求項１】
メディアファイルを作成するための編集ファイルの素材となる素材ファイルを蓄積した１以上のサーバからなる素材サーバ群と、
前記編集ファイルに前記素材の挿入、削除および上書きのうちの少なくとも１つの編集処理を行うことで前記メディアファイルを作成する編集処理装置と、
前記編集処理装置に対して前記編集処理を命令するメッセージである命令通知を通知した後に当該命令が実行可能となった旨を示すメッセージである実行可能通知を通知するクライアントと、を備え、前記編集処理装置、前記素材サーバ群および前記クライアントがネットワーク装置を介して互いに通信可能に接続されたリモート編集システムであって、
前記編集処理装置は、
前記編集ファイルを記憶する蓄積手段と、
前記クライアントから、前記命令通知および前記実行可能通知を受け付ける命令処理手段と、
挿入および上書きの命令に応じて、前記素材サーバ群から転送された前記素材ファイルの少なくとも一部を受信して前記蓄積手段に格納するファイル受信手段と、
前記受け付けた命令通知による命令の記録をログファイルに保存して管理するログファイル管理手段と、
前記実行可能通知を受け付けたときに、当該実行可能通知に対応して前記ログファイルに保存されている命令にしたがって前記編集ファイルに対する編集処理を行うメディアファイル処理手段と、を備え、
前記メディアファイル処理手段は、
前記受け付けた実行可能通知が前記ログファイルに最初に保存された命令に対するものではない場合、前記ログファイルにおいて当該実行可能通知に対応した命令よりも前に保存された未実行の挿入命令を上書き命令に変更するログファイル変更処理手段を備えることを特徴とするリモート編集システム。
【請求項２】
メディアファイルを作成するための編集ファイルの素材となる素材ファイルを蓄積した１以上のサーバからなる素材サーバ群と、前記編集ファイルに前記素材の挿入、削除および上書きのうちの少なくとも１つの編集処理を行うことで前記メディアファイルを作成する編集処理装置と、前記編集処理装置に対して前記編集処理を命令するメッセージである命令通知を通知した後に当該命令が実行可能となった旨を示すメッセージである実行可能通知を通知するクライアントとが互いにネットワーク装置を介して通信可能に接続されたリモート編集システムにおける前記編集処理装置であって、
前記編集ファイルを記憶する蓄積手段と、
前記クライアントから、前記命令通知および前記実行可能通知を受け付ける命令処理手段と、
挿入および上書きの命令に応じて、前記素材サーバ群から転送された前記素材ファイルの少なくとも一部を受信して前記蓄積手段に格納するファイル受信手段と、
前記受け付けた命令通知による命令の記録をログファイルに保存して管理するログファイル管理手段と、
前記実行可能通知を受け付けたときに、当該実行可能通知に対応して前記ログファイルに保存されている命令にしたがって前記編集ファイルに対する編集処理を行うメディアファイル処理手段と、を備え、
前記メディアファイル処理手段は、
前記受け付けた実行可能通知が前記ログファイルに最初に保存された命令に対するものではない場合、前記ログファイルにおいて当該実行可能通知に対応した命令よりも前に保存された未実行の挿入命令を上書き命令に変更するログファイル変更処理手段を備えることを特徴とする編集処理装置。
【請求項３】
前記ログファイル変更処理手段は、
前記受け付けた実行可能通知に対応した命令よりも前に保存された未実行の命令として記録された複数の命令内容項目のうちの少なくとも１つの項目の値を予め定められた変換規則にしたがって別の値に変換する未実行命令記録変換手段と、
前記受け付けた実行可能通知に対応した命令が挿入命令の場合、当該挿入命令に基づく前記編集ファイルに対する挿入処理を実行する前に、予め定められたダミーデータを前記編集ファイルへ挿入するダミーデータ処理手段と、
を備えることを特徴とする請求項２に記載の編集処理装置。
【請求項４】
前記未実行命令記録変換手段は、
前記未実行の命令として記録された命令内容項目の１つである、編集ファイル内での処理対象区間の値を複数に分割することで、前記命令を複数回に分けて実行できるように分割する命令分割処理を行う分割処理手段と、
前記未実行の命令として記録された命令内容項目の１つである、編集ファイル内での処理開始位置の値、または前記分割処理後のいずれかの命令における編集ファイル内での処理開始位置の値をずらす命令シフト処理を行うシフト処理手段と、
前記未実行の命令または前記分割処理後のいずれかの命令を前記ログファイル（Ａ）から削除する命令削除処理を行う削除処理手段と、
前記未実行の命令の内容としてそれぞれ記録された、素材ファイル内での素材抽出位置、前記未実行の命令における編集ファイルへの処理開始位置、および前記未実行の命令における編集ファイル内での処理対象区間のうちの少なくとも１つの項目の値を、命令種別および前記処理対象区間に応じて予め場合分けを行って求められた変換規則にしたがって、前記ログファイル上において前記命令分割処理、前記シフト処理および前記削除処理によって変換された値に書き換える命令内容書換手段と、
を備えることを特徴とする請求項３に記載の編集処理装置。
【請求項５】
メディアファイルを作成するための編集ファイルの素材となる素材ファイルを蓄積した１以上のサーバからなる素材サーバ群と、前記編集ファイルに前記素材の挿入、削除および上書きのうちの少なくとも１つの編集処理を行うことで前記メディアファイルを作成する編集処理装置と、前記編集処理装置に対して前記編集処理を命令するメッセージである命令通知を通知した後に当該命令が実行可能となった旨を示すメッセージである実行可能通知を通知するクライアントとが互いにネットワーク装置を介して通信可能に接続されたリモート編集システムにおいて、前記編集処理装置として前記編集ファイルを記憶する蓄積手段を備えたコンピュータを、
前記クライアントから、前記命令通知および前記実行可能通知を受け付ける命令処理手段、
挿入および上書きの命令に応じて、前記素材サーバ群から転送された前記素材ファイルの少なくとも一部を受信して前記蓄積手段に格納するファイル受信手段、
前記受け付けた命令通知による命令の記録をログファイルに保存して管理するログファイル管理手段、
前記実行可能通知を受け付けたときに、当該実行可能通知に対応して前記ログファイルに保存された命令にしたがって前記編集ファイルに対する編集処理を行うと共に、前記受け付けた実行可能通知が前記ログファイルに最初に保存された命令に対するものではない場合、前記ログファイルにおいて当該実行可能通知に対応した命令よりも前に保存された未実行の挿入命令を上書き命令に変更するメディアファイル処理手段、
として機能させるための編集処理プログラム。
【請求項１】
メディアファイルを作成するための編集ファイルの素材となる素材ファイルを蓄積した１以上のサーバからなる素材サーバ群と、
前記編集ファイルに前記素材の挿入、削除および上書きのうちの少なくとも１つの編集処理を行うことで前記メディアファイルを作成する編集処理装置と、
前記編集処理装置に対して前記編集処理を命令するメッセージである命令通知を通知した後に当該命令が実行可能となった旨を示すメッセージである実行可能通知を通知するクライアントと、を備え、前記編集処理装置、前記素材サーバ群および前記クライアントがネットワーク装置を介して互いに通信可能に接続されたリモート編集システムであって、
前記編集処理装置は、
前記編集ファイルを記憶する蓄積手段と、
前記クライアントから、前記命令通知および前記実行可能通知を受け付ける命令処理手段と、
挿入および上書きの命令に応じて、前記素材サーバ群から転送された前記素材ファイルの少なくとも一部を受信して前記蓄積手段に格納するファイル受信手段と、
前記受け付けた命令通知による命令の記録をログファイルに保存して管理するログファイル管理手段と、
前記実行可能通知を受け付けたときに、当該実行可能通知に対応して前記ログファイルに保存されている命令にしたがって前記編集ファイルに対する編集処理を行うメディアファイル処理手段と、を備え、
前記メディアファイル処理手段は、
前記受け付けた実行可能通知が前記ログファイルに最初に保存された命令に対するものではない場合、前記ログファイルにおいて当該実行可能通知に対応した命令よりも前に保存された未実行の挿入命令を上書き命令に変更するログファイル変更処理手段を備えることを特徴とするリモート編集システム。
【請求項２】
メディアファイルを作成するための編集ファイルの素材となる素材ファイルを蓄積した１以上のサーバからなる素材サーバ群と、前記編集ファイルに前記素材の挿入、削除および上書きのうちの少なくとも１つの編集処理を行うことで前記メディアファイルを作成する編集処理装置と、前記編集処理装置に対して前記編集処理を命令するメッセージである命令通知を通知した後に当該命令が実行可能となった旨を示すメッセージである実行可能通知を通知するクライアントとが互いにネットワーク装置を介して通信可能に接続されたリモート編集システムにおける前記編集処理装置であって、
前記編集ファイルを記憶する蓄積手段と、
前記クライアントから、前記命令通知および前記実行可能通知を受け付ける命令処理手段と、
挿入および上書きの命令に応じて、前記素材サーバ群から転送された前記素材ファイルの少なくとも一部を受信して前記蓄積手段に格納するファイル受信手段と、
前記受け付けた命令通知による命令の記録をログファイルに保存して管理するログファイル管理手段と、
前記実行可能通知を受け付けたときに、当該実行可能通知に対応して前記ログファイルに保存されている命令にしたがって前記編集ファイルに対する編集処理を行うメディアファイル処理手段と、を備え、
前記メディアファイル処理手段は、
前記受け付けた実行可能通知が前記ログファイルに最初に保存された命令に対するものではない場合、前記ログファイルにおいて当該実行可能通知に対応した命令よりも前に保存された未実行の挿入命令を上書き命令に変更するログファイル変更処理手段を備えることを特徴とする編集処理装置。
【請求項３】
前記ログファイル変更処理手段は、
前記受け付けた実行可能通知に対応した命令よりも前に保存された未実行の命令として記録された複数の命令内容項目のうちの少なくとも１つの項目の値を予め定められた変換規則にしたがって別の値に変換する未実行命令記録変換手段と、
前記受け付けた実行可能通知に対応した命令が挿入命令の場合、当該挿入命令に基づく前記編集ファイルに対する挿入処理を実行する前に、予め定められたダミーデータを前記編集ファイルへ挿入するダミーデータ処理手段と、
を備えることを特徴とする請求項２に記載の編集処理装置。
【請求項４】
前記未実行命令記録変換手段は、
前記未実行の命令として記録された命令内容項目の１つである、編集ファイル内での処理対象区間の値を複数に分割することで、前記命令を複数回に分けて実行できるように分割する命令分割処理を行う分割処理手段と、
前記未実行の命令として記録された命令内容項目の１つである、編集ファイル内での処理開始位置の値、または前記分割処理後のいずれかの命令における編集ファイル内での処理開始位置の値をずらす命令シフト処理を行うシフト処理手段と、
前記未実行の命令または前記分割処理後のいずれかの命令を前記ログファイル（Ａ）から削除する命令削除処理を行う削除処理手段と、
前記未実行の命令の内容としてそれぞれ記録された、素材ファイル内での素材抽出位置、前記未実行の命令における編集ファイルへの処理開始位置、および前記未実行の命令における編集ファイル内での処理対象区間のうちの少なくとも１つの項目の値を、命令種別および前記処理対象区間に応じて予め場合分けを行って求められた変換規則にしたがって、前記ログファイル上において前記命令分割処理、前記シフト処理および前記削除処理によって変換された値に書き換える命令内容書換手段と、
を備えることを特徴とする請求項３に記載の編集処理装置。
【請求項５】
メディアファイルを作成するための編集ファイルの素材となる素材ファイルを蓄積した１以上のサーバからなる素材サーバ群と、前記編集ファイルに前記素材の挿入、削除および上書きのうちの少なくとも１つの編集処理を行うことで前記メディアファイルを作成する編集処理装置と、前記編集処理装置に対して前記編集処理を命令するメッセージである命令通知を通知した後に当該命令が実行可能となった旨を示すメッセージである実行可能通知を通知するクライアントとが互いにネットワーク装置を介して通信可能に接続されたリモート編集システムにおいて、前記編集処理装置として前記編集ファイルを記憶する蓄積手段を備えたコンピュータを、
前記クライアントから、前記命令通知および前記実行可能通知を受け付ける命令処理手段、
挿入および上書きの命令に応じて、前記素材サーバ群から転送された前記素材ファイルの少なくとも一部を受信して前記蓄積手段に格納するファイル受信手段、
前記受け付けた命令通知による命令の記録をログファイルに保存して管理するログファイル管理手段、
前記実行可能通知を受け付けたときに、当該実行可能通知に対応して前記ログファイルに保存された命令にしたがって前記編集ファイルに対する編集処理を行うと共に、前記受け付けた実行可能通知が前記ログファイルに最初に保存された命令に対するものではない場合、前記ログファイルにおいて当該実行可能通知に対応した命令よりも前に保存された未実行の挿入命令を上書き命令に変更するメディアファイル処理手段、
として機能させるための編集処理プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【公開番号】特開２０１２−１３３６１５（Ｐ２０１２−１３３６１５Ａ）
【公開日】平成２４年７月１２日（２０１２．７．１２）
【国際特許分類】
【出願番号】特願２０１０−２８５５７４（Ｐ２０１０−２８５５７４）
【出願日】平成２２年１２月２２日（２０１０．１２．２２）
【出願人】（０００００４３５２）日本放送協会 (2,206)
【Ｆターム（参考）】
【公開日】平成２４年７月１２日（２０１２．７．１２）
【国際特許分類】
【出願日】平成２２年１２月２２日（２０１０．１２．２２）
【出願人】（０００００４３５２）日本放送協会 (2,206)
【Ｆターム（参考）】
[ Back to top ]