JP2012165313A - 編集装置及び方法、並びにプログラム - Google Patents

Abstract

【課題】マルチユーザ環境において複数の編集者が編集作業を同時並行的に実行できるようにする。
【解決手段】 編集処理部１４１は、ディレクタ及び１以上の作業者が階層構造化されて構成される複数の編集者としての装置のグループについて、編集者としての装置毎に役割を設定する。また、複数の編集者としての装置のそれぞれによって、設定された役割に基づいて予め定義された編集操作がなされた場合、編集操作に応じた編集処理を実行する。本発明は、同時並行編集システムを備えた情報処理装置に適用することができる。
【選択図】図４

Description

本発明は、編集装置及び方法、並びにプログラムに関し、特に、マルチユーザ環境において複数の編集者が編集作業を同時並行的に実行できる、編集装置及び方法、並びにプログラムに関する。

従来から、コンテンツ制作の現場では、編集者が、各種の素材に対する一連の編集作業を行うことで、コンテンツのデータを制作している。

ここで、素材とは、テープ、ディスク、メモリ等のストレージに記録された、コンテンツの要素となり得るデータであって、具体的には、動画像、静止画像、音声等のデータのことをいう。

また、一連の編集作業とは、例えば、編集者が、編集装置に素材を取り込む作業から始まり、当該編集装置を用いて、取り込んだ素材を整理し、メタデータを編集し、さらに、これらの素材に対して各種編集を施し、編集後の素材からコンテンツのデータ、例えば放送用データや保存用データをファイルとして生成するまでの作業をいう。各種編集としては、プレビューを伴いながらの、カット編集、ビデオエフェクト編集、マルチオーディオ編集等が行われる。

これら一連の編集作業は、１人の編集者によって逐次的に行われることが一般的である。

ただし、報道番組の制作現場のように、短時間の編集作業が求められる場合、複数の編集者が編集作業に携わる場合がある。そこで、特許文献１には、マルチユーザ環境に適用可能な編集装置が開示されている。

特開２００２−１９１０１１号公報

しかしながら、特許文献１を含む従来の編集装置を複数台用いたとしても、複数の編集者が、同一の素材に対して編集作業を同時並行的に行うことは非常に困難である。編集作業の過程で、複数の編集者の中で誰が指揮監督をしているのかが分からなくなるため、編集結果に矛盾が生じるおそれがあるからである。

例えば、複数の編集者が、同一の素材に対してカット編集を同時並行的に行うと、編集結果に競合が発生するおそれがある。競合とは、例えば、編集者Ａが行った編集作業が、コンテンツの編集結果に影響するものであるにも関わらず、他の編集者の編集作業が編集者Ａの編集作業を妨害し、編集者Ａにとって予期せぬ編集結果が出力されることをいう。したがって、複数の編集者が、同一の素材に対して編集作業を行う場合には、このような競合に対する対策を講じる必要があるところ、有効な対策が見受けられない状況である。

さらに、特許文献１を含む従来の編集装置を複数台用いたとしても、複数の編集者間で協調的に編集作業を行うことも困難である。どの編集者がどの編集作業を行うべきかが不明確であることから、編集者間の意思疎通のために多大な時間と多大なコストが必要となるからである。また、ディレクタから編集者に対する編集作業の指示は一方向であるため、編集者はディレクタからの指示に暗黙的に従う必要があるからである。

以上のことから、マルチユーザ環境において複数の編集者が編集作業を同時並行的に実行できる手法の実現が要求されているが、このような要求に十分に応えられる手法が見受けられない状況である。

本発明は、このような状況に鑑みてなされたものであり、マルチユーザ環境において複数の編集者が編集作業を同時並行的に実行できるようにしたものである。

本発明の一側面の編集装置は、ディレクタ及び１以上の作業者が階層構造化されて構成される複数の編集者としての装置のグループについて、編集者としての装置毎に役割を設定する設定部と、前記複数の編集者としての装置のそれぞれによって、前記設定部により設定された役割に基づいて予め定義された編集操作がなされた場合、前記編集操作に応じた編集処理を実行する実行部とを備える。

前記役割は、他の編集者から期待される振舞い及びコンテンツの要素となる素材に関する編集情報を変更する権限からなり、前記実行部は、他の編集者の編集操作と競合しないように前記編集操作を制御することができる。

ディレクタとしての装置からの操作信号に応じて、前記素材に対する１以上の編集作業の各内容を示す作業内容と、前記１以上の作業者の各々に対する前記１以上の作業内容の割り当てを示す分担とを決定する決定部をさらに備えることができる。

前記設定部は、前記ディレクタとしての装置からの操作信号に応じて、決定された前記作業内容及び前記分担の範囲内で、前記役割を設定することができる。

前記作業内容及び前記分担に従った前記実行部による前記編集処理の実行中又は実行後の結果を示す第１データと、前記第１データのうち、割り当てられた前記作業内容を示す部分とそれぞれ対応付けられている、前記複数の編集者毎の前記役割をそれぞれ示す第２データとを生成する生成部をさらに備えることができる。

前記編集処理の実行の制御中に、前記１以上の作業者のうち前記ディレクタとしての装置により指定された作業者の前記役割が変更された場合、その変更内容が前記第２データに反映されるようにすることができる。

前記編集処理の実行の制御中に、前記１以上の作業者のうち前記ディレクタとしての装置により指定された作業者の前記役割が変更された場合、その変更内容が前記第１データに反映されるようにすることができる。

本発明の一側面の編集方法及びプログラムは、上述した本発明の一側面の編集装置に対応する方法及びプログラムである。

本発明の一側面の編集装置及び方法並びにプログラムにおいては、ディレクタ及び１以上の作業者が階層構造化されて構成される複数の編集者としての装置のグループについて、編集者としての装置毎に役割が設定され、前記複数の編集者としての装置のそれぞれによって、設定された役割に基づいて予め定義された編集操作がなされた場合、前記編集操作に応じた編集処理が実行される。

以上のごとく、本発明によれば、マルチユーザ環境において複数の編集者が編集作業を同時並行的に実行することができる。

同時並行編集作業に携わる人物の関係を示す図である。 編集者の役割の設定について説明する図である。 同時並行編集システムの構成例を示すブロック図である。 同時並行編集システムの機能的構成例を示すブロック図である。 同時並行編集システムを構成する各装置が実行する処理を示すフローチャートである。 編集画面の例を示す図である。 編集情報が、時間軸単位で書込禁止に指定された場合の表示例を示す図である。 編集情報が、トラック単位で書込禁止に指定された場合の表示例を示す図である。 作業の指示が行われるときに、ディレクタ用同時並行編集クライアントに表示される編集画面の例を示す図である。 作業の指示の確認が行われるときに、作業者用同時並行編集クライアントに表示される編集画面の例を示す図である。 指示に対する問い合わせ時に作業者用同時並行編集クライアントに表示される確認用指示内容の例を示す図である。 指示に対する問い合わせ時に、ディレクタ用同時並行編集クライアントに表示される指示内容の例を示す図である。 前回確認時から変更されていない箇所の表示の例を示す図である。 他の作業者の作業結果との差異が容易に比較できる表示の一例を示す図である。 他の作業者の作業結果との差異が容易に比較できる表示の他の例である。 他の作業者の作業結果を参照しながら編集作業を行う場合の編集画面の表示の一例を示す図である。 他の作業者の作業結果を参照しながら編集作業を行う場合の編集画面の表示の他の一例を示す図である。 他の作業者の作業結果を参照しながら編集作業を行う場合の編集画面の表示の他の一例を示す図である。 他の作業者の作業結果を素材として使用して編集作業を行う場合の編集画面の表示の一例を示す図である。 他の作業者の作業結果を素材として使用して編集作業を行う場合の編集画面の表示の他の一例を示す図である。 他の作業者の作業結果の変更を確認しながら編集作業を行う場合の編集画面の表示の一例を示す図である。 作業の未確定と確定の箇所の表示の例を示す図である。 同時並行編集処理の結果から、各編集者毎の役割についての設定内容が参照できる手法の一例を示す図である。 複数人で同じ編集作業を同時並行的に行った場合の例を示す図である。 複数人で同じ編集作業を同時並行的に行った場合の他の例を示す図である。 複数人で同じ編集作業を同時並行的に行った場合の他の例を示す図である。 編集者毎の役割についての設定内容が更新される一例を示す図である。 編集者毎の役割についての設定内容が変更される一例を示す図である。 編集者毎の役割についての設定内容が更新される一例を示す図である。 同時並行編集作業に携わる人物の関係を示す他の図である。 同時並行編集システムの他の構成例を示すブロック図である。 同時並行編集システムの他の構成例を示すブロック図である。 同時並行編集システムの他の構成例を示すブロック図である。 同時並行編集システムの他の構成例を示すブロック図である。 同時並行編集システムの他の機能的構成例を示すブロック図である。 同時並行編集システムの他の機能的構成例を示すブロック図である。 同時並行編集システムの処理の一例を説明するフローチャートである。 役割の設定処理の一例を説明するフローチャートである。 同時並行編集処理の一例を説明するフローチャートである。 本発明が適用される情報処理装置のハードウエアの構成例を示すブロック図である。

[同時並行編集作業の編集者の関係]
本実施形態に係る編集システムを適用することで、同時並行編集作業が可能になる。ここで、同時並行編集作業とは、コンテンツを制作する過程で行われる作業であって、２人以上の編集者により同一の素材、特にタイムラインに対して同時並行的に、すなわち略同時に並行して行われる編集作業をいう。なお、タイムラインについては、図６を用いて後述する。

このような同時並行編集作業に携わる編集者は、ディレクタと作業者とに大別される。

ディレクタは、主に、１人以上の作業者の監督、編集者の階層の設定、編集作業内容の分担と決定、作業者に対する編集作業の指示、作業者の編集作業結果の確認、及び作業者の編集作業結果の承認を行う。

作業者は、主に、１人のディレクタの監督下での編集作業、ディレクタからの指示の確認、他の作業者の編集作業結果の確認、他の作業者やディレクタへの当該編集作業結果の通知、及びディレクタへの編集作業結果の報告を行う。

ディレクタは、作業者の役割を兼任できる。このように、作業者の役割を兼任しているディレクタを、作業者の役割を兼任していないディレクタと明確に区別すべく、以下、作業者兼ディレクタと称する。作業者兼ディレクタが作業者として行動している場合、自分自身がディレクタとなっている場合もあるし、作業者となっている場合もある。

また、このような同時並行編集作業を実現すべく、編集者（即ち、ディレクタと作業者）とは別の立場の人物として、少なくとも１人の管理者が存在する。管理者は、主に、同時並行編集作業が行われる編集システムの管理を行う。

図１は、このような同時並行編集作業に携わる人物の関係を示す図である。

図１に示されるように、管理者１は、編集者とは独立した位置付けとして存在し、後述する本実施形態の編集システムを管理している。

一方、ディレクタと作業者とからなる編集者の関係は、階層構造化されている。

図１の例では、ディレクタ１１は、作業者２１−１乃至作業者２１−ｍ（ｍは１以上の自然数）、及び作業者兼ディレクタ２２の編集作業を監督する。なお、ディレクタ１１は、自ら編集作業を行うべく、作業者兼ディレクタ１２となってもよい。

作業者２１−１乃至作業者２１−ｍ、及び作業者兼ディレクタ２２は、ディレクタ１１の監督の下、同一素材、特にタイムラインに対する編集作業をそれぞれ同時並行的に行うことができる。

図１の例では、作業者兼ディレクタ２２は、作業者３１−１乃至作業者３１−ｎ（ｎは１以上の自然数）、及び作業者兼ディレクタ３２を監督する。

作業者３１−１乃至作業者３１−ｎ、及び作業者兼ディレクタ３２は、作業者兼ディレクタ２２の監督の下、同一素材、特にタイムラインに対する編集作業をそれぞれ同時並行的に行うことができる。その際、作業者兼ディレクタ２２自身も、作業者の立場で、当該同一素材、特にタイムラインに対する編集作業を同時並行的に行うことができる。

作業者兼ディレクタ３２は、図１に図示はしないが、１人以上の作業者又は作業者兼ディレクタを監督すると共に、自らも編集作業を行う。

[編集者の役割の設定]
次に、このような編集者の役割の設定の仕方について説明する。

ディレクタ又は管理者は、編集システムを構成する複数の編集装置のうち１つ（例えばディレクタならば、後述する図３の同時並行編集クライアント１２１−１）を操作することによって、編集者の役割を設定することができる。

役割とは、「他の編集者から期待される振舞い」、及び「階層構造化された関係性にある編集者に与えられた権限」をいう。

先ず、「他の編集者から期待される振舞い」について説明する。

複数の編集者（即ち、編集者グループ）は、１つのコンテンツのデータを完成させるために、互いの編集作業を分担しあう。複数の編集者で分担しあう編集作業は、なるべく互いに影響を及ぼさないことが望ましい。なぜならば、複数の編集者の各々が、混乱なく作業を進めるためには、編集作業結果の競合を回避する必要があるからである。競合とは、例えば、編集者Ａが行った編集作業が、コンテンツの編集結果に影響するものであるにも関わらず、他の編集者の編集作業が編集者Ａの編集作業を妨害し、編集者Ａにとって予期せぬ編集結果が出力されることをいう。

例えば、素材として映像（静止画像又は動画像）のデータが編集される過程では、強い関連を持つ一連の編集操作が存在する。このような一連の編集操作を、以下、編集のコンテキスト（文脈）と称する。

本発明者らにより、編集のコンテキストは複数種類存在し、これらの複数種類の編集のコンテキストは互いに競合しあうものではないという知見が得られた。この知見から、ある編集者にとっての「他の編集者から期待される振舞い」は、編集のコンテキスト単位であることが望ましい。具体的に、編集のコンテキストとしては、カット編集コンテキスト、MA（Multi Audio）編集コンテキスト、テロップ編集コンテキスト、ビデオエフェクト編集コンテキスト等が存在する。

例えば、一般的に、カット編集コンテキストとテロップ編集コンテキストとは、完全に分離されていて、編集者間の作業が競合することはない。また、カット編集コンテキストとMAコンテキストとは、ほぼ分離されているので、編集者間の作業の競合を回避することができる。

編集のコンテキストに含まれる複数の編集操作の各々、即ち、強い関連を相互に持つ複数の編集操作の各々は、同一の編集情報に変更を加える可能性のある編集作業の最小単位と定義することができる。なお、編集情報とは、同時並行編集作業に関する各種各様の情報をいう。

例えば、カット編集コンテキストには、カット点の追加、３点編集（上書き）、３点編集（挿入）、イベントのコピー、イベントの切り取り、イベントの貼り付け等の編集操作の集合体が含まれている。これらの編集操作の各々は、同じような編集情報を対象とする操作であるため、カット編集コンテキスト（文脈）として抽象化することができる反面、複数の編集者がカット編集を行おうとすると、競合が生じかねない。

また例えば、ビデオエフェクト編集コンテキストには、イベントに貼られたエフェクトのパラメータ値の変更、イベントに貼られたエフェクトに対するキーフレームの追加等の編集操作の集合体が含まれている。これらの編集操作の各々は、イベントより粒度の細かい編集情報を対象とする操作であるため、イベントより粒度の荒い編集情報を対象とするカット編集コンテキストとは競合が生じない。

このようにして、編集のコンテキストという観点において、複数の編集者の各々が、編集作業を分担し、「他の編集者から期待される振舞い」を役割として担うことによって、同時並行による映像の編集作業が可能となる。

つまり、編集者の役割のうち「他の編集者から期待される振舞い」は、編集過程が編集のコンテキスト単位で分割された編集操作の集合のことであると把握することができる。例えば、他の編集者から期待される振舞いとして、ビデオエフェクト編集、MA編集、カット編集などを採用することができる。

次に、編集者の役割のうち「階層構造化された関係性にある編集者に与えられた権限」について説明する。

もし、１人以上の編集者に同一の編集作業が分担されている場合、「他の編集者から期待される振舞い」で描かれたシナリオは通用しない。この場合、複数の編集者の編集作業結果が競合しあう可能性について考慮する必要が生ずる。即ち、この場合、競合を回避するために、編集者の関係を階層構造化し、それぞれに適切な権限を付与する必要が生ずる。

編集者の関係を階層構造化することで、上位層の編集者は同一の振舞いが期待される下位層の編集者の作業結果を確定し、競合箇所を解消することが可能になる。

ここで、編集者に与えられる権限とは、上位層から割り当てられた権限であって、編集情報のデータ変更権限のことをいう。例えば、編集者に与えられる権限として、CRUD（Create（生成）、Read（読み取り）、Update（更新）、Delete（削除））権限などを採用することができる。

図２は、このような編集者の役割の設定について説明する図である。

図２には、役割についての設定内容が編集者毎に示されている。編集者毎に示されている設定内容において、１行目の「User Setting:」は、ディレクタ又は管理者が２行目以降の内容を設定したことを示している。２行目の「Name:」の後には、設定された編集者の名前が示されている。３行目の「Director」の後には、設定された編集者を監督するディレクタの名前が示されている。４行目の「Authorization」の後には、「階層構造化された関係性にある編集者に与えられた権限」、即ち設定された編集者に与えられる権限が示されている。５行目の「Context」の後には、設定された編集者にとっての「他の編集者から期待される振舞い」が、編集のコンテキスト単位で示されている。６行目の「Edit commands」の後には、５行目で設定された、編集のコンテキストに含まれる編集操作の集合体のうち、編集できる編集操作のコマンドが示されている。

例えば、設定内容５１は、２行目の「Name:」の後の記載から、編集者「鈴木」についての設定内容であることがわかる。また、３行目の「Director」の後の記載から、編集者「鈴木」を監督するディレクタの名前は「None」、即ち、編集者「鈴木」はディレクタに管理されていないことがわかる。また、４行目の「Authorization」の後の記載から、編集者「鈴木」に与えられる権限は、素材の「読取、変更、書込」であることがわかる。５行目の「Context」の後の記載から、編集者「鈴木」にとっての「他の編集者から期待される振舞い」は、編集システムの「管理者」であることがわかる。なお、管理者にとっての「他の編集者から期待される振舞い」は、全ての種類の編集のコンテキストの集合体であるため、即ち、特定の編集のコンテキストを割り当てることができないため、ここでは「管理者」という特別な設定がなされている。このため、６行目の「Edit commands」の後の記載に示されるように、編集者「鈴木」は、「すべてのコマンド」が編集できるようになっているのである。即ち、管理者たる編集者「鈴木」は、図１の例でいえば管理者１に相当し、編集システムを管理する必要があるため、素材の変更権限が全て与えられているのである。

なお、権限のうち、素材の「変更」は、現在の素材を変更することであり、「書込」は、現在の素材に新しく素材を追加することをいう。

同様に、設定内容６１は、編集者「伊藤」についての設定内容であることがわかる。また、編集者「伊藤」を監督するディレクタの名前は「鈴木」であることがわかる。また、編集者「伊藤」に与えられる権限は、素材の「読取」であることがわかる。編集者「伊藤」にとっての「他の編集者から期待される振舞い」は、「ディレクタ」であることがわかる。なお、ディレクタにとっての「他の編集者から期待される振舞い」は、自分自身が編集作業をしないため、即ち、特定の編集のコンテキストを割り当てることができないため、ここでは「ディレクタ」という特別な設定がなされている。このため、編集者「伊藤」は、編集できるコマンドは「なし」となっているのである。このように、ディレクタたる編集者「伊藤」は、図１の例でいえばディレクタ１１に相当し、編集できるコマンドがないことから、作業者の役割を兼務しないディレクタであることがわかる。

同様に、設定内容７１−１は、編集者「三浦」についての設定内容であることがわかる。また、編集者「三浦」を監督するディレクタの名前は「伊藤」であることがわかる。また、編集者「三浦」に与えられる権限は、素材の「読取、変更、書込」であることがわかる。編集者「三浦」にとっての「他の編集者から期待される振舞い」は、「ビデオエフェクト編集」であることがわかる。このため、「ビデオエフェクト編集」に含まれる編集操作のうち、編集できる編集操作のコマンドは「Change Opacity Level」であること、即ち、編集者「三浦」は不透明度を編集できることがわかる。このように、編集者「三浦」は、図１の例でいえば作業者２１−１に相当し、ビデオエフェクト編集に関連する素材の変更権限が与えられていることがわかる。

同様に、設定内容７１−２は、編集者「佐藤」についての設定内容であることがわかる。また、編集者「佐藤」を監督するディレクタの名前は「伊藤」であることがわかる。また、編集者「佐藤」に与えられる権限は、素材の「読取、変更、書込」であることがわかる。編集者「佐藤」にとっての「他の編集者から期待される振舞い」は、「MA編集」であることがわかる。このため、「MA編集」に含まれる編集操作のうち、編集できる編集操作のコマンドは「Change Audio Level」であること、即ち、編集者「佐藤」は、音声レベルを編集できることがわかる。このように、編集者「佐藤」は、図１の例でいえば作業者２１−ｍに相当する。即ち、図２は、図１におけるｍ＝２の場合の設定を示している。編集者「佐藤」は、MA編集に関連する素材の変更権限が与えられていることがわかる。

同様に、設定内容７２は、編集者「田中」についての設定内容であることがわかる。また、編集者「田中」を監督するディレクタの名前は「伊藤」であることがわかる。また、編集者「田中」に与えられる権限は、素材の「読取、変更、書込」であることがわかる。編集者「田中」にとっての「他の編集者から期待される振舞い」は、「カット編集」であることがわかる。このため、「カット編集」に含まれる編集操作のうち、編集できる編集操作のコマンドは「Add edit」であること、即ち、編集者「田中」は、イベントを追加できることがわかる。このように、編集者「田中」は、図１の例でいえば作業者兼ディレクタ２２に相当し、後述する設定内容８１からもわかるように編集者「松本」を監督すると共に、自らも編集作業を行う。

同様に、設定内容８１は、編集者「松本」についての設定内容であることがわかる。また、編集者「松本」を監督するディレクタの名前は「田中」であることがわかる。また、編集者「松本」に与えられる権限は、素材の「読取、変更」であることがわかる。編集者「松本」にとっての「他の編集者から期待される振舞い」は、「カット編集」であることがわかる。このため、「カット編集」に含まれる編集操作のうち、編集できる編集操作のコマンドは「Trim」であること、即ち、編集者「松本」は、トリム編集ができることがわかる。このように、編集者「松本」は、図１の例でいえば作業者３１−１に相当し、トリム編集に関連する素材の変更権限が与えられていることがわかる。

このように、編集者の役割が設定されることにより、複数の編集者の中で誰が指揮監督をしているのかが分かり、それぞれの作業内容が明確に切り分けられるので、編集結果の競合を回避することができるようになる。また、それぞれの編集者の責務が明らかになる。

なお、図示はしないが、さらに、ディレクタまたは作業者兼ディレクタに、監督する編集者がいる場合、「Workers」として、ディレクタまたは作業者兼ディレクタが監督する編集者を示すことができる。例えば、設定内容６１の「Workers」として、ディレクタたる編集者「伊藤」が監督する、編集者「三浦」、「佐藤」、「田中」の３人の名前を示すことができる。このように、監督する側とされる側との双方の関係が明確に示されることで、階層構造化された関係がより明らかになる。

次に、このようにして役割が設定された編集者が、同時並行編集作業を行うための編集システム（以下、同時並行編集システムと称する）の一実施形態について、図３以降の図面を参照して説明する。

[同時並行編集システムの構成例]
図３は、同時並行編集システムの構成例を示すブロック図である。

図３に示されるように、同時並行編集システム１０１は、１台のCollaboration Client Manager１１１（以下、同時並行編集クライアントマネージャ１１１と称する）、及び、Ｓ台（Ｓは１以上の自然数）のCollaboration Client１２１乃至１２１−Ｓ（以下、同時並行編集クライアント１２１−１乃至１２１−Ｓと称する）を備えている。同時並行編集クライアントマネージャ１１１及び、同時並行編集クライアント１２１−１乃至１２１−Ｓの各々は、ケーブルやLAN（Local Area Network）等を介して相互に接続されている。なお、以下、同時並行編集クライアント１２１−１乃至１２１−Ｓを個々に区別する必要がない場合、これらをまとめて同時並行編集クライアント１２１と称する。

同時並行編集クライアントマネージャ１１１は、同時並行編集クライアント１２１のログイン情報の管理を行う。同時並行編集クライアント１２１のログイン情報とは、同時並行編集クライアント１２１のアドレスやセッション状況等を示す情報をいう。

同時並行編集クライアントマネージャ１１１はまた、同時並行編集クライアント１２１の編集情報の管理を行うと共に、同時並行編集クライアント１２１との間で編集情報の送受信を行う。同時並行編集クライアント１２１の編集情報とは、編集処理が施される前若しくは後または途中の素材、作業内容と分担についての情報、編集作業の指示、編集作業内容、編集作業の履歴等、同時並行編集作業に関する各種各様の情報をいう。

同時並行編集クライアント１２１は、同時並行編集クライアントマネージャ１１１に対するログイン処理及びログアウト処理を実行する。また、同時並行編集クライアント１２１は、同時並行編集クライアントマネージャ１１１との間で編集情報等各種情報の送受信を行う。さらに、同時並行編集クライアント１２１は、編集作業に必要な機能の全般を備える。

例えば、図１のディレクタ１１は同時並行編集クライアント１２１−１を操作し、図１の作業者２１−１は同時並行編集クライアント１２１−２を操作し、図１の作業者２１−２（ｍ＝２とする）は同時並行編集クライアント１２１−３を操作するものとする。

この場合、同時並行編集クライアント１２１−１乃至１２１−３は、それぞれ同時並行編集クライアントマネージャ１１１へログイン処理することで、同時並行編集クライアントマネージャ１１１を介して相互に各種情報を授受できるようになる。

そこで、ディレクタ１１は、同時並行編集クライアント１２１−１を操作することで、同時並行編集クライアント１２１−２を操作する作業者２１−１と、同時並行編集クライアント１２１−３を操作する作業者２１−２とをそれぞれ監督することができる。

作業者２１−１は、このようなディレクタ１１の管理の下、同時並行編集クライアント１２１−２を操作することで、同時並行編集作業を行うことができる。同様に、別の作業者２１−２は、このようなディレクタ１１の管理の下、同時並行編集クライアント１２１−３を操作することで、同時並行編集作業を行うことができる。

このように図３の例の同時並行編集システム１０１は、クライアントサーバ型の構成をしており、同時並行編集クライアントマネージャ１１１がサーバの役割を果たす。したがって、同時並行編集作業に参加する編集者は全て、個々の同時並行編集クライアント１２１をそれぞれ操作して、同時並行編集クライアントマネージャ１１１にログイン処理した後に同時並行編集作業を行うことになる。この場合、個々の同時並行編集クライアント１２１で取り扱われた編集情報のそれぞれは、同時並行編集クライアントマネージャ１１１に伝送され、統合されて管理される。

[同時並行編集システムの機能的構成]
図４は、同時並行編集システム１０１が有する機能のうち、同時並行編集作業を実現する機能を発揮させるための機能的構成例を示すブロック図である。

同時並行編集クライアントマネージャ１１１は、編集処理部１４１及び記憶部１４２を有している。

編集処理部１４１は、後述する同時並行編集クライアント１２１−１乃至１２１−Ｓの操作部１６１乃至１６１−Ｓのうち何れかから制御信号が送信されてくると、当該制御信号を受信して、その内容に基づいて、素材に対して各種の編集処理に関する制御を実行する。このように、同時並行編集クライアント１２１−１乃至１２１−Ｓの各々で編集処理が独立して実行されるのではなく、サーバとして機能する同時並行編集クライアントマネージャ１１１において１つの編集処理として実行が制御されるため、２以上の編集者による同時並行編集作業が可能になる。

なお、ここでいう編集処理に関する制御は、編集処理の実行主体は特に限定されずに、同時並行編集クライアントマネージャ１１１が実行主体となるような制御であってもよいし、同時並行編集クライアント１２１−１乃至１２１−Ｓのうち何れかが実行主体となるような制御であってもよい。さらに、１台の装置のみが実行主体となる制御であってもよいし、任意の複数台の装置が実行主体となる制御であってもよい。また、同時並行編集クライアントマネージャ１１１以外の装置が実行主体となる場合、編集処理に伴う各種情報を１の装置から他の装置に転送する処理や、各種情報を加工したり変更する処理も、編集処理に関する制御に含まれるものとする。

記憶部１４２は、このようにして編集処理部１４１によって編集処理が施された素材を、編集情報として記憶する。また、記憶部１４２は、その他同時並行編集作業に関するすべての情報を編集情報として記憶する。さらに、記憶部１４２は、ログイン情報を記憶する。

同時並行編集クライアント１２１−ｋ（ｋは、１乃至Ｓのうちの何れかの整数値）は、操作部１６１−ｋ及び出力部１６２−ｋを有している。なお、以下、操作部１６１−１乃至１６１−Ｓを個々に区別する必要がない場合、これらをまとめて操作部１６１と称する。また、出力部１６２−１乃至１６２−Ｓを個々に区別する必要がない場合、これらをまとめて出力部１６２と称する。

操作部１６１は、編集者による編集作業に伴う各種操作を受け付け、当該操作に対応する制御信号を、編集処理部１４１に供給する。

出力部１６２は、記憶部１４２に記憶されている編集情報に基づいて、出力データを生成する。出力部１６２により生成された出力データは、図示せぬディスプレイやスピーカ等に供給され、対応する動画像や音声等が出力される。

[同時並行編集システム１０１の処理]
次に、このような同時並行編集システム１０１を構成する各装置が実行する処理について説明する。

上述したように、図１のディレクタ１１は、同時並行編集クライアント１２１−１を操作することで、同時並行編集クライアント１２１−２を操作する作業者２１−１と、同時並行編集クライアント１２１−３を操作する別の作業者２１−２とをそれぞれを監督することができる。

また、作業者２１−１と別の作業者２１−２は、このようなディレクタ１１の管理の下、それぞれ同時並行編集クライアント１２１−２，１２１−３を操作することで、同時並行編集作業を行うことができる。

したがって、以下、同時並行編集クライアント１２１−１をディレクタ用同時並行編集クライアント１２１−１と適宜称し、同時並行編集クライアント１２１−２，１２１−３の各々を作業者用同時並行編集クライアント１２１−２，１２１−３の各々と適宜称する。なお、以下、説明の簡略化のため、作業者用同時並行編集クライアント１２１−２の処理についてのみ言及するが、作業者用同時並行編集クライアント１２１−３の処理も、以下に述べる処理と基本的に同様である。

また、ディレクタ用同時並行編集クライアント１２１−１と作業者用同時並行編集クライアント１２１−２は、それぞれ同時並行編集クライアントマネージャ１１１へログイン処理することで、同時並行編集クライアントマネージャ１１１を介して相互に各種情報を授受できるようになる。したがって、以下、同時並行編集クライアントマネージャ１１１を同時並行編集マネージャ１１１と適宜称する。

図５は、ディレクタ用同時並行編集クライアント１２１−１、同時並行編集マネージャ１１１、及び作業者用同時並行編集クライアント１２１−２の相互の処理関係を示すフローチャートである。

ディレクタ用同時並行編集クライアント１２１−１は、同時並行編集マネージャ１１１に対してログイン処理を実行した後に、図５のフローチャートに従った処理の実行を開始する。同時並行編集マネージャ１１１は、ディレクタ用同時並行編集クライアント１２１−１又は作業者用同時並行編集クライアント１２１−２からのログイン処理があったとき、図５のフローチャートに従った処理の実行を開始する。作業者用同時並行編集クライアント１２１−２は、同時並行編集マネージャ１１１に対してログイン処理を実行した後に、図５のフローチャートに従った処理の実行をする。

[作業内容と分担の決定]
ステップＳ１において、ディレクタ用同時並行編集クライアント１２１−１は、ディレクタ１１の操作による作業内容と分担の決定を受け付けて、同時並行編集マネージャ１１１に送信する。

作業内容とは、例えば、カット編集、マルチオーディオ編集、テロップ入れ編集等の各種の編集作業の内容をいう。分担とは、決定された作業内容の各作業者への割り当てをいう。

なお、ディレクタ用同時並行編集クライアント１２１−１は、さらに、このようにして決定された作業内容及び分担の範囲内で、ディレクタ及び１以上の作業者（本例では、ディレクタ１１及び２人の作業者２１−１，２１−２）が階層構造化されて構成される複数の編集者のグループについて、上述した役割を編集者毎に設定する。

ディレクタ用同時並行編集クライアント１２１−１は、ディレクタ１１の操作による作業内容と分担の決定を受け付ける際、編集結果の競合を回避するために、さらに、ディレクタ１１の操作による、書込禁止である編集情報の指定及び作業者が使用可能な編集操作の指定を受け付けることができる。

書込禁止である編集情報の指定とは、例えば、複数の作業者に同一の編集作業が割り当てられる場合、作業者間の編集結果の競合を回避するために、編集情報の一部、即ち後述するクリップまたはトラックの一部が明示的に書込禁止に設定されることをいう。

作業者が使用可能な編集操作の指定とは、例えば、所定の作業者にテロップ入れ編集が割り当てられる場合、当該作業者に対しては、テロップ入れ編集に必要な編集操作のみが使用可能に設定されることをいう。

[編集画面]
ディレクタ用同時並行編集クライアント１２１−１と作業者用同時並行編集クライアント１２１−２の各々の図示せぬディスプレイ等には、図６に示される編集画面がそれぞれ表示される。ディレクタ１１は、この編集画面をみながら、ディレクタ用同時並行編集クライアント１２１−１を操作することより、作業者への指示、編集作業の確認等、作業者を監督することができる。また、作業者は、この編集画面をみながら、作業者用同時並行編集クライアント１２１−２を操作することにより、ディレクタ１１の指示の確認、編集作業等を行うことができる。

図６は、編集画面の例を示す図である。

図６に示される編集画面２０１には、管理領域２１１、素材プレビュー領域２１２、タイムラインプレビュー領域２１３、及びタイムライン領域２１４が含まれている。

本実施形態においては、この編集画面２０１を用いた編集処理の単位としては、イベントが採用される。イベントとは、参照元のクリップの情報、及び当該クリップに対して設定されたイン点とアウト点との２点の時間データを保持する論理的なクリップをいう。クリップとは、参照元の素材の情報、及び当該素材に対して設定されたイン点とアウト点との２点の時間データを保持する論理的な素材をいう。したがって、１つの素材は複数のクリップから参照される場合があり、さらに、１つのクリップは複数のイベントから参照される場合がある。また、クリップが削除されても参照元の素材は削除されず、イベントが削除されても参照元のクリップは削除されない。

管理領域２１１には、後述するように、編集作業の指示、同時並行編集マネージャ１１１内での素材の記憶位置等を示す情報が表示される。素材プレビュー領域２１２には、選択された素材に対応する映像がプレビュー表示される。タイムラインプレビュー領域２１３には、タイムライン領域２１４で編集中または編集後のイベントに対応する映像がプレビュー表示される。タイムライン領域２１４には、１以上のタイムラインが表示される。

タイムラインは、編集者が作成するコンテンツの時間軸を表現したものである。タイムラインには、編集中または編集後のイベントの配置及び編集処理の内容がトラック毎に時系列に図形化して表示される。イベントは、トラックに配置された四角形状のマークの１つ１つにより示される。１つのタイムラインは、１つのコンテンツを構成する。トラックは、イベントを配置して編集するための領域であり、映像データ（即ち、静止画像データ又は動画像データ）を編集するビデオトラックや、音声データを編集するオーディオトラック、CG（Character Generator）データを編集するCGトラック等に分類される。編集者は、トラックを使用して、映像データ、音声データ、CGトラック等をレイヤ化して、エフェクトを追加したり、テロップやサウンドトラックなどをオーバーレイする、といった各種編集をすることができる。編集者は、複数のオーディオトラックを使用することで、トラックにナレーションを追加したり、別のトラックにBGM（Back Ground Music）を追加する、といった各種編集をすることができる。タイムラインに存在するビデオトラック、オーディオトラック、CGトラック等の全てが、このような各種編集後に合成されることで、最終的なコンテンツが構成される。

図６の例では、タイムライン領域２１４には、タイムライン２２１とタイムライン２２２が表示されている。ここで、例えば、タイムライン２２１は、作業者２１−１により編集され、タイムライン２２２は、別の作業者２１−２により編集される。タイムライン２２１には、トラック１乃至４が含まれており、タイムライン２２２には、トラック１及び２が含まれる。従って、作業者２１−１により、タイムライン２２１に含まれるトラック１乃至４が合成されることで、第１のコンテンツが構成される。一方、別の作業者２１−２により、タイムライン２２２に含まれるトラック１及び２が合成されることで、第１のコンテンツとは別の第２のコンテンツが構成される。そして、第１のコンテンツと第２のコンテンツが合成されることで、同時並行編集作業の編集結果として、最終的なコンテンツが完成する。

上述した「書込禁止である編集情報」の指定が行われた場合、タイムライン領域２１４に表示されるタイムラインは、例えば、図７又は図８に示されるように表示される。

図７は、編集情報が、時間軸単位で書込禁止に指定された場合のタイムラインの表示例を示す図である。

図７に示されるタイムライン２３１は、複数の作業者に同じ編集作業が割り当てられた場合、その中の所定の作業者が操作する装置の編集画面２０１内のタイムライン領域２１４に表示されるものである。

例えば、作業者２１−１、２１−２に対して、共にテロップ入れ編集が割り当てられた場合について説明する。作業結果の競合を回避するために、例えば、タイムライン２３１の時刻ｔ１乃至ｔ１０の間に配置されたイベントに対しては、作業者２１−１のみがテロップ入れ編集が可能であると設定される。すると、別の作業者２１−２に対して表示されるタイムライン２３１においては、時刻ｔ１乃至ｔ１０の間の表示形態が、通常の表示形態とは異なり、書込禁止であることが明示的に示される表示形態になる。図７に示される例では、タイムライン２３１は、時刻ｔ１乃至ｔ１０の間の表示が濃い灰色の表示になる。したがって、別の作業者２１−２は、時刻ｔ１乃至ｔ１０の間に配置されたイベントに対してテロップ入れ編集が不可能であることを容易に視認できる。作業者２１−１の時刻ｔ１乃至ｔ１０の間のタイムラインには、このような濃い灰色の表示は行われない。

なお、作業者が使用可能な編集操作は指定されるので、このとき作業者２１−１と別の作業者２１−２は、テロップ入れ編集に必要な編集操作のみが使用可能に設定される。

このように、ディレクタ１１が、編集情報に対して、時間軸単位で書き込み禁止を指定することで、その指定内容が作業者に通知されて、図７に示すように提示される。ディレクタ１１はさらに、編集情報に対して、トラック単位で書込禁止を指定することもできる。この場合も、同様に、その指定内容が通知されて、図８に示すように提示される。

図８は、編集情報が、トラック単位で書込禁止に指定された場合のタイムラインの表示例を示す図である。

図８に示されるタイムライン２４１は、１人の作業者に対して複数の編集作業が割り当てられた場合、他の作業者が操作する装置の編集画面２０１内のタイムライン領域２１４に表示されるものである。

例えば、作業者２１−１に対して、ビデオエフェクト編集とテロップ入れ編集が割り当てられた場合について説明する。作業結果の競合を回避するために、例えば、トラック１に配置されたイベントに対しては、作業者２１−１のみがビデオエフェクト編集とテロップ入れ編集が可能であると設定される。すると、他の作業者に対して表示されるタイムライン２４１においては、トラック１の表示形態が通常の表示形態とは異なり、書込禁止であることが明示的に示される表示形態になる。図８に示される例では、タイムライン２３１は、トラック１の表示のみが濃い灰色の表示になる。したがって、他の作業者は、トラック１に配置されたイベントに対して書込が不可能であることを容易に視認できる。

なお、作業者が使用可能な編集操作は指定されるので、このとき作業者２１−１は、ビデオエフェクト編集とテロップ入れ編集に必要な編集操作のみが使用可能に設定される。

このように、書込禁止である編集情報の指定、及び作業者が使用可能な編集操作の指定が行われることにより、各作業者の編集作業内容の分担がより明確となり、編集結果の競合を回避することができる。また、ディレクタ１１の作業の指示の意図が作業者に明確に伝達される。

ところで、図５において、ステップＳ１の処理で、ディレクタ１１の操作により、上述した書込禁止である編集情報の指定及び作業者が使用可能な編集操作の指定と共に、作業内容と分担の決定が同時並行編集マネージャ１１１に送信されると、同時並行編集マネージャ１１１は、ステップＳ２１の処理を実行する。即ち、ステップＳ２１において、同時並行編集マネージャ１１１は、ディレクタ用同時並行編集クライアント１２１−１から送信されてきた作業内容と分担の決定を受信する。同時並行編集マネージャ１１１は、受信した作業内容と分担の決定を、記憶部１４２に記憶させる。

[作業の指示]
一方、ステップＳ２において、ディレクタ用同時並行編集クライアント１２１−１は、ディレクタ１１の操作による作業の指示を受け付けて、同時並行編集マネージャ１１１に送信する。即ち、ディレクタ用同時並行編集クライアント１２１−１は、ステップＳ１の処理で決定された作業内容と分担を、作業者用同時並行編集クライアント１２１−２に伝達すべく、作業の指示を同時並行編集マネージャ１１１に送信する。

作業の指示の際、ディレクタ１１は、図９に示される編集画面を操作する。

図９は、作業の指示が行われるときに、ディレクタ用同時並行編集クライアント１２１−１に表示される編集画面２０１の例を示す図である。

図９に示される編集画面２０１の管理領域２１１には、編集作業の指示内容２６１が表示される。各作業者への作業の指示をより明確にするために、編集作業の指示内容２６１には、「作業のステータス」、指示内容の「登録日時」、編集内容についての「コメント」、作業を「開始」及び「終了」すべき時刻、並びに「担当」する者の名前が、指示毎に１行ずつ改行されて表示される。

管理領域２１１においては、「作業のステータス」は、所定のマークとして表示される。詳細については後述するが、作業のステータスとは、作業者の編集作業の進捗である。図９の例では、５つの作業の指示毎に、５つの行が対応付けられており、各行の先頭にマーク２９１−１乃至２９１−５がそれぞれ表示される。なお、以下、マーク２９１−１乃至２９１−５を個々に区別する必要がない場合、これらをまとめてマーク２９１と称する。マーク２９１は、その色や模様が、現在の作業のステータスの種類毎に変化する。即ち、ディレクタ１１は、所定行のマーク２９１の色や模様から、当該所定行に対応する作業の指示に関して、その作業の進捗を容易に理解することができる。

作業の指示前においては、図９の管理領域２１１の５行目に示されるように、未着手を示す状態のマーク２９１（即ち、同図の５行目においてはマーク２９１−５）のみが表示され、その右側は無表示状態となっている。このような状態で、ディレクタは、新たに所定の１つの作業の指示をする場合、その指示内容を入力欄２６２に入力する。

このような入力欄２６２への入力が確定されると、その入力内容が、編集作業の指示内容２６１の各行のうち、これまで未表示であった所定行に反映されて表示される。具体的には、当該所定行において、マーク２９１の右側に、確定時の日時が「登録日時」として、入力欄２６２のコメント欄の入力内容が「コメント」として、作業を開始及び終了すべき時刻が「開始」及び「終了」として、入力欄２６２の担当欄の入力内容が「担当」として、それぞれ表示される。

具体的には、指示内容２６１の１行目によれば、マーク２９１の色や模様から作業のステータスが「未着手」であることがわかる。また、作業の指示の内容の入力が確定した時刻は「登録日時」の表示から「2010-08-27 12:00」であることがわかる。また、具体的な指示の内容は、「コメント」の表示から「オーディオレベルを−10dB」にすることであるとわかる。また、作業を開始すべき時刻は「開始」の表示から「08-27 15:30」であり、当該作業を終了すべき時刻は「終了」の表示から「08-27 19:00」であることがわかる。また、「担当」の表示から、作業の分担が指示された作業者は「山田」であることがわかる。

同様に、指示内容２６１の２行目によれば、作業のステータスが「未着手」であることがわかる。また、作業の指示の内容の入力が確定した時刻は「2010-08-27 12:05」であることがわかる。また、具体的な指示の内容は、「爆音SE（Sound Effect）を挿入」であることがわかる。また、作業を開始すべき時刻は「08-27 17:00」であり、当該作業を終了すべき時刻は「08-27 20:00」であることがわかる。また、作業の分担が指示された作業者は「三浦」であることがわかる。

同様に、指示内容２６１の３行目によれば、作業のステータスが「未着手」であることがわかる。また、作業の指示の内容の入力が確定した時刻は「2010-08-27 13:00」であることがわかる。また、具体的な指示の内容は、「ノイズリダクション」であることがわかる。また、作業を開始すべき時刻は「08-27 14:00」であり、当該作業を終了すべき時刻は「08-27 17:00」であることがわかる。また、作業の分担が指示された作業者は「佐藤」であることがわかる。

同様に、指示内容２６１の４行目によれば、作業のステータスが「未着手」であることがわかる。また、作業の指示の内容の入力が確定した時刻は「2010-08-27 13:03」であることがわかる。また、コメントに音声ファイルが登録されていることから、具体的な指示は、音声によりされていることがわかる。また、作業を開始すべき時刻は「08-27 19:00」であり、当該作業を終了すべき時刻は「08-27 20:00」であることがわかる。また、作業の分担が指示された作業者は「三浦」であることがわかる。

なお、それぞれの作業者が編集作業を施すべきタイムライン上の位置が、プレイライン２８１で示される。プレイラインは、タイムライン上の所定の時間的位置が容易に理解できるように、タイムライン上に表示される線である。また、プレイライン２８１は、タイムラインプレビュー領域２１３でプレビュー表示されるタイムラインの再生位置を示す。即ち、プレイライン２８１上に位置するイベントがすべて合成されて、タイムラインプレビュー領域２１３でプレビュー表示される。

このようにして、指示内容２６１の入力が完了すると、上述したように、図５のステップＳ２の処理として、入力された指示の内容が、作業の指示として同時並行編集マネージャ１１１に送信される。

ステップＳ２２において、同時並行編集マネージャ１１１は、ディレクタ用同時並行編集クライアント１２１−１から送信されてきた作業の指示を受信して、作業者用同時並行編集クライアント１２１−２に送信する。

ステップＳ４１において、作業者用同時並行編集クライアント１２１−２は、同時並行編集マネージャ１１１から送信されてきた作業の指示を受信する。

[作業の指示の確認]
ステップＳ４２において、作業者用同時並行編集クライアント１２１−２は、作業者２１−１の操作による作業の指示の確認を受け付ける。

図１０は、作業の指示の確認が行われるときに、作業者用同時並行編集クライアント１２１−２に表示される編集画面２０１の例を示す図である。

作業者用同時並行編集クライアント１２１−２を操作する作業者２１−１の名前が「三浦」である場合、編集画面２０１の管理領域２１１には、図１０に示されるように、確認用指示内容３０１が表示される。確認用指示内容３０１には、図９の指示内容２６１の各行に示される指示の内容のうち、「担当」が「三浦」である指示の内容のみ、即ち２行目と４行目の指示の内容のみが表示される。このように、作業者用同時並行編集クライアント１２１−２を操作する作業者２１−１である「三浦」は、確認用指示内容３０１をみるだけで、自身に対する作業の指示を容易に確認することができる。

確認用指示内容３０１に表示されている指示のうち所定の指示が選択されると、当該所定の指示に対応する、作業者が編集作業を施すべきタイムラインのイベント上の所定位置に、プレイライン２８１が移動する。そして、編集作業の対象となるタイムラインのイベントが、選択状態であることを示すように、目立つ表示形態に変化して表示される。

具体的には、図１０の例では、確認用指示内容３０１の１行目に表示された指示（即ち、マーク２９１−２が表示された指示）が選択されている。ここで、当該指示が、例えばタイムライン２２２に配置されたイベント３２１に対して、「爆音SEを挿入」するという指示であるものとする。この場合、プレイライン２８１が、タイムライン２２２のトラック１上に配置されたイベント３２１の所定の位置に移動する。すると、イベント３２１が選択状態となり、目立つ表示形態に変化して表示される。これにより、作業者２１−１は、タイムライン２２２上の編集作業を施すべき時間的位置を容易に視認することができる。

また、確認用指示内容３０１には、各指示に対応する作業の進捗度合いが、マーク２９１によって表示される。即ち、マーク２９１は、作業者の進捗に合わせてその表示形態（即ち、色や模様）が変化し、確認用指示内容３０１に反映される。したがって、作業者２１−１は、マーク２９１の表示形態を確認するだけで、自身に指示された作業の中で行うべき作業の進捗度合いを容易に確認することができる。なお、ディレクタ１１が操作するディレクタ用同時並行編集クライアント１２１−１の編集画面２０１の指示内容２６１（図９）においても、作業者の進捗に合わせてマーク２９１の表示形態が同様に変化する。従って、ディレクタ１１もまた、マーク２９１の表示形態を確認するだけで、各作業者の作業の進捗度合いを把握することができる。

例えば、作業者２１−１は、確認用指示内容３０１の１行目に表示されたマーク２９１−２の表示形態（色や模様）から、「爆音SEを挿入」の作業の進捗度合は、「未着手」であることを容易に確認することができる。この場合、ディレクタ１１もまた、指示内容２６１（図９）の２行目に表示されたマーク２９１−２の表示形態から、作業者２１−１による「爆音SEを挿入」の作業の進捗度合は、「未着手」であることを容易に確認することができる。

なお、作業者２１−１は、マーク２９１の表示形態のパターンと、作業のステータスとの対応付けを失念等した場合、マーク２９１に対して所定の操作を行うことで、作業の進捗一覧３４１を表示させることができる。進捗一覧３４１は、マーク２９１の表示形態のパターンと、作業の各進捗度合を示す作業ステータスとの対応関係の一覧である。図１０の例では、マーク２９１の表示形態のパターン３５１−１乃至３５１−６の各々は、「未着手」、「着手中」、「差し戻し」、「質問」、「確定」、及び「承認済み」といった進捗度合いを示す作業のステータスに対応付けられていることがわかる。

また、作業者２１−１は、確認用指示内容３０１の２行目に表示されたマーク２９１−４の表示形態（色や模様）から、音声ファイルによる指示に対する作業の進捗度合いは、「着手中」であることを容易に確認することができる。この場合、ディレクタ１１もまた、指示内容２６１（図９）の４行目に表示されたマーク２９１−４の表示形態から、作業者２１−１による音声ファイルによる指示に対する作業の進捗度合は、「着手中」であることを容易に確認することができる。つまり、図９のマーク２９１−２は、作業者２１−１が作業着手したとき、「未着手」から「着手中」に変化する。

さらに、作業者２１−１は、確認用指示内容３０１に表示される指示に対して、ディレクタ１１に問い合わせをすることができる。

[作業の指示への問い合わせ]
ステップＳ４３において、作業者用同時並行編集クライアント１２１−２は、作業者２１−１の操作による作業の指示への問い合わせがあったとき、それを受け付けて、同時並行編集マネージャ１１１に送信する。

図１１は、指示に対する問い合わせがされるときに、作業者用同時並行編集クライアント１２１−２に表示される確認用指示内容３０１の例を示す図である。

確認用指示内容３０１に表示されている指示のうち、所定の指示が選択された状態で所定の操作が行われると、動作一覧３６１が表示される。動作一覧３６１は、作業者２１−１が行う動作の種類の一覧である。本例では、動作の種類を示す、「開始」、「質問」、及び「確定」とういう各項目が、動作一覧３６１内に表示される。作業者２１−１は、動作一覧３６１のうち「開始」の項目を選択することにより、所定の指示に対応する作業を開始することができる。作業者２１−１は、動作一覧３６１のうち「質問」の項目を選択することにより、所定の指示に対して、ディレクタ１１に問い合わせをすることができる。作業者２１−１は、動作一覧３６１のうち「確定」の項目を選択することにより、ディレクタ１１に所定の指示に対応する作業結果の報告をすることができる。なお、作業結果の報告についてはステップＳ４９で後述する。

ここで、問い合わせ対象の指示が選択された状態で、動作一覧３６１のうち「質問」の項目が選択されると、図示せぬ入力欄が表示される。そこで、作業者２１−１は、当該入力欄に、問い合わせ内容を入力する。このようにして入力欄に問い合わせ内容が入力された後確定されると、当該問い合わせ内容が、同時並行編集マネージャ１１１に送信される。

ここでは、例えば、作業者２１−１が、確認用指示内容３０１の１行目に表示された指示（即ち、マーク２９１−２が表示された指示）の「コメント」、即ち、「爆音SEを挿入」するという指示を確認したところ、どの爆音SEか不明であると感じたものとする。この場合、作業者２１−１は、確認用指示内容３０１の１行目に表示された指示を選択して、動作一覧３６１のうち「質問」の項目を選択する。ここで、作業者２１−１は、時刻12:10に、図示せぬ入力欄に「どの爆音SEか不明」という問い合わせを入力する。すると、「どの爆音SEか不明」という問い合わせ、及び、当該問い合わせがなされた時刻「12:10」を示す情報が、上述したように、図５のステップＳ４３の処理として、作業者用同時並行編集クライアント１２１−２から同時並行編集マネージャ１１１に送信される。

ステップＳ２３において、同時並行編集マネージャ１１１は、ディレクタ用同時並行編集クライアント１２１−１から送信されてきた作業の指示への問い合わせを受信して、ディレクタ用同時並行編集クライアント１２１−１に送信する。

ステップＳ３において、ディレクタ用同時並行編集クライアント１２１−１は、同時並行編集マネージャ１１１から送信されてきた作業の指示への問い合わせを受信する。

図１２は、指示に対する問い合わせが受信されたときに、ディレクタ用同時並行編集クライアント１２１−１に表示される指示内容２６１の例を示す図である。

作業者２１−１から問い合わせがなされると、指示内容２６１には、問い合わせがなされた時刻と、問い合わせ内容とが表示される。具体的には本例では、作業者２１−１に対する「爆音SEを挿入」するという指示に対して「どの爆音SEか不明」という問い合わせが「12:10」になされている。この場合、作業者２１−１に対する「爆音SEを挿入」という指示、即ち指示内容２６１の２行目の指示の下方に、問い合わせがなされた時刻の「12:10」と、問い合わせ内容の「どの爆音SEか不明」というテキストが表示される。ディレクタ１１は、このような問い合わせに対して回答することができる。

ステップＳ４において、ディレクタ用同時並行編集クライアント１２１−１は、ディレクタ１１の操作による問い合わせに対する回答を受け付けて、同時並行編集マネージャ１１１に送信する。

ステップＳ２４において、同時並行編集マネージャ１１１は、ディレクタ用同時並行編集クライアント１２１−１から送信されてきた問い合わせに対する回答を受信して、作業者用同時並行編集クライアント１２１−２に送信する。

ステップＳ４４において、作業者用同時並行編集クライアント１２１−２は、同時並行編集マネージャ１１１から送信されてきた問い合わせに対する回答を受信する。

このように、作業者２１−１は、作業者用同時並行編集クライアント１２１−２を操作して、図５のステップＳ４１の処理としてディレクタ１１の指示を確認し、さらに、確認しても指示内容が不明な場合等には必要に応じて、図５のステップＳ４３の処理としてディレクタ１１の指示に対して問い合わせをすることができる。図５のステップＳ４４の処理として問い合わせに対する回答を受信することにより、作業者２１−１は、指示内容を明確に理解することができる。

ディレクタから作業者２１−１に対する編集作業の指示が一方向ではなはなく、作業者２１−１から指示に対して質問をすることができるので、作業者２１−１は、指示内容を明確に理解してから、編集作業を適切に行うことができる。

ただし、図５には作業者２１−１が操作する作業者用同時並行編集クライアント１２１−２のみの処理が図示されているが、実際には、本実施形態では同時並行編集作業が可能であることから、別の作業者２１−２が操作する作業者用同時並行編集クライアント１２１−２の処理も実行されている場合がある。

基本的には、作業者２１−１は、別の作業者２１−２の編集作業とは独立して、自身の編集作業を行っても、本実施形態では編集結果に競合が生じることはない。しかしながら、作業者２１−１は、別の作業者２１−２の作業結果を確認してから、又は確認しながら、自身の編集操作を行うことができる。

[作業結果の確認]
そこで、作業者２１−１は、作業者用同時並行編集クライアント１２１−２を操作して、別の作業者２１−２の作業結果の確認依頼を同時並行編集マネージャ１１１に対して行うことができる。

この場合、図５のステップＳ４５において、作業者用同時並行編集クライアント１２１−２は、作業者２１−１の操作による作業結果の確認依頼を受け付けて、同時並行編集マネージャ１１１に送信する。

ここで、作業結果の確認依頼のタイミングには、上述したような明示的なタイミングのみならず、暗黙的なタイミングの２種類がある。同時並行編集マネージャ１１１や作業者用同時並行編集クライアント１２１−２（さらに、図示せぬ作業者用同時並行編集クライアント１２１−３）は、そのどちらか一方、または両方のタイミングを任意に設定することができる。明示的なタイミングは、例えば、作業結果の確認依頼を指示する操作ボタンやキーが操作されたタイミングをいう。暗黙的なタイミングは、例えば、編集操作回数やキー操作の操作回数が予め設定された回数を超えたタイミングや、予め設定された一定時間毎のタイミングをいう。したがって、編集操作回数やキー操作の操作回数の設定回数を１回に設定することにより、他の作業者が行った編集作業が、作業結果の確認依頼をした作業者の編集画面２０１に逐次反映される。

本例では、ステップＳ４５のタイミングで、作業結果の確認依頼がなされて、作業者用同時並行編集クライアント１２１−２から同時並行編集マネージャ１１１に送信される。

すると、ステップＳ２５において、同時並行編集マネージャ１１１は、作業者用同時並行編集クライアント１２１−２から送信されてきた作業結果の確認依頼を受信する。図５には図示されていないが、当該確認依頼は、さらに、同時並行編集マネージャ１１１から、別の作業者２１−２が操作する作業者用同時並行編集クライアント１２１−３に送信される。作業者用同時並行編集クライアント１２１−３は、当該確認依頼を受けて、別の作業者２１−２による編集作業の作業結果を同時並行編集マネージャ１１１に送信する。同時並行編集マネージャ１１１は、別の作業者２１−２による当該作業結果を受信すると、それを作業者用同時並行編集クライアント１２１−２に送信する。

このようにして、作業者用同時並行編集クライアント１２１−２に送信される作業結果は、複数人の作業者（本例では作業者２１−１，２１−２）によって行われる同時並行編集作業の作業結果が逐次反映されたものである必要がある。即ち、作業者２１−１は、単独で編集作業を行う場合とは異なり、別の作業者２１−２の編集作業によるイベントの時間的な変化を把握する必要があるため、このような把握が可能となる作業結果が、作業者用同時並行編集クライアント１２１−２に送信される必要がある。

そこで、本実施形態では、作業者２１−１が操作する作業者用同時並行編集クライアント１２１−２の編集画面２０１において、タイムライン領域２１４上の前回確認時から変更されていない箇所の表示、または別の作業者２１−２の作業結果との差異が容易に比較できる表示が可能となるように、別の作業者２１−２の作業結果が作業者用同時並行編集クライアント１２１−３から送信されてくる。

すると、図５のステップＳ４６において、作業者用同時並行編集クライアント１２１−２は、別の作業者２１−２の作業結果を受信し、次の図１３乃至図１５に示されるような表示を適宜行う。作業者２１−１は、このような表示をみることで、別の作業者２１−２の作業結果を確認しながら、自身の編集作業を進めることができる。

図１３は、このような別の作業者２１−２の作業結果に基づく表示であって、タイムライン領域２１４上の前回確認時から変更されていない箇所の表示の例を示す図である。

図１３に示されるように、作業結果の確認依頼をした作業者用同時並行編集クライアント１２１−２には、同時並行編集作業を行っている複数の作業者（即ち、本例では作業者２１−１，２１−２）のそれぞれのタイムラインが重畳されてタイムライン３７１として表示される。

図１３の例のタイムライン３７１では、複数の作業者のそれぞれが編集作業を分担しているイベントは、他の作業者と区別ができるようにそれぞれ異なる模様で示される。各作業者に割り当てられた各模様は、各作業者の名前が表示されたタブ３９１乃至３９３の各色または模様に対応している。具体的には、図１３の例では、作業者２１−１自身である「三浦」が分担するイベントは、「三浦」が表示されたタブ３９１の模様、即ち右斜線で表示されている。同様に、別の作業者２１−２である「佐藤」が分担するイベントは、「佐藤」が表示されたタブ３９２の模様、左斜線で表示されている。また、作業者用同時並行編集クライアント１２１等は図示されていないが、「EditorC」という名の別の作業者がさらに同時並行編集を行っている場合には、当該「EditorC」が表示されたタブ３９３の模様、即ち格子模様が表示される。

ここで、作業結果の確認依頼をした作業者２１−１が既に確認済みであって、前回確認時から変更されていないタイムライン３７１上の範囲（以下、確認済み範囲と称する）は、作業者２１−１が未確認の範囲（以下、未確認範囲と称する）とは異なる表示形態で表示される。例えば、図１３の例では、確認済み範囲４０１,４０３は、ハイライト表示される。なお、同図では便宜上ハイライト表示は、薄い網掛け模様によって表現され、未確認範囲４０２とは異なる表示形態で表示されている。

作業結果の確認依頼をした作業者２１−１は、確認済み範囲４０１，４０３がハイライト表示されている状態をみることで、当該範囲は、過去に確認済みであり、かつ、前回確認時から今回確認時までに他の全ての作業者（即ち、本例では作業者２１−２）の編集作業による作業結果の変更がない範囲であることを容易に認識することができる。

換言すると、過去に確認済みの範囲であっても、前回確認時から今回確認時までに、他の作業者による編集作業によって作業結果に変更があった範囲については、ハイライト表示が解除される。

作業者２１−１は、タイムライン３７１上の前回確認時から変更されていない範囲が、他とは異なる表示形態で表示されていることをみるだけで、他の作業者の編集作業によるイベントの時間的な変化をもれなく把握することが容易に可能になる。

このように、本実施形態では、作業者２１−１が操作する作業者用同時並行編集クライアント１２１−２の編集画面２０１において、タイムライン領域２１４上の前回確認時から変更されていない箇所の表示、または別の作業者２１−２の作業結果との差異が容易に比較できる表示が可能となるように、別の作業者２１−２の作業結果が作業者用同時並行編集クライアント１２１−３から送信されてくる。

この場合、このような別の作業者２１−２の作業結果に基づく表示の例であって、タイムライン領域２１４上の前回確認時から変更されていない箇所の表示の例が、上述の図１３に示される例であった。一方、このような別の作業者２１−２の作業結果に基づく表示の別の例であって、タイムライン領域２１４上の他の作業者の作業結果との差異が容易に比較できる表示の例が、図１４や図１５に示される例である。

即ち、図１４は、タイムライン領域２１４上の他の作業者の作業結果との差異が容易に比較できる表示の一例を示す図である。

複数の作業者が協調的に同時並行編集作業を行うためには、複数の編集結果を比較しながら、異なる箇所を確認する必要がある。したがって、複数の編集結果が容易に比較できるように、同時並行編集作業を行っている複数の作業者（即ち、本例では作業者２１−１，２１−２）のそれぞれのタイムラインが縦に並べて表示される。具体的には、図１４の例では、作業結果の確認依頼をした作業者用同時並行編集クライアント１２１−２には、複数の作業者のそれぞれのタイムライン４２１，４２２が縦に並べて表示される。このとき、タイムライン４２１，４２２は、自動的に同期された状態で表示される。

さらに、タイムライン４２１，４２２が比較され、競合している範囲がある場合、その範囲は競合範囲として、他の競合していない範囲とは異なる表示形態で表示される。例えば、図１４の例では、競合範囲４４１，４４２は、ハイライト表示される。なお、同図では便宜上ハイライト表示は、薄い網掛け模様によって表現され、他の競合していない範囲とは異なる表示形態で表示されている。

さらに、競合範囲４４１，４４２に含まれるイベントは、他のイベントとは異なる表示形態で表示される。例えば、図１４の例では、目立つ色での表示がされる。なお、同図の例では、競合範囲４４１，４４２に含まれるイベントは、濃い灰色によって表現され、他の競合していない範囲に含まれるイベントとは異なる表示形態で表示されている。

作業結果の確認依頼をした作業者２１−１は、競合範囲４４１，４４２がハイライト表示されている状態をみることで、当該範囲は、他の作業者の作業結果と競合する範囲であることを容易に認識することができる。

競合範囲４４１，４４２が存在する場合、どちらの編集結果を優先して出力すればよいのかが不明確な状態であるといえる。タイムラインの競合は、例えば、作業者間の編集作業に優先順位がない場合に発生する。したがって、競合範囲４４１，４４２が存在することが明らかとなった場合、ディレクタ１１は、例えば、一方の作業者の編集作業の優先順位を高く設定することによって、競合を回避することができる。

図１４では、タイムライン領域２１４上の他の作業者の作業結果との差異が容易に比較できるように、複数の作業者のそれぞれのタイムラインが縦に並べて表示されている。しかしながら、タイムライン領域２１４上の他の作業者の作業結果との差異が容易に比較できる表示はこれに限定されない。

図１５は、タイムライン領域２１４上の他の作業者の作業結果との差異が容易に比較できる表示の例であって、図１４の例とは別の例を示す図である。

図１５の例では、複数の編集結果が容易に比較できるように、作業結果の確認依頼をした作業者用同時並行編集クライアント１２１−２には、同時並行編集作業を行っている複数の作業者（即ち、本例では作業者２１−１，２１−２）のそれぞれのタイムラインが重畳されてタイムライン４６１として表示される。

図１５の例のタイムライン４６１では、図１３の例と同様に、複数の作業者のそれぞれが編集作業を分担しているイベントは、他の作業者と区別ができるようにそれぞれ異なる色または模様で示される。図１５の例では、図１３の例と同様に、各作業者である「三浦」、「佐藤」、「EditorC」に割り当てられた各模様は、各作業者の名前が表示されたタブ４８１乃至４８３の各模様に対応している。

ここで、競合範囲５０１，５０２は、図１４と同様に、他の競合していない範囲とは異なる表示形態で表示される。また、競合範囲５０１，５０２に含まれるイベントは、他のイベントとは異なる表示形態で表示される。

作業結果の確認依頼をした作業者２１−１は、競合範囲５０１，５０２がハイライト表示されている状態をみることで、当該範囲は、他の作業者の作業結果と競合する範囲であることを容易に認識することができる。

なお、作業結果の競合を発見するために、例えば、プレイライン２８１を用いてタイムライン上の競合する箇所を示してもよい。その場合、例えば、「次の競合箇所にプレイラインを移動」や、「前の競合箇所にプレイラインを移動」等の機能を追加することにより、ディレクタ１１及び各作業者は、素早く効率的に作業結果の競合を見つけることができる。

[編集作業]
このように、図５のステップＳ４６において、作業者用同時並行編集クライアント１２１−２は、別の作業者２１−２の作業結果を受信し、上述した図１３乃至図１５に示されるような表示を適宜行う。作業者２１−１は、このような表示をみることで、別の作業者２１−２の作業結果を参照、使用、または確認しながら自身の編集作業を行うことができる。

この場合、ステップＳ４７において、作業者用同時並行編集クライアント１２１−２は、作業者２１−１の操作による編集作業に応じた処理を実行する。

ここで、作業者２１−１の操作による編集作業の手法として、次の３通りの手法が存在する。第１の手法は、他の作業者の作業結果を参照しながら編集作業を行う手法である。第２の手法は、他の作業者の作業結果を素材として使用して編集作業を行う手法である。第３の手法は、他の作業者の作業結果の変更を確認しながら編集作業を行う手法である。

はじめに、第１の手法について図１６乃至図１８を用いて説明する。

図１６は、他の作業者の作業結果を参照しながら編集作業を行う場合の編集画面の表示の一例を示す図である。

管理領域２１１には、作業者２１−１が編集作業に用いる素材が、同時並行編集マネージャ１１１内での素材の記憶位置がわかるように、例えばマイクロソフト社のエクスプローラ（登録商標）による表示のように木構造で表示される。図１６の例では、管理領域２１１には、作業者２１−１が編集作業に用いる複数の素材５６１−１乃至５６１−４が素材群５６１として表示される。

素材プレビュー領域２１２には、素材群５６１の中から選択された素材５６１−４の少なくとも一部がクリップ５７１として配置されプレビュー表示される。作業者２１−１は、クリップ５７１のプレビュー表示の再生位置を示すプレイライン５８１を参考にして、クリップ５７１のうち編集作業に用いる部分を決定することができる。作業者２１−１は、クリップ５７１に対してイン点５９１とアウト点５９２を設定して、その間の映像を切り出す。そして、タイムライン５２１上にイン点６０１を設定して、クリップ５７１から切り出した映像を、タイムライン領域２１４のタイムライン５２１のトラック１上にイベント６１１として配置する。

タイムライン領域２１４には、図１６に示されるように、作業者２１−１のタイムライン５２１に含まれるトラックの１つに、他の作業者（即ち、本例では作業者２１−２）のタイムラインが配置される。即ち、タイムライン５２１には、作業者２１−１のトラック１乃至４と、別の作業者２１−１のタイムラインが配置されたトラック５が含まれる。このとき、別の作業者２１−２のタイムラインは、当該タイムラインに含まれる複数のトラックのすべてが合成されて表示されたものである。

例えば、テロップ入れ編集、MA編集等の編集作業は、カット編集が施された素材に対して行われる。したがって、例えば、作業者２１−１にテロップ入れ編集が割り当てられ、別の作業者２１−２にカット編集が割り当てられている場合、作業者２１−１は、別の作業者２１−２のタイムラインを参照しながら、テロップ入れ編集を行うことができる。

具体的には、図１６の例では、作業者２１−１は、タイムラインプレビュー領域２１３に別の作業者２１−２のタイムラインをプレビュー表示させることにより、別の作業者２１−２の作業結果の映像を参照しながら、テロップを入れるべきタイムライン上の位置を決定することができる。

このとき、別の作業者２１−２のタイムラインは書込禁止に設定されることにより、作業者２１−１によって作業結果が変更されることを回避することができる。

図１６では、別の作業者２１−２の作業結果を参照しながら編集作業を行うことができるように、作業者２１−１のタイムラインの中に別の作業者２１−２のタイムラインが含まれるように表示されている。しかしながら、別の作業者２１−２の作業結果を参照しながら編集作業を行うための表示はこれに限定されない。

図１７は、他の作業者の作業結果を参照しながら編集作業を行う場合の編集画面の表示の例であって、図１６の例とは別の例を示す図である。

図１７の例では、他の作業者（即ち、本例では作業者２１−２）の作業結果を参照しながら編集作業が行えるように、作業者２１−１と別の作業者２１−２のタイムラインが縦に並べて表示される。具体的には、図１７の例では、作業者２１−１のタイムライン６２１と別の作業者２１−２のタイムライン６２２が縦に並べて表示される。このとき、別の作業者２１−２のタイムライン６２２は、タイムライン６２２に含まれる複数のトラックのすべてが合成されて表示されたものである。

図１７の例でも、作業者２１−１は、タイムラインプレビュー領域２１３に別の作業者２１−２のタイムライン６２２をプレビュー表示させることにより、別の作業者２１−２のタイムライン６２２の映像を参照しながら、編集作業を行うべきタイムライン上の位置を決定することができる。

このとき、別の作業者２１−２のタイムライン６２２は書込禁止に設定されることにより、作業者２１−１によって作業結果が変更されることを回避することができる。図１７の例の場合、別の作業者２１−２のタイムライン６２２が、作業者２１−１のタイムライン６２１と明確に分離されて表示される。したがって、作業者２１−１は、別の作業者２１−２のタイムライン６２２は書込不可であることを、図１６の例と比較してより直感的に把握することができる。

図１６と図１７の例では、作業者２１−１から参照される別の作業者２１−２のタイムラインは、当該タイムラインに含まれる複数のトラックのすべてが合成されて表示されたものである。しかしながら、別の作業者２１−２の作業結果を参照しながら編集作業を行うための表示はこれに限定されない。

図１８は、他の作業者の作業結果を参照しながら編集作業を行う場合の編集画面の表示の例であって、図１６，図１７の例とは別の例を示す図である。

図１８の例では、他の作業者（本例では作業者２１−２）の作業結果を参照しながら編集作業が行えるように、作業者２１−１のタイムラインと別の作業者２１−２のトラックの表示を含むタイムラインが縦に並べて表示される。具体的には、図１８の例では、作業者２１−１のタイムライン６２１と別の作業者２１−２のタイムライン６４１が縦に並べて表示される。このとき、別の作業者２１−２のタイムライン６４１は、タイムライン６４１に含まれる複数のトラック１乃至４のすべてが表示される。

図１８の例でも、作業者２１−１は、タイムラインプレビュー領域２１３に別の作業者２１−２のタイムライン６４１をプレビュー表示させることにより、別の作業者２１−２のタイムライン６４１の映像を参照しながら、編集作業を行うべきタイムライン上の位置を決定することができる。

このとき、別の作業者２１−２のタイムライン６４１は書込禁止に設定されることにより、作業者２１−１によって作業結果が変更されることを回避することができる。図１８の例の場合、別の作業者２１−２のタイムライン６４１には、トラック１乃至４が表示される。したがって、作業者２１−１は、別の作業者２１−２のタイムライン６４１の編集作業の詳細を把握しながら、自身の編集作業を行うことができる。

図１６乃至図１８を用いて説明した編集作業の第１の手法は、他の作業者の作業結果をベースにして作業者２１−１の編集作業が行われる。したがって、第１の手法は、他の作業者の編集作業が主体となる編集作業に適している。

次に、第２の手法について図１９と図２０を用いて説明する。

図１９は、他の作業者の作業結果を素材として使用して編集作業を行う場合の編集画面の表示の一例を示す図である。

管理領域２１１には、作業者２１−１が編集作業に用いる複数の素材５６１−１乃至５６１−４が素材群５６１として表示される。また、管理領域２１１には、他の作業者（即ち、本例では作業者２１−２）のタイムライン６８１が作業者２１−１の使用可能な素材として表示される。別の作業者２１−２のタイムライン６８１は、当該タイムラインに含まれる複数のトラックのすべてが合成されたものである。別の作業者２１−２のタイムライン６８１は、別の作業者２１−２の操作により作業者用同時並行編集クライアント１２１−３が、作業結果の通知を実行した場合に表示される。なお、作業結果の通知については、ステップＳ４８で後述する。

素材プレビュー領域２１２には、素材群５６１及び別の作業者２１−２のタイムライン６８１の中から選択された素材がプレビュー表示される。具体的には、図１９の例では、別の作業者２１−２のタイムライン６８１が選択され、素材プレビュー領域２１２にプレビュー表示される。作業者２１−１は、タイムライン６８１のプレビュー表示の再生位置を示すプレイライン７０１を参考にして、タイムライン６８１のうち編集作業に用いる部分を決定することができる。作業者２１−１は、タイムライン６８１に対してイン点６９１とアウト点６９２を設定して、その間の映像を切り出す。そして、タイムライン６６１上にイン点７１１を設定し、タイムライン６８１から切り出した映像を、タイムライン領域２１４のタイムライン６６１のトラック１上にイベント７２１として配置する。

タイムライン領域２１４には、図１９に示されるように、タイムライン６６１のトラック１上に、別の作業者２１−２のタイムライン６８１から切り出されたイベント７２１が配置される。作業者２１−１は、タイムラインプレビュー領域２１３に、イベント７２１を含むタイムライン６６１をプレビュー表示させながら、タイムライン６６１の編集作業をすることができる。

タイムラインプレビュー領域２１３には、タイムライン６６１のプレビュー表示の再生位置を示すプレイライン２８１と、イベント７２１のイン点７１１が表示される。したがって、作業者２１−１は、タイムライン６６１のプレビュー表示の再生位置と、イベント７２１のイン点を参考にして、タイムライン６６１の編集作業をすることができる。即ち、作業者２１−１は、別の作業者２１−２の編集結果を素材として使用して、自身の編集作業を行うことができる。

図１９の例では、他の作業者の作業結果を素材として使用して編集作業を行うことができるように、別の作業者２１−２のタイムライン６８１として、当該タイムラインに含まれる複数のトラックのすべてが合成されたものが表示されている。しかしながら、他の作業者の作業結果を素材として使用して編集作業を行うための表示はこれに限定されない。

図２０は、他の作業者の作業結果を素材として使用して編集作業を行う場合の編集画面の表示の例であって、図１９の例とは別の例を示す図である。

図２０の例では、他の作業者（本例では作業者２１−２）の作業結果を参照しながら編集作業が行えるように、作業者２１−１のタイムラインと別の作業者２１−２のタイムラインが縦に並べて表示される。具体的には、図２０の例では、作業者２１−１のタイムライン７４２の上に別の作業者２１−２のタイムライン６８１を表示するためのタイムライン７４１が縦に並べて表示される。

作業者２１−１は、タイムライン７４１に対してイン点７５１とアウト点７５２を設定して、別の作業者２１−２のタイムライン６８１を、タイムライン７４１上に配置する。図２０の例では、タイムライン７４１の表示から、別の作業者２１−２のタイムライン６８１には、トラック１乃至４が含まれていることがわかる。タイムライン７４１のトラック１乃至４には、別の作業者２１−２のタイムライン６８１に含まれているイベントが配置される。

作業者２１−１は、タイムライン７４１上から編集に使用するイベントを選択する。そして、自身の編集作業のためのタイムライン７４２上にイン点及びアウト点を指定して、またはドラッグ操作により、選択したイベントを配置する。即ち、作業者２１−１は、別の作業者２１−２の編集結果を素材として使用して、自身の編集作業を行うことができる。

図２０の例では、別の作業者２１−２のタイムラインを表示するためのタイムライン７４１には、トラック１乃至４と、トラックに配置されたイベントが表示される。したがって、作業者２１−１は、別の作業者２１−２のタイムライン６８１の編集作業の詳細を把握しながら、別の作業者２１−２の編集結果を素材として使用することができる。

図１９と図２０を用いて説明した編集作業の第２の手法は、作業者２１−１の作業結果をベースに、他の作業者の作業結果が作業者２１−１の編集作業に使用される。したがって、第２の手法は、作業者２１−１の編集作業が主体となる編集作業に適している。

作業者２１−１が、第２の手法を用いて、他の作業者の作業結果を素材として使用して編集作業を行うと、その後に他の作業者の作業結果に変更が生じても、作業者２１−１の作業結果には反映されない。したがって、作業者２１−１が、他の作業者の作業結果の変更を反映させながら、素材として使用して編集作業を行いたい場合には、次の第３の手法が適している。

第３の手法について図２１を用いて説明する。

図２１は、他の作業者の作業結果の変更を確認しながら編集作業を行う場合の編集画面の表示の一例を示す図である。

図２１の例では、他の作業者の編集結果の変更が確認できるように、作業者２１−１が操作する作業者用同時並行編集クライアント１２１−２には、同時並行編集作業を行っている複数の作業者（即ち、本例では作業者２１−１，２１−２）のそれぞれのタイムラインが重畳されてタイムライン７７１として表示される。

図２１の例のタイムライン７７１では、図１５の例と同様に、複数の作業者のそれぞれが編集作業を分担しているイベントは、他の作業者と区別ができるようにそれぞれ異なる模様で示される。各作業者に割り当てられた各模様は、各作業者の名前が表示されたタブ７９１乃至７９３の各模様に対応している。

図２１の例では、作業者２１−１は、他の作業者の作業結果の変更を、タイムライン７７１で確認しながら編集作業を行うことができる。このとき、図２２を用いて後述する確定通知が行われていない他の作業者の作業結果については、変更が可能である。同様に、作業者２１−１の作業結果のうち、確定通知を行っていない作業結果については、他の作業者から変更が可能である。したがって、作業者２１−１は、他の作業者から変更されたくない自身の編集作業の作業結果に対しては、確定通知を行う必要がある。

このとき、競合範囲８０１，８０２は、図１５と同様に、他の競合していない範囲とは異なる表示形態で表示される。また、競合範囲８０１，８０２に含まれるイベントは、他のイベントとは異なる表示形態で表示される。作業者２１−１は、競合範囲８０１，８０２がハイライト表示されている状態をみることで、当該範囲は、他の作業者の作業結果と競合する範囲であることを容易に認識することができる。

図２１を用いて説明した編集作業の第３の手法は、同時並行編集作業を行っている複数の作業者のそれぞれのタイムラインが重畳され、自身の編集結果でなくても、未確定の編集結果については編集が可能である。したがって、第３の手法は、作業者２１−１と他の作業者の編集作業のうち、どちらが主体となるかを決めない編集作業に適している。

上述した第１乃至第３の手法は、役割と権限に応じて、編集者が自身の編集作業に適した手法を選択することができる。また、これらの手法を用いて編集作業を行うことにより、編集者間の作業の競合を回避することができる。

[作業結果の通知]
このように、作業者２１−１が、作業者用同時並行編集クライアント１２１−２を操作して、第１乃至第３の何れかの手法に従って編集作業をすると、上述したように、図５のステップＳ４７において、作業者用同時並行編集クライアント１２１−２は、当該編集作業に応じた処理を実行する。

ステップＳ４８において、作業者用同時並行編集クライアント１２１−２は、作業者２１−１の操作による作業結果の通知を受け付けて、同時並行編集マネージャ１１１に送信する。

即ち、作業者２１−１は、編集作業の作業中に、作業者用同時並行編集クライアント１２１−２を操作して、他の作業者に対して作業結果の通知を行うことができる。

換言すると、ここでは説明の簡略化のため、作業者２１−１が操作する作業者用同時並行編集クライアント１２１−２の処理について言及しているが、実際には同時並行編集操作が行われているため、別の作業者２１−２が操作する作業者用同時並行編集クライアント１２１−３の処理も並行して実行されている。

従って、作業者２１−１が、別の作業者２１−２の作業結果を確認等しながら自身の編集作業を行うことができたように、別の作業者２１−２もまた、作業者２１−１の作業結果を確認等しながら自身の編集作業を行うことができる。この場合、別の作業者２１−２が操作する作業者用同時並行編集クライアント１２１−２が、上述した図５のステップＳ４６と等価な処理を実行して、作業者２１−１の作業結果を受信する必要がある。

このため、作業者２１−１は、作業者用同時並行編集クライアント１２１−２を操作して、別の作業者２１−２に対して作業結果の通知を行うのである。

ここで、作業結果の通知のタイミングには、上述したような明示的なタイミングのみならず、暗黙的なタイミングの２種類がある。これらのタイミングについては、作業結果の確認依頼のタイミングと同様であるので、説明を省略する。

本例では、ステップＳ４８のタイミングで、作業結果の通知がなされて、作業者用同時並行編集クライアント１２１−２から同時並行編集マネージャ１１１に送信される。作業結果の通知の際には、編集作業が「未確定」または「確定」であるかが合わせて通知される。作業者２１−１は、編集作業が終わっていないタイムライン上の範囲を「未確定」、編集作業が終わった範囲を「確定」として作業結果の通知を行う。作業結果の通知がされた場合に、「未確定」であるタイムライン上の範囲は、他の作業者から変更可能となる。一方、作業結果の通知がされた場合に、「確定」であるタイムライン上の範囲は、他の作業者から変更不可となる。既定の作業結果の通知は「未確定」とされ、作業者２１−１が範囲を指定して所定のボタンやキーを操作することにより、編集作業が終わったタイムライン上の範囲が「確定」に設定される。なお、作業結果の「未確定」または「確定」の設定は、設定した作業者のみが変更可能である。

すると、ステップＳ２６において、同時並行編集マネージャ１１１は、作業者用同時並行編集クライアント１２１−２から送信されてきた作業結果の通知を受信する。図５には図示されていないが、同時並行編集マネージャ１１１は、当該通知を受信すると、作業者２１−１の作業結果を、別の作業者２１−２が操作する作業者用同時並行編集クライアント１２１−３に送信する。

図２２は、このような作業者２１−１の作業結果の通知を送信した後の、作業者２１−１が操作する作業者用同時並行編集クライアント１２１−２に表示される編集画面であって、作業の未確定と確定の箇所の表示の例を示す図である。

図２２に示されるように、作業結果の通知を送信した後の作業者用同時並行編集クライアント１２１−２には、同時並行編集作業を行っている複数の作業者（即ち、本例では作業者２１−１，２１−２）のそれぞれのタイムラインが重畳されてタイムライン８２１として表示される。

図２２の例のタイムライン８２１では、図１５の例と同様に、複数の作業者のそれぞれが編集作業を分担しているイベントは、他の作業者と区別ができるようにそれぞれ異なる模様で示される。各作業者に割り当てられた各模様は、各作業者の名前が表示されたタブ８４１乃至８４３の各模様に対応している。

ここで、作業結果の通知をした作業者２１−１が、「確定」を設定したタイムライン８２１上の範囲（以下、確定範囲と称する）は、作業者２１−１が確定を設定していないタイムライン８２１上の「未確定」の範囲（以下、未確定範囲と称する）とは異なる表示形態で表示される。例えば、図２２の例では、確定範囲８８１乃至８８４は、ハイライト表示される。なお、同図では便宜上ハイライト表示は、薄い網掛け模様によって表現され、他の未確定範囲とは異なる表示形態で表示されている。

作業結果の通知をした作業者２１−１は、確定範囲８８１乃至８８４がハイライト表示されている状態をみることで、当該範囲は、他の作業者から変更不可であることを容易に認識することができる。換言すると、確定範囲８８１乃至８８４ではない未確定範囲については、他の作業者から変更可能であることを容易に認識することができる。

さらに、図１５の例と同様に、競合範囲８６１，８６２は、他の競合していない範囲とは異なる表示形態で表示される。また、競合範囲８６１，８６２に含まれるイベントは、他のイベントとは異なる表示形態で表示される。作業結果の通知をした作業者２１−１は、競合範囲８６１，８６２がハイライト表示されている状態をみることで、当該範囲は、他の作業者の作業結果と競合する範囲であることを容易に認識することができる。

以上説明したように、ステップＳ４８とステップＳ４６とは対になる処理であり、作業者２１−１と別の作業者２１−２とのうち、作業結果が確認される側の装置でステップＳ４８の処理が実行されると、作業結果を確認する側の装置でステップＳ４６の処理が実行される。この場合、作業が確認される側（即ち、作業結果を通知する側）の装置の出力部１６２には、図２２の画面が表示され、作業を確認する側の装置の表示部には、図１３乃至図１５の画面が表示される。このように、ステップＳ４６やＳ４８の処理は、編集作業中に、同時並行編集を行っている複数の編集者が操作する各装置において適宜実行される処理であり、同時並行編集作業を行う複数の作業者は、お互いの作業結果を通知したり確認しながら、自身の編集操作を行うことができる。

なお、図２２の例では、作業者２１−１が作業結果の通知をした後の表示として、複数の作業者のそれぞれのタイムラインが重畳されて表示されている。しかしながら、表示はこれに限定されず、例えば、図１４の例と同様に、複数の作業者のそれぞれのタイムラインが縦に並べて表示されてもよい。

[作業結果の報告]
作業者２１−１は、ディレクタ１１の指示に基づく編集作業が完了、即ち、作業者２１−１の作業結果がすべて確定されると、作業結果をディレクタ１１に報告する必要がある。

ステップＳ４９において、作業者用同時並行編集クライアント１２１−２は、作業者２１−１の操作による作業結果の報告を受け付けて、同時並行編集マネージャ１１１に送信する。

作業者２１−１は、ディレクタ１１に作業結果の報告をする場合、図１０に示される確認用指示内容３０１に表示されたディレクタ１１からの指示のうち、指示に対応する編集作業が完了した指示を選択する。そして、指示に対応する編集作業が完了した指示を選択した状態で所定の操作を行い、図１１に示される動作一覧３６１を表示させる。作業者２１−１は、動作一覧３６１のうち「確定」の項目を選択することにより、ディレクタ１１に作業結果の報告をすることができる。このとき、作業者２１−１は、ディレクタ１１に作業結果に対するコメントを追加することができる。なお、追加するコメントは音声ファイルとすることもできる。すると、作業結果、作業結果の報告時刻、及び、必要に応じてコメントが、ステップＳ４９の処理として、作業者用同時並行編集クライアント１２１−２から同時並行編集マネージャ１１１に送信される。

ステップＳ２７において、同時並行編集マネージャ１１１は、作業者用同時並行編集クライアント１２１−２から送信されてきた作業結果の報告を受信して、ディレクタ用同時並行編集クライアント１２１−１に送信する。

ステップＳ５において、ディレクタ用同時並行編集クライアント１２１−１は、同時並行編集マネージャ１１１から送信されてきた作業結果の報告を受信する。

[作業結果の承認]
すると、ディレクタ１１は、作業者２１−１の作業結果を確認し、その承認を行う。すなわち、ディレクタ１１は、図９に示される指示内容２６１に表示された各行の指示のうち、作業ステータスが「確定」である指示、即ちマーク２９１の表示形態がパターン３５１−５となっている指示を選択して、指示に対応する作業結果を確認する。そして、作業結果に問題がなければ承認を行う。

ステップＳ６において、ディレクタ用同時並行編集クライアント１２１−１は、ディレクタ１１の操作による作業結果の承認を受け付けて、同時並行編集マネージャ１１１に送信する。

ディレクタ１１は、作業者２１−１の作業結果の承認をする場合、図９に示される指示内容２６１に表示された各行の指示のうち、作業ステータスが「確定」である指示を選択する。そして、当該指示を選択した状態で所定の操作を行うことにより、作業結果の承認を行う。このとき、ディレクタ１１は、作業者２１−１に対してコメントを追加することができる。なお、追加するコメントは音声ファイルとすることもできる。

すると、作業結果の承認、承認時刻、及び、必要に応じてコメントが、ステップＳ６の処理として、ディレクタ用同時並行編集クライアント１２１−１から同時並行編集マネージャ１１１に送信される。

ステップＳ２８において、同時並行編集マネージャ１１１は、ディレクタ用同時並行編集クライアント１２１−１から送信されてきた作業結果の承認を受信して、作業者用同時並行編集クライアント１２１−２に送信する。

ステップＳ５０において、作業者用同時並行編集クライアント１２１−２は、同時並行編集マネージャ１１１から送信されてきた作業結果の承認を受信する。すると、ディレクタ１１により承認された作業結果は、作業者２１−１を含むすべての作業者から変更不可となる。

これにより、同時並行編集処理システム１０１による同時並行編集処理は終了する。

[作業結果の差し戻し]
一方、ステップＳ６において、ディレクタ１１の操作による作業結果の承認が行われず、作業者２１−１に作業結果が差し戻された場合には、作業者２１−１による作業結果の変更が可能となる。即ち、処理はステップＳ４２に戻され、作業者２１−１は、作業の指示の確認を行う。この場合、図１０に示される確認用指示内容３０１に表示されている指示のうち、ディレクタ１１により差し戻された作業結果に対応する指示は、作業ステータスが「差し戻し」、即ちマーク２９１の表示形態がパターン３５１−３となる。したがって、作業者２１−１は、ディレクタ１１による作業結果の承認を受信するまで、ステップＳ４２乃至ステップＳ４９の処理を繰り返す。作業者２１−１による作業結果がディレクタ１１により承認され、ステップＳ５０において作業者用同時並行編集クライアント１２１−２が作業結果の承認を受信すると、同時並行編集処理は終了する。

このように、同時並行編集処理システム１０１によれば、複数の編集者が、同一の素材、特にタイムラインに対して編集作業を行う場合であっても、それぞれの役割が明確にされているため、競合を回避することができる。

さらに、同時並行編集処理システム１０１においては、編集者間で、映像データ、テキストデータ、若しくは音声データの送受信、または映像、テキスト、若しくは音声によるチャットを通じて編集者間の意思疎通を図ることができる。これにより、さらに編集結果の競合を回避して同時並行編集作業をすすめることができる。

[同時並行編集処理の結果から各編集者の役割の設定内容が参照できる例]
次に、同時並行編集処理の結果から、各編集者の役割についての設定内容が参照できる手法について説明する。

即ち、同時並行編集処理システムの処理のステップＳ１において、ディレクタ用同時並行編集クライアント１２１−１が受け付ける作業内容と分担（即ち、同時並行編集マネージャ１１１の編集処理部１４１の制御対象となる作業内容と分担）に従って実行された同時並行編集処理の実行中または実行後の結果を示す第１データと、当該第１データのうち、割り当てられた作業内容に基づく実行中または実行後の編集結果を示す部分と対応付けられている、１以上の作業者毎の役割を示す第２データとが生成される場合の例について、図２３乃至図２６を用いて説明する。

具体的には、図２３乃至図２６の例は、同時並行編集処理の実行中または実行後の結果（以下、適宜、同時並行編集処理の結果と称する）を示す第１データから、各編集者毎の役割についての設定内容を示す第２データが参照できる手法について説明するものである。当該手法は、複数人で異なる編集作業を同時並行的に行った場合にも、複数人で同じ編集作業を同時並行的に行った場合にも適用可能である。

図２３は、複数人で異なる編集作業を同時並行的に行った場合に、同時並行編集処理の結果から、各編集者毎の役割についての設定内容が参照できる手法の一例を示す図である。

図２３には、所定のタイムラインについての同時並行編集処理の結果を示す第１データとしてのデータ構造１００１と、編集者毎の役割を示す第２データとしての設定内容１０２１乃至１０２５が示されている。

データ構造１００１において、当該タイムライン全体のオーナーグループの役割を担った者が２乃至４行目に示されている。具体的には、３，４行目の記載によれば、「鈴木」と「伊藤」がタイムライン全体のオーナーグループの役割を担っていた。ここで、タイムライン全体のオーナーグループとは、責任を持って当該タイムラインを監督した者のグループを意味している。

また、当該タイムライン内の同時並行編集処理の結果は、５行目以降に、トラック毎に示されている。具体的には、この例では、１つのビデオトラックと１つのオーディオトラック毎に示されている。

ビデオトラックについての同時並行編集処理の結果は、６乃至１４行目に示されている。

詳細には、当該ビデオトラックのオーナーグループの役割を担った者が７乃至１０行目に示されている。具体的には、７乃至１０行目の記載によれば、「田中」、「松本」、「山田」がビデオトラックのオーナーグループの役割を担っていた。ここで、ビデオトラックのオーナーグループとは、責任を持って当該ビデオトラックを監督し編集した者のグループを意味している。

また、当該ビデオトラックの編集結果が、１１乃至１５行目に示されている。具体的には、１３，１４行目の編集データ１０１１と、１５行目の編集データ１０１２によって、当該ビデオトラックの編集結果が示されている。編集データ１０１１は、当該ビデオトラックに含まれるセル（以下ではイベントと称する）の「Mark In Point: 00:01:00:02」,「Mark Out Point: 00:01:30:02」の間が切り出された、というカット編集の編集結果を示している。なお、各数字は順番に、時間、分、秒、フレームにより位置を表している。編集データ１０１２は、当該ビデオトラックに含まれるイベントの「Opacity Level:0.5」、即ち透明度が0.5にされた、というビデオエフェクト編集の編集結果を示している。

オーディオトラックについての同時並行編集処理の結果は、１６乃至２４行目に示されている。

詳細には、当該オーディオトラックのオーナーグループの役割を担った者が１７乃至１９行目に示されている。具体的には、１７乃至１９行目の記載によれば、「田中」、「佐藤」がオーディオトラックのオーナーグループの役割を担っていた。ここで、オーディオトラックのオーナーグループとは、責任を持って当該オーディオトラックを監督し編集した者のグループを意味している。

また、当該オーディオトラックの編集結果が、２０乃至２４行目に示されている。具体的には、２２，２３行目の編集データ１０１３と、２４行目の編集データ１０１４によって、当該オーディオトラックの編集結果が示されている。編集データ１０１３は、当該オーディオトラックに含まれるイベントの「Mark In Point: 00:01:00:02」,「Mark Out Point: 00:01:30:02」の間が切り出された、というカット編集の編集結果を示している。編集データ１０１４は、当該オーディオトラックに含まれるイベントの「Audio Level:0.3」、即ち音声レベルが0.3にされた、というビデオエフェクト編集の編集結果を示している。

図２３に示されるように、ビデオトラックのカット編集の編集結果を示す編集データ１０１１には、カット編集の役割を担った編集者「田中」についての設定内容１０２３が対応付けられている。即ち、編集データ１０１１から、設定内容１０２３が参照できるように構成されている。

同様に、ビデオトラックのビデオエフェクト編集の編集結果を示す編集データ１０１２には、ビデオエフェクト編集の役割を担った編集者「三浦」についての設定内容１０２４が対応付けられている。即ち、編集データ１０１２から、設定内容１０２４が参照できるように構成されている。

同様に、オーディオトラックのカット編集の編集結果を示す編集データ１０１３には、カット編集の役割を担った編集者「田中」についての設定内容１０２３が対応付けられている。即ち、編集データ１０１３から、設定内容１０２３が参照できるように構成されている。

同様に、オーディオトラックのMA編集の編集結果を示す編集データ１０１４には、MA編集の役割を担った編集者「佐藤」についての設定内容１０２５が対応付けられている。即ち、編集データ１０１４から、設定内容１０２５が参照できるように構成されている。

このように、データ構造１００１は、編集データ１０１１乃至１０１４から、編集者毎の役割についての設定内容１０２１乃至１０２５のうち、それぞれ対応する設定内容が参照できるように構成されている。設定内容１０２１乃至１０２５は、それぞれ図２に示される設定内容５１，６１，７２，７１−１，７１−２と同様であるのでその説明を省略する。

したがって、作業者等は、編集データ１０１１乃至１０１４から、それぞれ対応する設定内容が参照できることにより、編集データ１０１１乃至１０１４のより詳細な情報を知ることができる。即ち、作業者等は、設定内容が参照できることにより、さらに、編集データ１０１１乃至１０１４の編集作業が分担された作業者の名前、当該作業者を監督するディレクタの名前、当該作業者の権限、及び当該作業者が編集できる編集操作のコマンドの情報を知ることができる。

なお、図２３の例では、データ構造１００１の編集データ１０１１乃至１０１４から、設定内容１０２１乃至１０２５のうち対応する設定内容が参照できるようにデータ構造１００１が構成されている。しかしながら、さらに、これとは逆に設定内容１０２１乃至１０２５から、データ構造１００１の編集データ１０１１乃至１０１４のうち、対応する編集データが参照できるように設定内容１０２１乃至１０２５を構成することもできる。勿論、両方から参照できるようにしてもよい。これにより、作業者は、自身が編集処理を実行中または実行後の結果を容易に確認できる。

以上、図２３を参照して、複数人で異なる編集作業を同時並行的に行った場合に、同時並行編集処理の結果から、各編集者毎の役割についての設定内容が参照できる手法について説明した。次に、複数人で同じ編集作業を同時並行的に行った場合の当該手法について説明する。

図２４は、複数人で同じ編集作業を同時並行的に行った場合に、同時並行編集処理の結果から、各編集者毎の役割についての設定内容が参照できる手法の一例を示す図である。

図２４には、所定のタイムラインについての同時並行編集処理の結果を示す第１データとしてのデータ構造１０４１と、編集者毎の役割を示す第２データとしての設定内容１０６１，１０６２が示されている。

データ構造１０４１のうち、図２３のデータ構造１００１と同じ構成については、その説明を省略する。データ構造１０４１の編集データ１０５１，１０５２は、それぞれ図２３に示される編集データ１０１１，１０１３と同様であるのでその説明を省略する。

図２４に示されるように、ビデオトラックのカット編集の編集結果を示す編集データ１０５１には、カット編集の役割を担った編集者「田中」についての設定内容１０６１、及び「松本」についての設定内容１０６２が対応付けられている。即ち、編集データ１０５１から、設定内容１０６１，１０６２が参照できるように構成されている。

同様に、オーディオトラックのカット編集の編集結果を示す編集データ１０５２には、カット編集の役割を担った編集者「田中」についての設定内容１０６１、及び「松本」についての設定内容１０６２が対応付けられている。即ち、編集データ１０５２から、設定内容１０６１，１０６２が参照できるように構成されている。

このように、データ構造１０４１は、編集データ１０５１，１０５２から、編集者毎の役割についての設定内容１０６１，１０６２が参照できるように構成されている。設定内容１０６１，１０６２は、それぞれ図２に示される設定内容７２，８１と同様であるのでその説明を省略する。

設定内容１０６１，１０６２からわかるように、「田中」と「松本」には、共に同じ編集作業であるカット編集の役割が分担されている。したがって、「田中」と「松本」が同じ素材に編集作業を施す場合、作業結果が競合しあう可能性があることから、これを回避する必要が生ずる。この場合、それぞれの作業者の役割のうち、作業者に与えられる権限、及び編集できる編集操作のコマンドを、作業者間で異なるものに設定することで、競合が生じるのを回避することができる。なお、このように同じ素材に編集作業の影響が及び、作業結果に競合が発生する可能性がある編集作業を、直交した作業と称する。一方、それ以外の作業を直交していない作業と称する。

図２４の例では、「田中」についての設定内容１０６１、及び「松本」についての設定内容１０６２のうち、４行目の「Authorization」の後に示される、設定された編集者に与えられる権限と、６行目の「Edit commands」の後に示される、編集できる編集操作のコマンドとを、それぞれの作業者で異なるものに設定したことで、作業結果に競合が生じるのを回避することができた。

具体的には、「田中」についての設定内容１０６１は、４行目の「Authorization」の後の記載から「田中」に与えられる権限が、素材の「読取、変更、書込」であることがわかる。また、６行目の「Edit commands」の後の記載から、５行目の「Context」で設定された「カット編集」に含まれる編集操作のうち、「田中」が編集できる編集操作のコマンドは「Add edit」であることがわかる。「田中」が編集できる編集操作のコマンドである「Add edit」は、その実行後には、現在のイベントに対してさらに新たなイベントが追加される。したがって、「田中」に与えられる権限には、素材の「読取、変更」に加えて「書込」が含まれる。

これに対して、「松本」についての設定内容１０６２は、４行目の「Authorization」の後の記載から「松本」に与えられる権限が、素材の「読取、変更」であることがわかる。また、６行目の「Edit commands」の後の記載から、５行目の「Context」で設定された「カット編集」に含まれる編集操作のうち、「松本」が編集できる編集操作のコマンドは「Trim」であることがわかる。「松本」が編集できる編集操作のコマンドである「Trim」は、その実行後には、イベントの総数は保たれたまま「Mark In Point」と「Mark Out Point」のタイムコードの微調整のみがされる。即ち、現在のイベントに新しくイベントが追加されるのではなく、現在のイベントが微調整されるのみである。したがって、「松本」に与えられる権限には、素材の「読取、変更」のみが含まれ、「書込」は含まれない。

このように、「田中」と「松本」には、同じイベントに対して共にカット編集の役割が分担されている。しかしながら、「田中」にはイベントの粗編集が割り当てられ、「松本」にはその微調整が割り当てられたので、編集結果に競合が生じることはなかった。即ち、複数人で同じ編集作業を同時並行的に行う場合であっても、それぞれの作業者に与えられる権限及び編集できる編集操作のコマンドを異なるものとすることで、作業結果に競合が生じるのを回避することができる。

また、図２４の例でも、作業者等は、データ構造１０４１の編集データから、それぞれ対応する編集者毎の役割についての設定内容が参照できることにより、編集データのより詳細な情報を知ることができる。

なお、図２４の例では、データ構造１０４１の編集データから、それぞれ対応する編集者毎の役割についての設定内容が参照できるようにデータ構造１０４１が構成されている。しかしながら、さらに、これとは逆に編集者毎の役割についての設定内容から、データ構造１０４１のそれぞれ対応する編集データが参照できるように、編集者毎の役割についての設定内容を構成することもできる。勿論、両方から参照できるようにしてもよい。これにより、作業者は、自身が編集処理を実行中または実行後の結果を容易に確認できる。

図２４の例は、複数人で同じ編集作業を同時並行的に行う場合に、作業者に与えられる権限及び編集できる編集操作のコマンドを、作業者間で異なるものとすることにより、直交した作業であっても競合を回避することができた。しかしながら、複数人で同じ編集作業を同時並行的に行う場合に、直交した作業であっても競合を回避できる例はこれに限定されない。

図２５は、複数人で同じ編集作業を同時並行的に行った場合に、同時並行編集処理の結果から、各編集者毎の役割についての設定内容が参照できる手法の他の一例を示す図である。

図２５には、所定のタイムラインについての同時並行編集処理の結果を示す第１データとしてのデータ構造１０８１と、編集者毎の役割を示す第２データとしての設定内容１１０１乃至１１０３が示されている。

データ構造１０８１のうち、図２３のデータ構造１００１と同じ構成については、その説明を省略する。

所定のタイムライン内の同時並行編集処理の結果は、具体的には、この例では、５行目以降に、１つのビデオトラックに示されている。

詳細には、当該ビデオトラックのオーナーグループの役割を担った者が７乃至１０行目に示されている。具体的には、７乃至１０行目の記載によれば、「田中」、「松本」、「三木」がビデオトラックのオーナーグループの役割を担っていた。ここで、ビデオトラックのオーナーグループとは、責任を持って当該ビデオトラックを監督し編集した者のグループを意味している。

また、当該ビデオトラックの編集結果が、１１行目以降に示されている。具体的には、１２乃至１７行目の編集データ１０９１と、１８乃至２２行目の編集データ１０９２によって、当該ビデオトラックの編集結果が示されている。編集データ１０９１は、当該ビデオトラックに含まれるイベントの「Mark In Point: 00:00:00:02」,「Mark Out Point: 00:00:30:02」の間と、「Mark In Point: 00:01:00:02」,「Mark Out Point: 00:01:30:02」の間が切り出された、というカット編集の編集結果を示している。編集データ１０９２は、当該ビデオトラックに含まれるイベントの「Mark In Point: 00:02:00:02」,「Mark Out Point: 00:02:30:02」の間と、「Mark In Point: 00:03:00:02」,「Mark Out Point: 00:03:30:02」の間が切り出された、というカット編集の編集結果を示している。

設定内容１１０１は、２行目の「Name:」の後の記載から、「田中」についての設定内容であることがわかる。また、３行目の「Director」の後の記載から、「田中」を監督するディレクタの名前は「伊藤」であることがわかる。また、４行目の「Authorization」の後の記載から、「田中」に与えられる権限は、素材の「読取」であることがわかる。５行目の「Context」の後の記載から、「田中」にとっての「他の編集者から期待される振舞い」は、「監督」であることがわかる。なお、ここで「監督」とは、ディレクタとは異なり、作業者に対して指示等は行わず、作業の監視を行うだけの編集者である。監督にとっての「他の編集者から期待される振舞い」は、自分自身が編集作業をしないため、即ち、特定の編集のコンテキストを割り当てることができないため、ここでは「監督」という特別な設定がなされている。このため、６行目の「Edit commands」の後の記載に示されるように、「田中」は、編集できるコマンドは「なし」となっているのである。図２５の例では、「田中」は、後述する「松本」と「三木」の作業の監視を行う。

同様に、設定内容１１０２は、「松本」についての設定内容であることがわかる。また、「松本」を監督するディレクタの名前は「田中」であることがわかる。また、「松本」に与えられる権限は、素材の「読取、変更」であることがわかる。さらに、素材の「読取、変更」ができるのは、「Start Timecode:00:00:00:00」,「Length:00:02:00:00」であることがわかる。即ち、「松本」が素材の「読取、変更」が可能なタイムライン上の範囲は、タイムラインに対応付けられたタイムコードが00:00:00:00から00:02:00:00の範囲であることがわかる。また、「松本」にとっての「他の編集者から期待される振舞い」は、「カット編集」であることがわかる。このため、「カット編集」に含まれる編集操作のうち、「松本」が編集できる編集操作のコマンドは「Add edit」であることがわかる。

同様に、設定内容１１０３は、「三木」についての設定内容であることがわかる。また、「三木」を監督するディレクタの名前は「田中」であることがわかる。また、「三木」に与えられる権限は、素材の「読取、変更」であることがわかる。さらに、素材の「読取、変更」ができるのは、「Start Timecode:00:02:00:00」,「Length:00:04:00:00」であることがわかる。即ち、「三木」が素材の「読取、変更」が可能なタイムライン上の範囲は、タイムラインに対応付けられたタイムコードが00:02:00:00から00:06:00:00の範囲であることがわかる。また、「三木」にとっての「他の編集者から期待される振舞い」は、「カット編集」であることがわかる。このため、「カット編集」に含まれる編集操作のうち、「三木」が編集できる編集操作のコマンドは「Add edit」であることがわかる。

図２５に示されるように、ビデオトラックの「Mark In Point: 00:01:00:02」,「Mark Out Point: 00:01:30:02」の間が切り出されたカット編集の編集結果を示す編集データ１０９１には、タイムコードが00:00:00:00から00:02:00:00の範囲のカット編集の役割を担う編集者「松本」についての設定内容１１０２が対応付けられている。即ち、編集データ１０９１から、設定内容１１０２が参照できるように構成されている。

同様に、ビデオトラックの「Mark In Point: 00:03:00:02」,「Mark Out Point: 00:03:30:02」の間が切り出されたカット編集の編集結果を示す編集データ１０９２には、タイムコードが00:02:00:00から00:06:00:00の範囲のカット編集の役割を担う編集者「三木」についての設定内容１１０３が対応付けられている。即ち、編集データ１０９２から、設定内容１１０３が参照できるように構成されている。

このように、データ構造１０８１は、編集データ１０９１，１０９２から、それぞれ対応する編集者毎の役割についての設定内容１１０２，１１０３が参照できるように構成されている。

このように、「松本」と「三木」には、同じイベントに対して共に同じカット編集が分担されている。しかしながら、「松本」には、タイムコードが00:00:00:00から00:02:00:00の範囲のカット編集が割り当てられている。一方、「三木」には、タイムコードが00:02:00:00から00:06:00:00の範囲のカット編集が割り当てられている。即ち、図２５の例の所定のタイムラインの編集作業では、タイムラインの前半部分の編集作業が「松本」に割り当てられ、後半部分の編集作業が「三木」に割り当てられていたことがわかる。したがって、「松本」と「三木」の編集結果に競合が生じることはない。即ち、複数人で同じ編集作業を同時並行的に行う場合であっても、それぞれの作業者に与えられる権限が使用可能なタイムライン上の範囲を異なるものとすることで、作業結果に競合が生じるのを回避することができる。

また、図２５の例でも、作業者等は、データ構造１０８１の編集データから、それぞれ対応する編集者毎の役割についての設定内容が参照できることにより、編集データのより詳細な情報を知ることができる。

なお、図２５の例では、データ構造１０８１の編集データから、それぞれ対応する編集者毎の役割についての設定内容が参照できるようにデータ構造１０８１が構成されている。しかしながら、さらに、これとは逆に編集者毎の役割についての設定内容から、データ構造１０８１のそれぞれ対応する編集データが参照できるように、編集者毎の役割についての設定内容を構成することもできる。勿論、両方から参照できるようにしてもよい。これにより、作業者は、自身が編集処理を実行中または実行後の結果を容易に確認できる。

図２５の例は、複数人で同じ編集作業を同時並行的に行う場合に、作業者に与えられる権限が使用可能なタイムライン上の範囲を、作業者間で異なるものとすることにより、直交した作業であっても競合を回避することができた。しかしながら、複数人で同じ編集作業を同時並行的に行う場合に、直交した作業であっても競合を回避できる例はこれに限定されない。

図２６は、複数人で同じ編集作業を同時並行的に行った場合に、同時並行編集処理の結果から、各編集者毎の役割についての設定内容が参照できる手法の他の一例を示す図である。

図２６には、所定のタイムラインについての同時並行編集処理の結果を示す第１データとしてのデータ構造１１２１と、編集者毎の役割を示す第２データとしての設定内容１１４１乃至１１４３が示されている。

データ構造１１２１のうち、図２３のデータ構造１００１と同じ構成については、その説明を省略する。

所定のタイムライン内の同時並行編集処理の結果は、具体的には、この例では、５行目以降に、１つのビデオトラックに示されている。

詳細には、当該ビデオトラックのオーナーグループの役割を担った者が７乃至１１行目に示されている。具体的には、７乃至１１行目の記載によれば、「田中」、「松本」、「三木」、「山田」がビデオトラックのオーナーグループの役割を担っていた。ここで、ビデオトラックのオーナーグループとは、責任を持って当該ビデオトラックを監督し編集した者のグループを意味している。

また、当該ビデオトラックの編集結果が、１３行目以降に示されている。具体的には、１４乃至２７行目の編集データ１１３１によって、当該ビデオトラックの編集結果が示されている。編集データ１１３１は、「Active Take:Take[1]」、即ちその後に続く複数の「Take」で示される、当該ビデオトラックに含まれる仮のイベントの中から１つが選択され有効とされた、という編集の内容を示している。

１つ目の「Take」で示される仮のイベントは、当該ビデオトラックに含まれるイベントの「Mark In Point: 00:01:00:02」,「Mark Out Point: 00:01:30:02」の間が切り出された、というカット編集の編集結果を示している。また、「Opacity Level:0.5」、即ち透明度が0.5にされた、というビデオエフェクト編集の編集結果を示している。

２つ目の「Take」で示される仮のイベントは、当該ビデオトラックに含まれるイベントの「Mark In Point: 00:01:04:02」,「Mark Out Point: 00:01:26:02」の間が切り出された、というカット編集の内容を示している。また、「Opacity Level:0.5」、即ち透明度が0.5にされた、というビデオエフェクト編集の編集結果を示している。

設定内容１１４１は、図２に示される設定内容７２と同様であるのでその説明を省略する。

設定内容１１４２及び１１４３は、２行目の「Name:」の後の記載から、それぞれ「松本」及び「三木」についての設定内容であることがわかる。また、３行目の「Director」の後の記載から、「松本」及び「三木」を監督するディレクタの名前は「田中」であることがわかる。また、４行目の「Authorization」の後の記載から、「松本」及び「三木」に与えられる権限は、素材の「読取、変更」であることがわかる。５行目の「Context」の後の記載から、「松本」及び「三木」にとっての「他の編集者から期待される振舞い」は、「カット編集」であることがわかる。このため、６行目の「Edit commands」の後の記載から、「カット編集」に含まれる編集操作のうち、編集できる編集操作のコマンドは「Trim」であること、即ち、「松本」及び「三木」は、トリム編集ができることがわかる。

図２６に示されるように、ビデオトラックのカット編集を示す編集データ１１３１には、カット編集の役割を担う編集者「田中」，「松本」，「三木」についての設定内容１１４１乃至１１４３が対応付けられている。即ち、編集データ１１３１から、設定内容１１４１乃至１１４３が参照できるように構成されている。

このように、データ構造１１２１は、編集データ１１３１から、対応する編集者毎の役割についての設定内容１１４１乃至１１４３が参照できるように構成されている。

設定内容１１４２及び１１４３からわかるように、「松本」と「三木」についての設定内容は同一である。したがって、「松本」と「三木」が同じイベントに編集作業を施す場合、編集作業は直交する作業となり、作業結果が競合しあう可能性がある。しかしながら、図２６の例では、「松本」と「三木」が同じイベントに対してそれぞれ行った編集作業の作業結果は、それぞれが仮のイベントとされる。そして、「松本」と「三木」を監督する「田中」によって、仮のイベントの中から、１つが選択されて有効とされる。したがって、「松本」と「三木」の作業が直交した作業であっても、競合が生じることはない。即ち、複数人で同じ編集作業を同時並行的に行う場合であっても、それぞれの作業者の作業結果のうち１つのみが採用されることにより、作業結果に競合が生じるのを回避することができる。

なお、「Take」で示される仮のイベントの編集結果は、ディレクタ１１により予め決定されるものであっても、また、作業者が自主的に当該仮のイベントの編集作業に参加した結果が反映されるものであってもよい。

また、図２６の例でも、作業者等は、データ構造１１２１の編集データから、対応する編集者毎の役割についての設定内容を参照することにより、編集データのより詳細な情報を知ることができる。

なお、図２６の例では、データ構造１１２１の編集データから、対応する編集者毎の役割についての設定内容が参照できるようにデータ構造１１２１が構成されている。しかしながら、さらに、これとは逆に編集者毎の役割についての設定内容から、データ構造１１２１の編集データが参照できるように、編集者毎の役割についての設定内容を構成することもできる。勿論、両方から参照できるようにしてもよい。これにより、作業者は、自身が編集処理を実行中または実行後の結果を容易に確認できる。

以上、図２３乃至図２６を用いて、同時並行編集処理の結果から、各編集者の役割についての設定内容が参照できる手法について説明した。

[編集者毎の役割を更新できる例]
次に、各編集者の役割についての設定内容が更新できる手法について説明する。

即ち、同時並行編集処理システムの処理のステップＳ１において、ディレクタ用同時並行編集クライアント１２１−１が受け付ける作業内容と分担（即ち、同時並行編集マネージャ１１１の編集処理部１４１の制御対象となる作業内容と分担）に従って実行された同時並行編集処理の実行中または実行後の結果を示す第１データと、当該第１データのうち、割り当てられた作業内容に基づく編集結果を示す部分と対応付けられている、１以上の作業者毎の役割を示す第２データとが変更される場合の例について、図２７乃至図２９を用いて説明する。

図２７は、編集者毎の役割についての設定内容が更新される一例を示す図である。

図２７には、所定のタイムラインについての同時並行編集処理の実行中または実行後の結果を示す第１データとしてのデータ構造１１６１と、編集者毎の役割を示す第２データとしての設定内容１１８１乃至１１８３が示されている。

データ構造１１６１のうち、図２３のデータ構造１００１と同じ構成については、その説明を省略する。データ構造１１６１の編集データ１１７１，１１７２は、それぞれ図２３に示される編集データ１０１１，１０１３と同様であるのでその説明を省略する。

図２７に示されるように、ビデオトラックのカット編集の編集結果を示す編集データ１１７１には、カット編集の役割を担う編集者「田中」，「松本」についての設定内容１１８２，１１８３が対応付けられている。即ち、編集データ１１７１から、設定内容１１８２，１１８３が参照できるように構成されている。

同様に、オーディオトラックのカット編集の編集結果を示す編集データ１１７２には、カット編集の役割を担う編集者「田中」，「松本」についての設定内容１１８２，１１８３が対応付けられている。即ち、編集データ１１７２から、設定内容１１８２，１１８３が参照できるように構成されている。

このように、データ構造１１６１は、編集データ１１７１，１１７２から、編集者毎の役割についての設定内容１１８２，１１８３が参照できるように構成されている。設定内容１１８２，１１８３は、それぞれ図２に示される設定内容７２，８１と同様であるのでその説明を省略する。

図２７の例では、「伊藤」についての設定内容１１８１から、ディレクタである「伊藤」は、作業者兼ディレクタである「田中」を監督することがわかる。さらに、「田中」についての設定内容１１８２から、作業者兼ディレクタである「田中」は、作業者である「松本」を監督することがわかる。なお、設定内容１１８１は、図２に示される設定内容６１と同様であるのでその説明を省略する。

ここで、ディレクタである「伊藤」から、作業者兼ディレクタである「田中」に対して、「松本」の作業結果を承認するように指示が出されたとする。当該指示を受けて「田中」が、自身が監督する「松本」の作業結果を承認すると、「松本」についての設定内容１１８３は、次の図２８のように変更される。

図２８は、編集者毎の役割についての設定内容が変更される一例を示す図である。

図２８には、所定のタイムラインについての同時並行編集処理の実行中または実行後の結果を示す第１データとしてのデータ構造１１６１と、編集者毎の役割を示す第２データとしての設定内容１１８１、１１８２、及び１１９１が示されている。

データ構造１１６１と、編集者毎の役割についての設定内容１１８１，１１８２については図２７と同様であるので、その説明を省略する。

作業者兼ディレクタである「田中」は、自身が監督する「松本」の作業結果を承認すべき指示を受け取ると、例えば、作業者用同時並行編集クライアント１２１−２を操作することにより、図２７に示される「松本」についての設定内容１１８３を設定内容１１９１に変更する。即ち、図２７に示される設定内容１１８３のうち、４行目の「Authorization」の後の記載が、「読取、変更」から、設定内容１１９１に示されるように、「読取」に更新される。

作業者である「松本」に与えられる権限が、素材の「読取」のみに更新されることにより、「松本」は、編集作業が行えなくなる。即ち、「松本」は、６行目の「Edit commands」の後に記載された、編集できる編集操作のコマンドである「Trim」が使えなくなり、トリム編集ができなくなる。このように、作業者の作業結果が承認されると、設定内容が変更され、作業結果が作業者から変更不可となるように設定される。即ち、図５のステップＳ５０で上述したように、承認された作業結果は、作業者からは変更不可となる。

次に、ディレクタである「伊藤」から、作業者である「松本」に対して、新たな作業内容が割り当てられたとする。すると、「松本」についての設定内容は、次の図２９のように変更される。

図２９は、編集者毎の役割についての設定内容が更新される一例を示す図である。

図２９には、所定のタイムラインについての同時並行編集処理の実行中または実行後の結果を示す第１データとしてのデータ構造１２４１と、編集者毎の役割を示す第２データとしての設定内容１１８１、１１８２、及び１２６１が示されている。

データ構造１２４１のうち、図２７のデータ構造１１６１と同じ構成については、その説明を省略する。また、設定内容１１８１，１１８２は、図２７と同様であるのでその説明を省略する。

ディレクタである「伊藤」によって新たに決定された作業内容と分担に従って、同時並行編集処理が実行される。これにより、同時並行編集処理の結果を示すデータ構造１２４１には、新たな編集データ１２５１が追加される。

具体的には、CGトラックについての編集結果が、６乃至１３行目に追加される。詳細には、当該CGトラックのオーナーグループの役割を担った者として、「松本」が示される。すなわち、「松本」が当該CGトラックを、責任を持って監督し編集したことを意味している。

また、当該CGトラックの編集結果が、９乃至１２行目に示されている。具体的には、編集データ１２５１は、当該ビデオトラックに含まれるイベントの「Mark In Point: 00:01:00:02」,「Mark Out Point: 00:01:30:02」の間の字幕が切り出された、という字幕編集の内容を示している。

図２９に示されるように、字幕編集の編集結果を示す編集データ１２５１には、字幕編集の役割を担った編集者「松本」についての設定内容１２６１が対応付けられている。即ち、編集データ１２５１から、設定内容１２６１が参照できるように構成されている。

具体的には、「松本」についての設定内容１２６１は、３行目の「Director」の後の記載から、「松本」を監督するディレクタの名前は「伊藤」であることがわかる。また、４行目の「Authorization」の後の記載から、「松本」に与えられる権限は、素材の「読取、変更、書込」であることがわかる。５行目の「Context」の後の記載から、「松本」にとっての「他の編集者から期待される振舞い」は、「字幕編集」であることがわかる。このため、６行目の「Edit commands」の後の記載から、「字幕編集」に含まれる編集操作のうち、編集できる編集操作のコマンドは「Add edit」であることがわかる。

「松本」についての設定内容１２６１と図２８に示される設定内容１１９１とを比較すると、３行目の「Director」の後の記載から、「松本」を監督するディレクタの名前が「田中」から「伊藤」に変更されていることがわかる。また、４行目の「Authorization」の後の記載から、「松本」に与えられる権限は、素材の「読取」から「読取、変更、書込」に変更されていることがわかる。また、５行目の「Context」の後の記載から、「松本」にとっての「他の編集者から期待される振舞い」は、「カット編集」から「字幕編集」に変更されていることがわかる。また、６行目の「Edit commands」の後の記載から、「松本」が編集できる編集操作のコマンドは、「Trim」から「Add edit」に変更されていることがわかる。

さらに、図２９に示されるように、ビデオトラックとオーディオトラックのカット編集を示す編集データ１１７１，１１７２には、カット編集の役割を担う編集者「田中」についての設定内容１１８２のみが対応付けられるよう変更されている。即ち、編集データ１１７１，１１７２から、設定内容１１８２のみが参照できるように構成されている。

このように、ディレクタによって編集者毎の役割が変更されると、同時並行編集処理の結果にも反映され、その内容が変更される。したがって、柔軟な編集作業が可能となり、編集作業の効率が高くなる。

また、図２７乃至図２９の例でも、作業者等は、データ構造の編集データから、それぞれ対応する編集者毎の役割についての設定内容を参照することにより、作業内容のより詳細な情報を知ることができる。

なお、図２７乃至図２９の例では、データ構造の編集データから、それぞれ対応する編集者毎の役割についての設定内容が参照できるようにデータ構造が構成されている。しかしながら、さらに、これとは逆に編集者毎の役割についての設定内容から、データ構造のそれぞれ対応する編集データが参照できるように、編集者毎の役割についての設定内容を構成することもできる。勿論、両方から参照できるようにしてもよい。これにより、作業者は、自身が編集処理を実行中または実行後の結果を容易に確認できる。

さらに、編集者毎の役割の設定内容が変更できることにより、例えば、編集作業の教育に適用することができる。例えば、編集作業を教育する立場にある者（以下、教育者と称する）が、教育される立場の者（以下、被教育者）が使用可能な編集操作のコマンド数及びコマンドの種類を、被教育者のレベルに合わせて変更する。

具体的には、教育者は、被教育者が使用可能な編集操作のコマンド数を、始めは自身が使用可能な数よりも少なく設定する。そして、教育者は、被教育者の編集技術のレベルに合わせて、被教育者が使用可能な編集操作のコマンド数及びコマンドの種類を変更できるようにする。即ち、被教育者の編集技術のレベルが高くなれば、教育者は、被教育者が使用可能な編集操作のコマンドを追加し、さらに難易度の高いコマンドを使用可能に変更することもできる。一方、被教育者の編集技術のレベルが低い場合には、教育者は、被教育者が使用可能な編集操作のコマンドを削減し、難易度の低いコマンドのみを使用可能に変更することもできる。このように、教育者が、被教育者の役割の設定内容を変更することで、被教育者の編集技術のレベルを効率よく高くすることができる。その結果、編集結果であるコンテンツの品質を均一化することができる。

また、例えば、教育者と被教育者が同じコンテンツを編集対象とする場合には、教育者が被教育者の使用可能な編集操作コマンドを適切に逐次変更することにより、編集作業の効率を上げることができる。

図１乃至図２９を用いて説明した同時並行編集システムの形態は、一例にすぎずこれに限定されない。したがって、同時並行編集作業に携わる人物の関係、同時並行編集システムの構成例、同時並行編集システムの機能的構成例、同時並行編集システムの処理について他の例を説明する。

[同時並行編集作業に携わる人物の関係の他の例]
図３０は、同時並行編集作業に携わる人物の関係を示す図であって、図１とは異なる例について説明する図である。

図３０に示されるように、管理者１３０１は、編集者とは独立した位置付けとして存在し、本実施形態の編集システムを管理している。

一方、ディレクタと作業者とからなる編集者の関係は、階層構造化されている。

図３０の例では、ディレクタ１３１１は、作業者兼ディレクタ１３２１−１乃至作業者兼ディレクタ１３２１−ｕ（ｕは１以上の自然数）の編集作業を監督する。

作業者兼ディレクタ１３２１−１乃至作業者兼ディレクタ１３２１−ｕは、ディレクタ１３１１の監督の下、下位の階層の１人以上の作業者又は作業者兼ディレクタを監督すると共に編集作業をそれぞれ同時並行的に行うことができる。

同時並行編集作業は、１つのコンテンツの制作だけではなく、複数のコンテンツの制作についても適用することができる。例えば、同時並行編集作業によって所定のコンテンツを制作し、制作された所定のコンテンツを用いて、別のコンテンツを制作することもできる。具体的には、例えば、本編の編集作業とダイジェスト版の編集作業を同時並行的に行うことができる。この場合、図３０に示される関係図において、作業者兼ディレクタ１３２１−１乃至作業者兼ディレクタ１３２１−ｕが本編の編集作業をそれぞれ担当し、ディレクタ１３１１がダイジェスト版の編集作業を担当する。

このように、同時並行編集作業の対象となるコンテンツの形態に応じて、階層構造化された編集者の関係を柔軟に変更することができる。

[同時並行編集システムの他の構成例]
次に、同時並行編集システムの構成例であって、図３とは異なる例について、図３１乃至図３４を用いて説明する。

図３１は、同時並行編集システムの他の構成例を示すブロック図である。

図３１に示されるように、同時並行編集システム１３４１は、１台のサーバ１３５１、及びＳ台（Ｓは１以上の自然数）の情報処理端末１３６１−１乃至１３６１−Ｓを備えている。サーバ１３５１、及び情報処理端末１３６１−１乃至１３６１−Ｓの各々は、ケーブルやLAN等を介して相互に接続されている。なお、以下、情報処理端末１３６１−１乃至１３６１−Ｓを個々に区別する必要がない場合、これらをまとめて情報処理端末１３６１と称する。

図３１の同時並行編集システム１３４１におけるサーバ１３５１の基本的な機能は、図３の同時並行編集クライアントマネージャ１１１の機能と同様である。すなわち、同時並行編集クライアントマネージャの機能は、サーバ１３５１に搭載されている。一方、同時並行編集システム１３４１における情報処理端末１３６１の基本的な機能は、図３の同時並行編集クライアント１２１の機能のうち、編集作業全般の機能を除く他の機能と同様であるが、その搭載場所は、特に情報処理端末１３６１に限定されず、サーバ１３５１でもよい。

また、図３の同時並行編集クライアント１２１の機能のうち編集作業全般の機能は、編集アプリケーション１３７１−１乃至１３７１−Ｓのそれぞれにより発揮される。図３１の例では、編集アプリケーション１３７１−１乃至１３７１−Ｓが、それぞれ情報処理端末１３６１−１乃至１３６１−Ｓに搭載されている。なお、以下、編集アプリケーション１３７１−１乃至１３７１−Ｓを個々に区別する必要がない場合、これらをまとめて編集アプリケーション１３７１と称する。これにより、専用端末としての同時並行編集クライアント１２１と同様の機能を、編集アプリケーション１３７１を汎用の端末であるパーソナルコンピュータ等にインストールすることで実現することができる。

情報処理端末１３６１は、サーバ１３５１に対するログイン処理及びログアウト処理を実行する。また、情報処理端末１３６１は、サーバ１３５１との間で編集情報等各種情報の送受信を行う。さらに、情報処理端末１３６１は、編集アプリケーション１３７１とのセッション状況の管理を行う。

編集アプリケーション１３７１は、上述の如く、編集作業に必要な機能の全般を有する。即ち、編集アプリケーション１３７１は、図３においては同時並行編集クライアント１２１が有する編集作業に必要な機能の全般を、代わりに有している。また、編集アプリケーション１３７１は、情報処理端末１３６１との間で編集情報の送受信を行う。

図３１の例では、情報処理端末１３６１は、サーバ１３５１と編集アプリケーション１３７１のプロキシ（中継）として機能する。したがって、例えば、編集アプリケーション１３７１に不具合が発生したとしても、同時並行編集システム１３４１全体にその影響が及ぶのを回避することができる。

なお、図３に示される同時並行編集システム１０１及び図３１に示される同時並行編集システム１３４１は、２層クライアントサーバーシステムや３層クライアントサーバーシステムとしても実現可能である。例えば、図３１において、編集アプリケーション１３７１が、３層クライアントサーバーシステムのWebアプリケーションの一部だったとしても、同時並行編集システム１３４１は実現可能である。その場合、サーバ１３５１と情報処理端末１３６１は、図示せぬサーバにホスティングされることになる。

図３２は、同時並行編集システムの他の構成例を示すブロック図である。

図３２に示されるように、同時並行編集システム１３８１は、１台のサーバ１３９１、及び、Ｓ台（Ｓは１以上の自然数）の情報処理端末１４０１−１乃至１４０１−Ｓを備えている。サーバ１３９１及び、情報処理端末１４０１−１乃至１４０１−Ｓの各々は、ケーブルやLAN等を介して相互に接続されている。さらに、情報処理端末１４０１−１乃至１４０１−Ｓの各々は、ケーブルやLAN等を介して相互に接続されている。なお、以下、情報処理端末１４０１−１乃至１４０１−Ｓを個々に区別する必要がない場合、これらをまとめて情報処理端末１４０１と称する。図３２の同時並行編集システム１３８１におけるサーバ１３９１の基本的な機能は、図３の同時並行編集クライアントマネージャ１１１の機能と同様である。すなわち、同時並行編集クライアントマネージャの機能は、サーバ１３９１に搭載されている。一方、同時並行編集システム１３８１における情報処理端末１４０１の基本的な機能は、図３の同時並行編集クライアント１２１の機能と同様である。すなわち、同時並行編集クライアントの機能は、情報処理端末１４０１に搭載されている。

サーバ１３９１は、情報処理端末１４０１のログイン情報の管理を行う。情報処理端末１４０１のログイン情報とは、情報処理端末１４０１のアドレスやセッション状況等を示す情報をいう。

情報処理端末１４０１は、サーバ１３９１に対するログイン処理及びログアウト処理を実行する。また、情報処理端末１４０１は、自身以外の情報処理端末１４０１とのセッション状況の管理を行う。また、情報処理端末１４０１は、自身以外の情報処理端末１４０１との間で編集情報等各種情報の送受信を行う。さらに、情報処理端末１４０１は、編集作業に必要な機能の全般を備える。

図３２に示される同時並行編集システム１３８１の構成は、ピア間のタイプが“１対１型”であり、インデックス情報の持ち方のタイプが“ハイブリッドP2P（Peer to Peer）型”である、P2P型と呼ばれる構成である。なお、ピアとは通信端末である。通信端末は、一般的にパーソナルコンピュータを指し、ここでは、同時並行編集システム１３８１を構成する各装置を指す。また、インデックス情報とは、特定の編集情報を所有する通信端末のIPアドレスと編集情報とを結びつけた情報である。

ピア間のタイプが“１対１型”の場合、通信端末間で１対１の編集情報をやりとりする。インデックス情報の持ち方のタイプが“ハイブリッドP2P型”の場合、インデックス情報は、中央のインデックスサーバで管理される。図３２の例では、サーバ１３９１がインデックスサーバに相当する。したがって、サーバ１３９１は、インデックス情報を管理する。

なお、図３２の例でも、図３１で示される例と同様に、情報処理端末１４０１のそれぞれが編集アプリケーション１３７１を有していてもよい。この場合、編集アプリケーション１３７１は、情報処理端末１４０１が有する編集作業に必要な機能の全般を代わりに有する。

図３３は、同時並行編集システムの他の構成例を示すブロック図である。

図３３に示されるように、同時並行編集システム１４１１は、Ｓ台（Ｓは１以上の自然数）の情報処理端末１４２１−１乃至１４２１−Ｓを備えている。情報処理端末１４２１−１乃至１４２１−Ｓの各々は、ケーブルやLAN等を介して相互に接続されている。なお、以下、情報処理端末１４２１−１乃至１４２１−Ｓを個々に区別する必要がない場合、これらをまとめて情報処理端末１４２１と称する。

図３３の例では、図３の同時並行編集クライアントマネージャ１１１の役割の少なくとも一部が、任意の情報処理端末１４２１−ｋ（ｋは任意の自然数であって、Ｓ以下の値）に委譲されている。すなわち、情報処理端末１４２１−ｋの機能が、図３の同時並行編集クライアントマネージャ１１１の機能と同様となる。すなわち、同時並行編集クライアントマネージャの機能は、情報処理端末１４２１−ｋに搭載されている。情報処理端末１４２１−ｋを除く情報処理端末１４２１の機能が、図３の同時並行編集クライアント１２１の機能と同様となる。すなわち、同時並行編集クライアントの機能は、情報処理端末１４２１−ｋを除く情報処理端末１４２１に搭載されている。

図３４は、同時並行編集システムの他の構成例を示すブロック図である。

図３４に示されるように、同時並行編集システム１４３１は、Ｓ台（Ｓは１以上の自然数）の情報処理端末１４４１−１乃至１４４１−Ｓを備えている。情報処理端末１４４１−１乃至１４４１−Ｓの各々は、ケーブルやLAN等を介して相互に接続されている。なお、以下、情報処理端末１４４１−１乃至１４４１−Ｓを個々に区別する必要がない場合、これらをまとめて情報処理端末１４４１と称する。同時並行編集システム１４３１における情報処理端末１４４１の基本的な機能は、図３の同時並行編集クライアント１２１の機能と同様である。すなわち、同時並行編集クライアントの機能は、情報処理端末１４４１に搭載されている。

図３４の例では、情報処理端末１４４１は、お互いに登録しあい、編集情報等各種情報をブロードキャストする。また、情報処理端末１４４１は、編集作業に必要な機能の全般を備える。

なお、図３３，図３４の例でも、図３１で示される例と同様に、情報処理端末１４２１，１４４１のそれぞれが編集アプリケーション１３７１を有していてもよい。この場合、編集アプリケーション１３７１は、情報処理端末１４２１，１４４１が有する編集作業に必要な機能の全般を代わりに有する。

さらに、上述した同時並行編集システムにおいては、同一の編集アプリケーション間の編集作業に限らず、異なる編集アプリケーション間においても編集作業が可能である。すなわち、例えば、映像及び音声の編集に用いられるノンリニア映像編集アプリケーションと、音声の編集に用いられるノンリニア音声編集アプリケーションとの間においても編集作業を同時並行的に行うことができる。このような場合、ノンリニア音声編集アプリケーションの機能が搭載された情報処理端末を操作する編集者には、音声の編集に関する役割が設定され、音声の編集作業に関する作業内容が分担される。

以上、図３１乃至図３４を用いて説明したように、同時並行編集作業の行われる環境に応じて、同時並行編集システムを柔軟に構成することができる。

[同時並行編集システムの他の機能的構成例]
次に、同時並行編集システムの機能的構成例であって、図４とは異なる例について、図３５と図３６を用いて説明する。

図３５は、同時並行編集システムの他の機能的構成例ついて説明する機能ブロック図である。

同時並行編集システム１４５１は、同時並行編集クライアントマネージャ１４６１、及び、同時並行編集クライアント１４７１−１乃至１４７１−Ｓ（Ｓは１以上の自然数）を備えている。

同時並行編集クライアントマネージャ１４６１は、編集処理部１４９１−１乃至１４９１−Ｓ、記憶部１５０１−１乃至１５０１−Ｓ、及び編集情報結合部１５１１を有している。なお、以下、編集処理部１４９１−１乃至１４９１−Ｓ、及び、記憶部１５０１−１乃至１５０１−Ｓを個々に区別する必要がない場合、これらをまとめて編集処理部１４９１、及び、記憶部１５０１と称する。

編集処理部１４９１−１乃至１４９１−Ｓは、後述する対応する同時並行編集クライアント１４７１−１乃至１４７１−Ｓの操作部１５３１−１乃至１５３１−Ｓから制御信号が送信されてくると、当該制御信号を受信して、その内容に基づいて、素材に対して各種の編集処理に関する制御を実行する。なお、ここでいう編集処理に関する制御は、図４で説明したように、編集処理の実行主体、実行主体の数は特に限定されない。また、同時並行編集クライアントマネージャ１４６１以外の装置が実行主体となる場合、編集処理に伴う各種情報を１の装置から他の装置に転送する処理や、各種情報を加工したり変更する処理も、編集処理に関する制御に含まれるものとする。

記憶部１５０１は、このようにして編集処理部１４７１によって編集処理が施された素材を、編集情報としてそれぞれ記憶する。また、記憶部１５０１は、その他同時並行編集作業に関するすべての情報を編集情報として記憶する。さらに、記憶部１５０１は、ログイン情報を記憶する。

編集情報結合部１５１１は、記憶部１５０１−１乃至１５０１―Ｓに記憶された編集情報を結合して、結合した編集情報を同時並行編集クライアント１４７１−１乃至１４７１−Ｓの出力部１５３２−１乃至１５３２−Ｓに送信する。

同時並行編集クライアント１４７１−ｋ（ｋは、１乃至Ｓのうちの何れかの整数値）は、操作部１５３１−ｋ、及び出力部１５３２−ｋを有している。なお、以下、操作部１５３１−１乃至１５３１−Ｓを個々に区別する必要がない場合、これらをまとめて操作部１５３１と称する。また、出力部１５３２−１乃至１５３２−Ｓを個々に区別する必要がない場合、これらをまとめて出力部１５３２と称する。

操作部１５３１は、編集者による編集作業に伴う各種操作を受け付け、当該操作に対応する制御信号を、対応する編集処理部１４９１に供給する。

出力部１５３２は、編集情報結合部１５１１で結合された編集情報に基づいて、出力データを生成する。出力部１５３２により生成された出力データは、図示せぬディスプレイやスピーカ等に供給され、対応する動画像や音声等が出力される。

図３５の例では、編集処理部１４９１−１乃至１４９１−Ｓのそれぞれにおいて編集された編集情報は、常に対応する記憶部１５０１−１乃至１５０１−Ｓに分割して記憶されるため、一部の記憶部１５０１に不具合が発生した場合でも、その影響が同時並行編集システム１４５１全体に及ぶのを回避することができる。

図３６は、同時並行編集システムの他の機能的構成例ついて説明する機能ブロック図である。

同時並行編集システム１５５１は、同時並行編集クライアントマネージャ１５６１、及び、同時並行編集クライアント１５７１−１乃至１５７１−Ｓ（Ｓは１以上の自然数）を備えている。

同時並行編集クライアントマネージャ１５６１は、編集処理部１５９１−１乃至１５９１−Ｓ、記憶部１６０１−１乃至１６０１−Ｓ、編集情報結合部１６１１、及び、記憶部１６２１を有している。なお、以下、編集処理部１５９１−１乃至１５９１−Ｓ、及び、記憶部１６０１−１乃至１６０１−Ｓを個々に区別する必要がない場合、これらをまとめて編集処理部１５９１、及び、記憶部１６０１と称する。

編集処理部１５９１−１乃至１５９１−Ｓは、対応する同時並行編集クライアント１５７１−１乃至１５７１−Ｓから制御信号が送信されてくると、当該制御信号を受信して、その内容に基づいて、素材に対して各種の編集処理に関する制御を実行する。なお、ここでいう編集処理に関する制御は、図４で説明したように、編集処理の実行主体、実行主体の数は特に限定されない。また、同時並行編集クライアントマネージャ１５６１以外の装置が実行主体となる場合、編集処理に伴う各種情報を１の装置から他の装置に転送する処理や、各種情報を加工したり変更する処理も、編集処理に関する制御に含まれるものとする。

記憶部１６０１−１乃至１６０１−Ｓは、このようにして対応する編集処理部１５９１−１乃至１５９１−Ｓによって編集処理が施された素材を、編集情報としてそれぞれ記憶する。また、記憶部１６０１−１乃至１６０１−Ｓは、その他同時並行編集作業に関するすべての情報を編集情報として記憶する。さらに、記憶部１６０１−１乃至１６０１−Ｓは、ログイン情報を記憶する。

編集情報結合部１６１１は、記憶部１６０１−１乃至１６０１−Ｓに記憶された編集情報を結合して、結合した編集情報を記憶部１６２１に提供する。

記憶部１６２１は、編集情報結合部１６１１によって結合された編集情報を記憶する。また、記憶部１６２１は、記憶した編集情報を同時並行編集クライアント１５７１−１乃至１５７１−Ｓの出力部１６４２−１乃至１６４２−Ｓに送信する。

同時並行編集クライアント１５７１−ｋ（ｋは、１乃至Ｓのうちの何れかの整数値）は、操作部１６４１−ｋ、及び出力部１６４２−ｋを有している。なお、以下、操作部１６４１−１乃至１６４１−Ｓを個々に区別する必要がない場合、これらをまとめて操作部１６４１と称する。また、出力部１６４２−１乃至１６４２−Ｓを個々に区別する必要がない場合、これらをまとめて出力部１６４２と称する。

操作部１６４１は、編集者による編集作業に伴う各種操作を受け付け、当該操作に対応する制御信号を、対応する編集処理部１５９１に供給する。

出力部１６４２は、記憶部１６２１に記憶された編集情報に基づいて、出力データを生成する。出力部１６４２により生成された出力データは、図示せぬディスプレイやスピーカ等に供給され、対応する動画像や音声等が出力される。

図３６の例では、編集処理部１５９１のそれぞれにおいて編集された編集情報は、常に対応する記憶部１６０１に分割して記憶されるため、一部の記憶部１６０１に不具合が発生した場合でも、その影響が同時並行編集システム１５５１全体に及ぶのを回避することができる。さらに、編集情報結合部１６１１で結合された編集情報は、一旦記憶部１６２１に記憶される。したがって、一部の記憶部１６０１に不具合が発生した場合でも、その他の記憶部１６０１と記憶部１６２１との編集情報の差分から、不具合が生じた一部の記憶部１６０１に記憶されていた編集情報を復元することができる。

なお、図３５、図３６の同時並行編集クライアントマネージャ１４６１、１５６１は、図３１で説明したように、情報処理端末やサーバというハードウエアを指すのではなく、同時並行編集クライアントマネージャという機能を発揮させる機能ブロックを意味する。同様に、図３５、図３６の同時並行編集クライアント１４７１、１５７１は、情報処理端末やサーバというハードウエアを指すのではなく、同時並行編集クライアントという機能を発揮させる機能ブロックを意味する。したがって、これらの機能ブロックが格納されるハードウエアは、特に限定されず、さらに、その機能の一部が分割されて、別々のハードウエアに格納される場合もある。

以上、図１乃至図３６を用いて説明したこれらの実施形態から、マルチユーザ環境において複数の編集者が編集作業を同時並行的に実行できる、という効果を奏することができる。換言すると、この効果を奏するための同時並行編集システムの構成は上述の実施形態の構成に限定されない。すなわち、ディレクタと複数の作業者がそれぞれ操作する情報処理装置が、相互に情報を授受できる構成であって、次の図３７乃至図３９に従った処理を実行できれば足りる。図３７乃至図３９は、マルチユーザ環境において複数の編集者が編集作業を同時並行的に実行できる、という効果を奏することが可能な同時並行編集システムの処理を示すフローチャートである。

この同時並行編集システムにおいては、ディレクタが操作する装置（以下、ディレクタ用装置と称する）と、複数の作業者の各々が操作する装置（以下、作業者用装置と称する）とが含まれている。例えば図４の例では、同時並行編集クライアント１２１−１がディレクタ装置に相当し、同時並行編集クライアント１２１−２及び１２１−３が作業者用装置に相当する。

[同時並行編集システムの処理の一例]
図３７は、同時並行編集システムの処理の一例を説明するフローチャートである。

ステップＳ１０１において、ディレクタ用装置は、ディレクタの操作による新規プロジェクトの作成を受け付ける。すなわち、ディレクタは、同時並行編集システムにより制作するコンテンツの編集作業の内容とその分担を決定し、新規プロジェクトとして作成し、入力する。

ステップＳ１０２において、ディレクタ用装置は、ディレクタの操作により役割の設定処理を実行する。

ここで、役割の設定処理の詳細例について説明する。

図３８は、ディレクタ用装置による役割の設定処理の一例を説明するフローチャートである。

ステップＳ１２１において、ディレクタ用装置は、ディレクタの操作に基づいて、子の編集者を選択する。ここで、子の編集者とは、１人のディレクタの監督下で編集作業を行う編集者である。以下、具体的な処理について、図２の例を用いて説明する。即ち、ディレクタである「伊藤」によるディレクタ装置の操作により、子の編集者である「三浦」、「佐藤」、「田中」、及び「松本」が選択され、それぞれの名前が設定内容７１−１、７１−２、７２、及び８１の２行目の「Name:」の後に設定される。

ステップＳ１２２において、ディレクタ用装置は、ディレクタの操作に基づいて、親編集者を子の編集者に登録する。ここで、親編集者とは、設定された子編集者を監督する編集者である。即ち、ディレクタである「伊藤」によるディレクタ装置の操作に基づいて、「三浦」、「佐藤」、及び「田中」にとっての親編集者である「伊藤」の名前が、設定内容７１−１、７１−２、及び７２の３行目の「Director」の後に設定される。また、ディレクタである「伊藤」の操作に基づいて、「松本」にとっての親編集者である「田中」の名前が、設定内容８１の３行目の「Director」の後に設定される。

ステップＳ１２３において、ディレクタ用装置は、ディレクタの操作に基づいて、子の編集者に編集コンテキストを設定する。即ち、ディレクタである「伊藤」によるディレクタ装置の操作に基づいて、設定内容７１−１、７１−２、７２、及び８１の５行目の「Context」の後にそれぞれの子の編集者の編集コンテキストが設定される。

ステップＳ１２４において、ディレクタ用装置は、ディレクタの操作に基づいて、子の編集者に権限を設定する。即ち、ディレクタ１１である「伊藤」によるディレクタ装置の操作に基づいて、設定内容７１−１、７１−２、７２、及び８１の４行目の「Authorization」の後に、それぞれの子の編集者に与えられる権限が設定される。

ステップＳ１２５において、ディレクタ用装置は、未登録の編集コンテキストがあるかを判定する。

未登録の編集コンテキストがあると判定された場合、ステップＳ１２５においてＹＥＳであると判定されて、処理はステップＳ１２１に戻され、それ以降の処理が繰り返される。即ち、編集コンテキストが全て登録されるまでの間、ステップＳ１２１乃至１２５のループ処理が繰り返される。その後、未登録の編集コンテキストがなくなると、ステップＳ１２５においてＮＯであると判定されて、処理はステップＳ１２６に進む。

ステップＳ１２６において、ディレクタ用装置は、未登録の権限があるかを判定する。

未登録の権限があると判定された場合、ステップＳ１２６においてＹＥＳであると判定されて、処理はステップＳ１２１に戻され、それ以降の処理が繰り返される。即ち、権限が全て登録されるまでの間、ステップＳ１２１乃至１２６のループ処理が繰り返される。その後、未登録の権限がなくなると、ステップＳ１２６においてＮＯであると判定されて、役割の設定処理は終了する。

図３７のフローチャートの説明に戻り、以上のステップＳ１０２の役割の設定処理の後、ステップＳ１０３において、作業者用装置は、作業者の操作より同時並行編集処理を実行する。

ここで、同時並行編集処理の詳細例について説明する。

図３９は、作業者用装置による同時並行編集処理の一例を説明するフローチャートである。

ステップＳ１４１において、作業者用装置は、編集対象を決定する。ここで、編集対象とは、編集対象のイベントである。

ステップＳ１４２において、作業者用装置は、権限に合致するかを判定する。例えば、図２の例では、設定内容７１−１の４行目の「Authorization」の後に示される、編集者に与えられる権限である素材の「読取、変更、書込」が、作業者の権限に合致するかが判定される。

権限に合致しないと判定された場合、ステップＳ１４２においてＮＯであると判定されて、処理はステップＳ１４３に進む。例えば、作業者である「三浦」に与えられる権限が、編集作業を行えない「読取」のみの設定にされている場合には、権限に合致しないと判定される。

ステップＳ１４３において、作業者用装置は、作業者へ通知する。即ち、権限に合致していない旨が、例えばエラー表示により通知される。作業者へ通知がされると、処理はステップＳ１４１に戻され、それ以降の処理が繰り返される。即ち、権限に合致するまでの間、ステップＳ１４１乃至１４３のループ処理が繰り返される。その後、権限に合致すると、ステップＳ１４２においてＹＥＳであると判定されて、処理はステップＳ１４４に進む。

ステップＳ１４４において、作業者用装置は、編集操作を選択する。即ち、設定内容７１−１の６行目の「Edit commands」の後に示される、編集できる編集操作のコマンドである「Change Opacity Level」を選択する。

ステップＳ１４５において、作業者用装置は、選択された編集操作が、編集コンテキストに合致するかを判定する。即ち、編集できる編集操作のコマンドである「Change Opacity Level」が、設定内容７１−１の５行目の「Context」の後に示される編集のコンテキストである「ビデオエフェクト編集」に含まれる編集操作であるか判定される。

編集コンテキストに合致しないと判定された場合、ステップＳ１４５においてＮＯであると判定されて、処理はステップＳ１４３に戻される。

ステップＳ１４３において、作業者用装置は、作業者へ通知する。即ち、編集コンテキストに合致していない旨が、例えばエラー表示により通知される。作業者へ通知がされると、処理はステップＳ１４１に戻され、それ以降の処理が繰り返される。即ち、編集コンテキストに合致するまでの間、ステップＳ１４１乃至１４５のループ処理が繰り返される。その後、権限に合致すると、ステップＳ１４５においてＹＥＳであると判定されて、処理はステップＳ１４６に進む。

ステップＳ１４６において、作業者用装置は、編集操作に応じた処理を実行する。即ち、作業者用装置は、作業者の操作により、ステップＳ１４１の処理で決定された編集対象に対して、ステップＳ１４４の処理で選択された編集操作による編集作業を実行する。なお、これらの編集操作による編集作業は、上述したように、他の編集者の作業結果と競合を生じないものである。

これにより、同時並行編集処理は終了する。

図３７のフローチャートの説明に戻り、以上のステップＳ１０３の同時並行編集処理の後、ステップＳ１０４において、ディレクタ用装置は、ディレクタの操作により役割を変更するかを判定する。即ち、図２７乃至図２９を用いて説明したように、編集者毎の役割を、変更するかを判定する。

役割を変更すると判定された場合、ステップＳ１０４においてＹＥＳであると判定されて、処理はステップＳ１０２に戻され、それ以降の処理が繰り返される。即ち、役割の変更がされなくなるまでの間、ステップＳ１０２乃至１０４のループ処理が繰り返される。その後、役割の変更がなくなると、ステップＳ１０４においてＮＯであると判定されて、処理はステップＳ１０５に進む。

ステップＳ１０５において、ディレクタ用装置は、ディレクタの操作に基づいてコンテンツが完成したかを判定する。即ち、作業者によるすべての作業結果がディレクタの操作基づいて承認され、コンテンツが完成したかが判定される。

コンテンツが完成していないと判定された場合、ステップＳ１０５においてＮＯであると判定されて、処理はステップＳ１０３に戻され、それ以降の処理が繰り返される。即ち、コンテンツが完成するまでの間、ステップＳ１０３乃至１０５のループ処理が繰り返される。その後、コンテンツが完成すると、ステップＳ１０５においてＹＥＳであると判定されて、同時並行編集システムの処理は終了する。

以上、図３７乃至図３９に従った処理を実行することにより、マルチユーザ環境において複数の編集者が編集作業を同時並行的に実行できる。

本発明は、同時並行編集システムを備えた情報処理装置に適用することができる。

[本発明のプログラムへの適用]
上述した一連の処理は、ハードウエアにより実行させることもできるし、ソフトウェアにより実行させることもできる。

この場合、上述した情報処理装置の少なくとも一部として、例えば、図４０に示されるパーソナルコンピュータを採用してもよい。

図４０において、CPU（Central Processing Unit）２００１は、ROM（Read Only Memory）２００２に記録されているプログラムに従って各種の処理を実行する。または記憶部２００８からRAM（Random Access Memory）２００３にロードされたプログラムに従って各種の処理を実行する。RAM２００３にはまた、CPU２００１が各種の処理を実行する上において必要なデータなども適宜記憶される。

CPU２００１、ROM２００２、及びRAM２００３は、バス２００４を介して相互に接続されている。このバス２００４にはまた、入出力インタフェース２００５も接続されている。

入出力インタフェース２００５には、キーボード、マウスなどよりなる入力部２００６、ディスプレイなどよりなる出力部２００７が接続されている。また、ハードディスクなどより構成される記憶部２００８、及び、モデム、ターミナルアダプタなどより構成される通信部２００９が接続されている。通信部２００９は、インターネットを含むネットワークを介して他の装置（図示せず）との間で行う通信を制御する。

入出力インタフェース２００５にはまた、必要に応じてドライブ２０１０が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどよりなるリムーバブルメディア２０１１が適宜装着される。そして、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部２００８にインストールされる。

一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、ネットワークや記録媒体からインストールされる。

このようなプログラムを含む記録媒体は、図４０に示されるように、装置本体とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク（フロッピディスクを含む）、光ディスク（CD-ROM(Compact Disk-Read Only Memory),DVD(Digital Versatile Disk)を含む）、光磁気ディスク（MD（Mini-Disk）を含む）、もしくは半導体メモリなどよりなるリムーバブルメディア（パッケージメディア）２０１１により構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されているROM２００２や、記憶部２００８に含まれるハードディスクなどで構成される。

なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。

また、本明細書において、システムとは、複数の装置、手段などにより構成される装置全体を表すものである。

１０１ 同時並行編集システム， １１１ 同時並行編集クライアントマネージャ， １２１ 同時並行編集クライアント， １４１ 編集処理部， １４２ 記憶部， １６１ 操作部， １６２ 出力部， ２０１ 編集画面， ２１１ 管理領域， ２１２素材プレビュー領域， ２１３ タイムラインプレビュー領域， ２１４ タイムライン領域， ２２１，２２２ タイムライン， ２６１ 指示内容， ２８１ プレイライン， ２９１ マーク， ３０１ 確認用指示内容， ３６１ 動作一覧， ３９１乃至３９３ タブ， ４０１ 確認済範囲， ４４１，４４２ 競合範囲， ５６１ 素材群， ５９１ イン点， ５９２ アウト点， １００１ データ構造， １０１１乃至１０１４ 編集データ， １０２１乃至１０２５ 設定内容， １３７１ 編集アプリケーション， １５１１ 編集情報結合部

Claims (9)

1. ディレクタ及び１以上の作業者が階層構造化されて構成される複数の編集者としての装置のグループについて、編集者としての装置毎に役割を設定する設定部と、
   前記複数の編集者としての装置のそれぞれによって、前記設定部により設定された役割に基づいて予め定義された編集操作がなされた場合、前記編集操作に応じた編集処理を実行する実行部と
   を備える編集装置。
2. 前記役割は、他の編集者から期待される振舞い及びコンテンツの要素となる素材に関する編集情報を変更する権限からなり、
   前記実行部は、他の編集者の編集操作と競合しないように前記編集操作を制御する
   請求項１に記載の編集装置。
3. ディレクタとしての装置からの操作信号に応じて、前記素材に対する１以上の編集作業の各内容を示す作業内容と、前記１以上の作業者の各々に対する前記１以上の作業内容の割り当てを示す分担とを決定する決定部を
   さらに備える請求項２に記載の編集装置。
4. 前記設定部は、前記ディレクタとしての装置からの操作信号に応じて、決定された前記作業内容及び前記分担の範囲内で、前記役割を設定する
   請求項３に記載の編集装置。
5. 前記作業内容及び前記分担に従った前記実行部による前記編集処理の実行中又は実行後の結果を示す第１データと、
   前記第１データのうち、割り当てられた前記作業内容に基づく編集結果を示す部分とそれぞれ対応付けられている、前記複数の編集者毎の前記役割をそれぞれ示す第２データと
   を生成する生成部を
   さらに備える請求項４に記載の編集装置。
6. 前記編集処理の実行の制御中に、前記１以上の作業者のうち前記ディレクタとしての装置により指定された作業者の前記役割が変更された場合、その変更内容が前記第２データに反映される
   請求項５に記載の編集装置。
7. 前記編集処理の実行の制御中に、前記１以上の作業者のうち前記ディレクタにより指定された作業者の前記役割が変更された場合、その変更内容が前記第１データに反映される
   請求項６に記載の編集装置。
8. 編集装置が、
   ディレクタ及び１以上の作業者が階層構造化されて構成される複数の編集者としての装置のグループについて、編集者としての装置毎に役割を設定し、
   前記複数の編集者としての装置のそれぞれによって、設定された役割に基づいて予め定義された編集操作がなされた場合、前記編集操作に応じた編集処理を実行する
   ステップを含む編集方法。
9. コンピュータに、
   ディレクタ及び１以上の作業者が階層構造化されて構成される複数の編集者としての装置のグループについて、編集者としての装置毎に役割を設定し、
   前記複数の編集者としての装置のそれぞれによって、設定された役割に基づいて予め定義された編集操作がなされた場合、前記編集操作に応じた編集処理を実行する
   制御処理を実行させるプログラム。

Images