JP2007150786A - 送受信システム、情報処理装置および情報処理方法、並びにプログラム - Google Patents

Abstract

【課題】複数のファイルのデータの編集結果を、１つのファイルとして取得する取得側のコストを削減する。
【解決手段】読出部１７３は、エディットリストに基づいて、そのエディットリストで参照されるクリップのファイル（C0001乃至C0003）を読み出す。分割部１７４は、そのクリップのデータから編集区間を抽出し、合成部１７６は、その編集区間を合成する。付加部１７９は、合成された編集区間から、１つのファイルを編集結果として作成する。送信部１８０は、その作成された編集結果を送信する。本発明は、例えば、カムコーダに適用することができる。
【選択図】図４

Description

本発明は、送受信システム、情報処理装置および情報処理方法、並びにプログラムに関し、特に、複数のファイルのデータの編集結果を、１つのファイルとして取得する取得側のコストを削減することができるようにした送受信システム、情報処理装置および情報処理方法、並びにプログラムに関する。

近年、撮影や録音により得られた画像データや音声データ等の素材データを、DVD（Digital Versatile Disk）等の記録媒体に記録するカムコーダ(登録商標)が普及している。このカムコーダには、素材データを編集することが可能となっているものがある。

例えば、カムコーダは、ユーザの編集の操作に基づいて、１つのファイルの素材データにマークインやマークアウトの情報を付加することにより、素材データを編集する。このようにして得られた編集後の素材データが、サーバ等の他の装置に送信される場合、他の装置は、編集後の素材データに付加されているマークインやマークアウトの情報に基づいて素材データを再生し、これにより、編集後の素材データに対応する画像や音声が出力される（例えば、特許文献１参照）。

また、カムコーダが、複数のファイルの編集結果である素材データを、その素材データを利用する素材利用装置に提供する場合の処理について、図１を参照して説明する。

図１のカムコーダは、素材利用装置とネットワークを介して接続されている。なお、図１の素材利用装置は、ユーザの編集の操作に基づいて、編集後の素材データ（編集結果）に関する情報であるエディットリストを作成し、記憶しているものとする。

ステップＳ１１において、素材利用装置は、ユーザからの指令に応じて、記憶しているエディットリストを解釈し、ステップＳ１２に進む。ステップＳ１２において、素材利用装置は、エディットリストに基づいて、ファイル＃１の素材データの編集区間（編集結果を構成するファイル＃１の素材データ）を、ネットワークを介してカムコーダに要求する。なお、ファイル＃ｉ（ｉ=1,2,・・・）とは、編集結果を構成するｉ番目のファイルを表す。

ステップＳ３１において、カムコーダは、ファイル＃１の編集区間の要求を受け付け、ステップＳ３２に進む。ステップＳ３２において、カムコーダは、ファイル＃１の編集区間を記録媒体から読み出し、ネットワークを介して素材利用装置に送信し、ステップＳ３３に進む。

ステップＳ１２の処理後は、ステップＳ１３に進み、素材利用装置は、ファイル＃１の編集区間をカムコーダから受信し、ステップＳ１４に進む。ステップＳ１４において、素材利用装置は、エディットリストに基づいて、ファイル＃２の編集区間をカムコーダに要求し、ステップＳ１５に進む。

ステップＳ３３において、カムコーダは、ファイル＃２の編集区間の要求を受け付け、ステップＳ３４に進む。ステップＳ３４において、カムコーダは、ファイル＃２の編集区間を記録媒体から読み出し、素材利用装置に送信する。

ステップＳ１５において、素材利用装置は、ファイル＃２の編集区間をカムコーダから受信する。以降、同様の処理が繰り返され、編集結果を構成するすべてのファイルであるファイル＃１乃至ファイル＃Ｎのうち、ファイル＃１乃至ファイル＃Ｎ−１の編集区間が、カムコーダから素材利用装置に送信される。

その後、ステップＳ１６に進み、素材利用装置は、ファイル＃Ｎの編集区間をカムコーダに要求し、ステップＳ１７に進む。

ステップＳ３５において、カムコーダは、ファイル＃Ｎの編集区間の要求を受け付け、ステップＳ３６に進む。ステップＳ３６において、カムコーダは、ファイル＃Ｎの編集区間を記録媒体から読み出して素材利用装置に送信し、処理を終了する。

ステップＳ１７において、素材利用装置は、ファイル＃Ｎの編集区間を受信し、ステップＳ１８に進む。ステップＳ１８において、素材利用装置は、カムコーダから受信したファイル＃１乃至＃Ｎの編集区間を接続し（繋ぎ合わせ）、１つのファイルを編集結果のファイルとして取得する。

特開２００３−１５０４９４号公報（第１５−１６ページ）

しかしながら、図１に示した処理では、素材利用装置が、エディットリストを解釈し、そのエディットリストに基づいて、編集結果を構成する複数のファイルの編集区間をカムコーダから読み出し、その編集区間を繋ぎ合わせるという複雑な処理を行う必要がある。

従って、その複雑な処理を行う機能を備えた専用機器や、その機能に対応するソフトウエアがダウンロードされたパーソナルコンピュータを素材利用装置として用いる必要があり、汎用のパーソナルコンピュータ等を素材利用装置として用いる場合に比べて、素材利用装置のコストが高くなる。

本発明は、このような状況に鑑みてなされたものであり、複数のファイルのデータの編集結果を、１つのファイルとして取得する取得側のコストを削減することができるようにするものである。

本発明の第１の側面の送受信システムは、複数のファイルのデータを編集した結果得られる編集結果を送信する送信装置と、前記送信装置から送信されてくる編集結果を受信する受信装置とを備える送受信システムにおいて、前記送信装置は、複数の前記ファイルと、前記編集結果に関する情報である編集情報とを記憶する記憶手段と、前記記憶手段から前記編集情報を取得する取得手段と、前記取得手段により取得される編集情報に基づいて、前記ファイルのデータを読み出す読出手段と、前記読出手段により読み出されたデータから、１つのファイルを編集結果として作成する作成手段と、前記作成手段により作成された編集結果を前記受信装置に送信する送信手段とを備え、前記受信装置は、前記編集結果送信手段により送信されてくる編集結果を受信する受信手段を備える。

本発明の第２の側面の情報処理装置は、複数のファイルと、複数の前記ファイルのデータを編集した結果得られる編集結果に関する情報である編集情報とを記憶する記憶手段と、前記記憶手段から前記編集情報を取得する取得手段と、前記取得手段により取得される編集情報に基づいて、前記ファイルのデータを読み出す読出手段と、前記読出手段により読み出されたデータから、１つのファイルを編集結果として作成する作成手段と、前記作成手段により作成された編集結果を送信する送信手段とを備える。

前記作成手段は、前記読出手段により読み出されたデータをデコードするデコード手段と、前記デコード手段によりデコードされた複数のデータを接続する接続手段と、前記接続手段により接続されたデータをエンコードするエンコード手段と前記エンコード手段によりエンコードされたデータをボディに配置し、そのボディにヘッダとフッタを付加することにより、前記編集結果を作成する付加手段とを設けることができる。

前記取得手段は、他の情報処理装置からの要求に応じて、前記記憶手段から前記編集情報を取得し、前記送信手段は、前記他の情報処理装置に、前記要求に対応する編集結果を送信することができる。

本発明の第２の側面の情報処理方法は、複数のファイルと、複数の前記ファイルのデータを編集した結果得られる編集結果に関する情報である編集情報とを記憶する記憶手段を備える情報処理装置の情報処理方法において、前記記憶手段から前記編集情報を取得し、その取得される編集情報に基づいて、前記ファイルのデータを読み出し、その読み出されたデータから、１つのファイルを編集結果として作成し、その作成された編集結果を送信するステップを含む。

本発明の第２の側面のプログラムは、複数のファイルと、複数の前記ファイルのデータを編集した結果得られる編集結果に関する情報である編集情報とを記憶する記憶手段を備える情報処理装置を制御するコンピュータに行わせるプログラムにおいて、前記記憶手段から前記編集情報を取得し、その取得される編集情報に基づいて、前記ファイルのデータを読み出し、その読み出されたデータから、１つのファイルを編集結果として作成し、その作成された編集結果を送信するステップを含む。

本発明の第１の側面においては、複数の前記ファイルと、前記編集結果に関する情報である編集情報とを記憶する記憶手段から前記編集情報が取得され、その取得される編集情報に基づいて、前記ファイルのデータが読み出され、その読み出されたデータから、１つのファイルが編集結果として作成され、その作成された編集結果が前記受信装置に送信される。そして、送信されてくる編集結果が受信される。

本発明の第２の側面においては、複数のファイルと、複数の前記ファイルのデータを編集した結果得られる編集結果に関する情報である編集情報とを記憶する記憶手段から前記編集情報が取得され、その取得される編集情報に基づいて、前記ファイルのデータが読み出され、その読み出されたデータから、１つのファイルが編集結果として作成され、その作成された編集結果が送信される。

以上のように、本発明によれば、複数のファイルのデータの編集結果を、１つのファイルとして容易に作成することができる。

また、本発明によれば、複数のファイルのデータの編集結果を、１つのファイルとして取得する取得側のコストを削減することができる。

以下に本発明の実施の形態を説明するが、本発明の構成要件と、明細書又は図面に記載の実施の形態との対応関係を例示すると、次のようになる。この記載は、本発明をサポートする実施の形態が、明細書又は図面に記載されていることを確認するためのものである。従って、明細書又は図面中には記載されているが、本発明の構成要件に対応する実施の形態として、ここには記載されていない実施の形態があったとしても、そのことは、その実施の形態が、その構成要件に対応するものではないことを意味するものではない。逆に、実施の形態が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その実施の形態が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。

本発明の第１の側面の送受信システムは、
複数のファイルのデータを編集した結果得られる編集結果を送信する送信装置（例えば、図２のカムコーダ２１）と、前記送信装置から送信されてくる編集結果を受信する受信装置(例えば、図２の素材利用装置２９)とを備える送受信システム(例えば、図２のネットワークシステム１)において、
前記送信装置は、
複数の前記ファイルと、前記編集結果に関する情報である編集情報(例えば、エディットリスト)とを記憶する記憶手段(例えば、図２のリムーバブルメディア３３)と、
前記記憶手段から前記編集情報を取得する取得手段（例えば、図４の取得部１７２）と、
前記取得手段により取得される編集情報に基づいて、前記ファイルのデータを読み出す読出手段と（例えば、図４の読出部１７３）、
前記読出手段により読み出されたデータから、１つのファイルを編集結果として作成する作成手段(例えば、図４の付加部１７９)と、
前記作成手段により作成された編集結果を前記受信装置に送信する送信手段（例えば、図７の送信部１８０）と
を備え、
前記受信装置は、
前記編集結果送信手段により送信されてくる編集結果を受信する受信手段(例えば、図５の通信部２０９)
を備える。

本発明の第２の側面の情報処理装置は、
複数のファイルと、複数の前記ファイルのデータを編集した結果得られる編集結果に関する情報である編集情報(例えば、エディットリスト)とを記憶する記憶手段(例えば、図２のリムーバブルメディア３３)と、
前記記憶手段から前記編集情報を取得する取得手段(例えば、図４の取得部１７２)と、
前記取得手段により取得される編集情報に基づいて、前記ファイルのデータを読み出す読出手段(例えば、図４の読出部１７３)と、
前記読出手段により読み出されたデータから、１つのファイルを編集結果として作成する作成手段（例えば、図４の付加部１７９）と、
前記作成手段により作成された編集結果を送信する送信手段(例えば、図７の送信部１８０)と
を備える。

本発明の第２の側面の情報処理装置は、
前記作成手段は、
前記読出手段により読み出されたデータをデコードするデコード手段（例えば、図４のデコーダ１７５）と、
前記デコード手段によりデコードされた複数のデータを接続する接続手段（例えば、図４の合成部１７６）と、
前記接続手段により接続されたデータをエンコードするエンコード手段（例えば、図４のエンコーダ１７８）と
前記エンコード手段によりエンコードされたデータをボディに配置し、そのボディにヘッダとフッタを付加することにより、前記編集結果を作成する付加手段（例えば、図４の付加部１７９）と
を備える。

本発明の第２の側面の情報処理装置は、
前記取得手段は、他の情報処理装置からの要求に応じて、前記記憶手段から前記編集情報を取得し(例えば、図１１のステップＳ９１の処理)、
前記送信手段は、前記他の情報処理装置に、前記要求に対応する編集結果を送信する(例えば、図１０のステップＳ７５の処理)。

本発明の第２の側面の情報処理方法は、
複数のファイルと、複数の前記ファイルのデータを編集した結果得られる編集結果に関する情報である編集情報（例えば、エディットリスト）とを記憶する記憶手段(例えば、図２のリムーバブルメディア３３)を備える情報処理装置の情報処理方法において、
前記記憶手段から前記編集情報を取得し（例えば、図１１のステップＳ９１）、
その取得される編集情報に基づいて、前記ファイルのデータを読み出し(例えば、図１１のステップＳ９４)、
その読み出されたデータから、１つのファイルを編集結果として作成し(例えば、図１１のステップＳ１００)、
その作成された編集結果を送信する(例えば、図１０のステップＳ７５)
ステップを含む。

本発明の第２の側面のプログラムは、
複数のファイルと、複数の前記ファイルのデータを編集した結果得られる編集結果に関する情報である編集情報(例えば、エディットリスト)とを記憶する記憶手段(例えば、図２のリムーバブルメディア３３)を備える情報処理装置を制御するコンピュータに行わせるプログラムにおいて、
前記記憶手段から前記編集情報を取得し(例えば、図１１のステップＳ９１)、
その取得される編集情報に基づいて、前記ファイルのデータを読み出し(例えば、図１１のステップＳ９４)、
その読み出されたデータから、１つのファイルを編集結果として作成し(例えば、図１１のステップＳ１００)、
その作成された編集結果を送信する（例えば、図１０のステップＳ７５）
ステップを含む。

以下、本発明を適用した具体的な実施の形態について、図面を参照しながら詳細に説明する。

図２は、本発明を適用したネットワークシステム１の構成例を表している。

図２のネットワークシステム１は、例えば、テレビジョン番組等の制作に用いられる番組制作支援システムである。テレビジョン番組の制作の工程は、基本的に、企画（構成）、収録、編集（制作）に分類される。企画（構成）は、テレビジョン番組の制作全体を統括する工程であり、制作するテレビジョン番組の企画および構想を行って、テレビジョン番組のシナリオ（筋書き）を作成する工程である。

収録は、例えば、制作指示やシナリオにしたがって、制作現場で実際に収録を行う工程であり、テレビジョン番組を構成する各場面の画像データや音声データ等の素材データを取得するとともに、撮影(音声の取得も含む)状況を収録する工程である。編集（制作）は、制作指示やシナリオ等に基づいて、収録により得られた素材データを編集したり、収録により得られた素材データ、または編集後の素材データ（編集結果）に、収録で得ていない他の情報（CG/SI（Computer Graphics/SuperImpose）、ナレーション、または資料映像や音楽等）を付加したりして、テレビジョン番組として完成されたデータ（素材データ）であるカンパケを作成する。

図２のネットワークシステム１は、このような各工程における作業を支援する番組制作支援システムである。ネットワークシステム１は、カムコーダ２１と２２、アクセスポイント２３と２４、サーバ２５と２６、ファイアウォール２７、素材サーバ２８、素材利用装置２９、カンパケサーバ３０、ネットワーク３１、およびイントラネット３２から構成される。

カムコーダ２１と２２は、テレビジョン番組であるニュース番組の収録や、スポーツ等の試合の模様、映画などの撮影（音声の取得も含む）に使用される装置である。カムコーダ２１と２２は、被写体を撮影して得られた素材データ等を、例えば磁気ディスク、DVD（Digital Versatile Disc）などの光ディスク、光磁気ディスク、メモリカード、着脱式ハードディスクドライブなどのリムーバブルメディア３３または素材メモリ（後述する図３）に記録する。また、カムコーダ２１と２２は、無線を介してアクセスポイント２３または２４と接続し、アクセスポイント２３と２４と接続されるインターネットなどのネットワーク３１を介して素材データを他の装置（素材利用装置２９等）に送信する。

また、カムコーダ２１と２２は、自分自身に装着されたリムーバブルメディア３３から素材データを再生して、他の装置に送信する。さらに、カムコーダ２１と２２は、ユーザの入力に基づいて、収録に関する情報等のように、例えば後段の編集処理時に有用となる情報等を生成し、カムコーダ２１と２２において得られた素材データにメタデータとして関連付ける。

カムコーダ２１と２２には、アクセスポイント２３または２４とネットワーク３１を介してサーバ２５と２６が接続されている。サーバ２５と２６には、カムコーダ２１と２２により取得された素材データが、必要に応じて供給されて記録される。

イントラネット３２は、ファイアウォール２７を介してネットワーク３１と接続されており、ファイアウォール２７は、ネットワーク３１からイントラネット３２への不正なアクセスを禁止する。

イントラネット３２にはまた、素材サーバ２８、素材利用装置２９、およびカンパケサーバ３０が接続されている。

素材サーバ２８は、素材利用装置２９からイントラネット３２を介して供給される素材データを蓄積する。素材利用装置２９は、カムコーダ２１と２２から、アクセスポイント２３または２４、ネットワーク３１、ファイアウォール２７、およびイントラネット３２を介して送信されてくる（アップロードされる）素材データを記録する。また、素材利用装置２９は、記録している素材データを素材サーバ２８に供給する。

さらに、素材利用装置２９は、自分自身が記憶している素材データまたは素材サーバ２８に蓄積されている素材データを読み出し、カンパケを作成する。そして、素材利用装置２９は、そのカンパケをイントラネット３２を介してカンパケサーバ３０に供給する。カンパケサーバ３０は、素材利用装置２９から供給されるカンパケを蓄積する。

なお、以下では、カムコーダ２１と２２を区別する必要がない場合、それらをまとめてカムコーダ２１という。また、アクセスポイント２３と２４を区別する必要がない場合、それらをまとめてアクセスポイント２３という。

図３は、図２のカムコーダ２１のハードウエア構成例を示すブロック図である。

図３のカムコーダ２１は、カメラブロック５１、レコーダブロック５２、通信ブロック５３、電源ブロック５４、マイクロフォン５５、およびスピーカ５６から構成される。

カメラブロック５１は、レンズ部７１、撮影部７２、ビデオプロセッサ７３、ビデオ符号化部７４、ビデオI/F（Interface）７５、ビデオプロセッサI/F７６、カメラコントローラ７７、カメラコントローラI/F７８、ビューファインダI/F７９、ビューファインダ８０、操作部８１、操作部I/F８２、マイコン（マイクロコンピュータ）８３、レコーダI/F８４、およびバス８５から構成され、被写体を撮影し、その結果得られる画像データ(ビデオデータ)をレコーダブロック５２に供給する。

撮影部７２は、例えばCCD（Charge Coupled Device）などから構成され、被写体からの光をレンズ部７１を介して取得することにより、被写体を撮影する。撮影部７２は、撮影の結果得られるアナログ信号である画像信号をビデオプロセッサ７３に供給する。ビデオプロセッサ７３は、撮影部７２からの画像信号に対して、A/D(Analog/Digital)変換、画像を調整するための処理などを行う。ビデオプロセッサ７３は、その結果得られるデジタルデータである画像データを、ビデオ符号化部７４またはビデオプロセッサI/F７６に供給する。

ビデオ符号化部７４は、例えば、MPEG(Moving Picture Experts Group)2方式で、ビデオプロセッサ７３からの画像データを圧縮符号化し、その結果得られる画像データをビデオI/F７５に供給する。

ビデオI/F７５、ビデオプロセッサI/F７６、カメラコントローラI/F７８、ビューファインダI/F７９、操作部I/F８２、マイコン８３、およびレコーダI/F８４は、バス８５を介して相互に接続されている。

ビデオI/F７５は、ビデオ符号化部７４からの画像データを、バス８５を介してレコーダI/F８４に供給する。ビデオプロセッサI/F７６は、ビデオプロセッサ７３からの画像データを、バス８５を介してビューファインダI/F７９に供給する。

カメラコントローラ７７は、カメラコントローラI/F７８から供給される制御信号に基づいて、撮影部７２を制御することにより、絞りやズームの制御を行う。カメラコントローラI/F７８は、マイコン８３からバス８５を介して供給される制御信号を、カメラコントローラ７７に供給する。

ビューファインダI/F７９は、ビデオプロセッサI/F７６またはレコーダI/F８４から供給される画像データ、あるいはレコーダI/F８４から供給される各種のメタデータを、ビューファインダ８０に供給する。ビューファインダ８０は、ビューファインダI/F７９からの画像データやメタデータに対応する画像を表示する。

操作部８１は、ユーザからのカメラブロック５１に対する操作（例えば、撮影の指令など）を受け付け、その操作を表すカメラ操作信号を操作部I/F８２に供給する。操作部I/F８２は、操作部８１から供給されるカメラ操作信号を、バス８５を介してマイコン８３に供給する。

マイコン８３は、例えば、CPU(Central Processing Unit)、ROM(Read Only Memory)、およびRAM（Random Access Memory）から構成される。マイコン８３のCPUは、ROMに記憶されるプログラムを実行することにより、操作部８１からのカメラ操作信号に基づいて、カメラブロック５１の各部を制御する。例えば、CPUは、バス８５とカメラコントローラI/F７８を介して、カメラコントローラ７７に制御信号を供給し、絞りやズームの制御を行う。

なお、マイコン８３のRAMには、CPUが実行するプログラムやデータなどが適宜記憶される。レコーダI/F８４は、レコーダブロック５２とデータをやり取りする。例えば、レコーダI/F８４は、レコーダブロック５２のカメラI/F１０９から供給される画像データまたはメタデータを、バス８５を介してビューファインダI/F７９に供給する。また、レコーダI/F８４は、ビデオI/F７５から供給される画像データをレコーダブロック５２に供給する。

レコーダブロック５２は、オーディオプロセッサ１００、オーディオ符号化部１０１、オーディオI/F１０２、オーディオプロセッサI/F１０３、スピーカI/F１０４、オーディオ復号部１０５、マイコン１０６、素材メモリI/F１０７、素材メモリ１０８、カメラI/F１０９、LCD(Liquid Crystal Display)I/F１１０、ビデオ復号部１１１、LCD１１２、メディアI/F１１３、通信ブロックI/F１１４、およびバス１１５から構成され、カメラブロック５１で取得される画像データ、マイクロフォン５５で取得されるアナログ信号である音声信号に対応する音声データなどの素材データを記録する。

オーディオプロセッサ１００は、マイクロフォン５５から供給される音声信号に対して、A/D変換、音声を調整するための処理などを行う。オーディオプロセッサ１００は、その結果得られるデジタルデータである音声データ(オーディオデータ)を、オーディオ符号化部１０１とオーディオプロセッサI/F１０３に供給する。オーディオ符号化部１０１は、オーディオプロセッサ１００からの音声データを、例えばリニアPCM（Pulse Code Modulation）形式に対応する方式で圧縮符号化し、その結果得られる音声データをオーディオI/F１０２に供給する。

オーディオI/F１０２、オーディオプロセッサI/F１０３、スピーカI/F１０４、マイコン１０６、素材メモリI/F１０７、カメラI/F１０９、LCDI/F１１０、メディアI/F１１３、および通信ブロックI/F１１４は、バス１１５を介して相互に接続されている。

オーディオI/F１０２は、オーディオ符号化部１０１からの音声データを、バス１１５を介して素材メモリ１０８またはメディアI/F１１３に供給する。オーディオプロセッサI/F１０３は、オーディオプロセッサ１００からの音声データをそのまま、バス１１５を介してスピーカI/F１０４に供給する。

スピーカI/F１０４は、オーディオプロセッサI/F１０３、素材メモリI/F１０７、またはメディアI/F１１３から供給される音声データを、オーディオ復号部１０５に供給する。オーディオ復号部１０５は、必要に応じて音声データを復号する。オーディオ復号部１０５は、その結果得られる音声データをスピーカ５６に供給し、その音声データに対応する音声をスピーカ５６から出力させる。

マイコン１０６は、例えば、CPU,ROM、およびRAMから構成される。マイコン１０６のCPUは、ROMに記憶されるプログラムを実行することにより、通信ブロックI/F１１４から供給される、ユーザによる操作部１３１の操作を表す通信操作信号に基づいて、レコーダブロック５２の各部を制御する。

例えば、マイコン１０６のCPUは、メディアI/F１１３などから供給される、収録に関する情報や各種の設定値などに基づいて、素材データのメタデータ（後述するノンリアルタイムメタデータ）を作成する。

また、マイコン１０６のCPUは、リムーバブルメディア３３に記録されているデータ全体に対するメタデータであるディスクメタデータなどを作成する。さらに、マイコン１０６のCPUは、カメラI/F１０９から供給される画像データに基づいて、その画像データに比べて解像度の低いプロキシ画像データを作成する。

さらに、マイコン１０６のCPUは、素材メモリ１０８とリムーバブルメディア３３に対する記録または再生を制御する。

なお、マイコン１０６は、必要に応じて、素材メモリ１０８またはリムーバブルメディア３３に対する記録と再生を同時に行う。このとき、マイコン１０６では、いま素材メモリ１０８またはリムーバブルメディア３３に記録されているファイルのうちの記録済みのデータを再生することが可能である。

また、マイコン１０６のCPUは、各種の画面を表示させるための画像データを作成し、LCDI/F１１０に供給する。さらに、マイコン１０６のCPUは、素材メモリ１０８またはリムーバブルメディア３３に記録されるエディットリストに基づいて、編集結果を作成し、通信ブロックI/F１１４に供給する。また、マイコン１０６のRAMには、CPUが実行するプログラムやデータなどが適宜記憶される。

素材メモリI/F１０７は、例えば素材メモリ１０８に対して高速にアクセスを行い、素材メモリ１０８に対するデータの記録または再生を行う。

例えば、素材メモリI/F１０７は、マイコン１０６の制御により、素材データを素材メモリ１０８に供給し、ファイルとして記憶させる。また、素材メモリI/F１０７は、マイコン１０６の制御により、プロキシ画像データを素材メモリ１０８に供給し、ファイルとして記憶させる。さらに、素材メモリI/F１０７は、マイコン１０６の制御により、メタデータ（素材データのメタデータ、ディスクメタデータなど）を素材メモリ１０８に供給し、ファイルとして記憶させる。

また、素材メモリI/F１０７は、素材メモリ１０８から素材データを再生し、その素材データのうちの音声データをスピーカI/F１０４に、画像データをLCDI/F１１０に、それぞれ供給する。さらに、素材メモリI/F１０７は、素材メモリ１０８から素材データ、プロキシ画像データ、メタデータなどを再生し、通信ブロックI/F１１４に供給する。

カメラI/F１０９は、カメラブロック５１のレコーダI/F８４と接続され、例えばレコーダI/F８４から画像データを受信する。カメラI/F１０９は、その画像データを、バス１１５を介してマイコン１０６に供給するとともに、画像データを素材メモリI/F１０７またはメディアI/F１１３に供給する。LCDI/F１１０は、素材メモリI/F１０７またはメディアI/F１１３から供給される画像データを、ビデオ復号部１１１に供給する。

ビデオ復号部１１１は、必要に応じて、LCDI/F１１０からの画像データを復号し、その結果得られる画像データをLCD１１２に供給する。LCD１１２は、ビデオ復号部１１１からの画像データに対応する画像を表示する。

メディアI/F１１３は、マイコン１０６の制御により、素材データを、リムーバブルメディア３３に供給して、ファイルとして記憶させる。また、メディアI/F１１３は、マイコン１０６の制御により、プロキシ画像データをリムーバブルメディア３３に供給し、ファイルとして記憶させる。さらに、メディアI/F１１３は、マイコン１０６の制御により、メタデータ（素材データのメタデータ、ディスクメタデータなど）を、リムーバブルメディア３３に供給し、ファイルとして記憶させる。

さらに、メディアI/F１１３は、カムコーダ２１に装着されたリムーバブルメディア３３に記録されている収録に関する情報や各種の設定値を読み出し、マイコン１０６に供給する。

なお、ここでは、収録に関する情報や各種の設定値などが、リムーバブルメディア３３からメディアI/F１１３を介してマイコン１０６に入力されるものとしたが、ユーザが操作部１３１を操作することにより、収録に関する情報や各種の設定値などを、マイコン１０６に入力するようにしてもよい。

また、メディアI/F１１３は、リムーバブルメディア３３から素材データを再生し、その素材データのうちの音声データをスピーカI/F１０４に、画像データをLCDI/F１１０にそれぞれ供給する。さらに、メディアI/F１１３は、リムーバブルメディア３３から素材データ、プロキシ画像データ、メタデータなどを再生し、通信ブロックI/F１１４に供給する。

通信ブロックI/F１１４は、通信ブロック５３のレコーダI/F１３５（後述する）と接続されており、通信ブロック５３とデータをやり取りする。例えば、通信ブロックI/F１１４は、通信ブロック５３のレコーダI/F１３５から供給される、素材利用装置２９における編集結果に関する情報であるエディットリストを、素材メモリI/F１０７またはメディアI/F１１３に供給し、そのエディットリストを素材メモリ１０８またはリムーバブルメディア３３に記憶させる。

また、通信ブロックI/F１１４は、レコーダI/F１３５から供給される通信操作信号を、バス１１５を介してマイコン１０６に供給する。

さらに、通信ブロックI/F１１４は、素材メモリI/F１０７またはメディアI/F１１３から供給される素材データ、プロキシ画像データ、メタデータなどをレコーダI/F１３５に供給したり、カメラI/F１０７からのカメラ操作信号をレコーダI/F１３５に供給する。また、通信ブロックI/F１１４は、マイコン１０６からの編集結果をレコーダI/F１３５に供給する。

通信ブロック５３は、操作部１３１、操作部I/F１３２、電源部I/F１３３、マイコン１３４、レコーダI/F１３５、ネットワークI/F１３６、およびバス１３７により構成され、図２のアクセスポイント２３、ネットワーク３１などを介して、他の装置とデータの通信を行うとともに、レコーダブロック５２の電源を制御する。

操作部１３１は、レコーダブロック５２と通信ブロック５３に対する操作（例えば、再生の指令など）を受け付け、その操作を表す通信操作信号を操作部I/F１３２に供給する。操作部I/F１３２、電源部I/F１３３、マイコン１３４、レコーダI/F１３５、およびネットワークI/F１３６は、バス１３７を介して相互に接続されている。

操作部I/F１３２は、操作部１３１からの通信操作信号をバス１３７を介してマイコン１３４またはレコーダI/F１３５に供給する。電源部I/F１３３は、マイコン１３４からバス１３７を介して供給される、レコーダブロック５２への電源の供給を制御するための電源制御信号を、電源ブロック５４の通信ブロックI/F１５２に供給する。

マイコン１３４は、例えば、CPU,ROM、およびRAMにより構成される。マイコン１３４のCPUは、ROMに記憶されているプログラムを実行することにより、操作部１３から供給される通信操作信号に基づいて、通信ブロック５３の各部を制御する。また、マイコン１３４のCPUは、ネットワークI/F１３６から供給される、アクセスポイント２３の検出の結果を表す検出信号に基づいて、電源制御信号を生成し、電源部I/F１３３に供給する。

マイコン１３４のRAMには、CPUにより実行されるプログラムやデータが記憶される。例えば、RAMには、レコーダI/F１３５を介して供給され、ネットワークI/F１３６を介して送信される素材データ、プロキシ画像データ、またはメタデータが、一時的に記憶される。これにより、これらのデータのリムーバブルメディア３３からの再生速度が、送信速度を上回る場合においても、データを確実に送信することができる。

レコーダI/F１３５は、レコーダブロック５２の通信ブロックI/F１１４に接続されており、例えば、ネットワークI/F１３６から供給されるエディットリスト、操作部１３２からの通信操作信号などを、通信ブロックI/F１１４に供給する。

また、レコーダI/F１３５は、通信ブロックI/F１１４から供給される素材データ、プロキシ画像データ、メタデータ、編集結果などを、ネットワークI/F１３６に供給する。

ネットワークI/F１３６は、FTP（File Transfer Protocol）に準拠して、図２のアクセスポイント２３、ネットワーク３１などを介して、他の装置(例えば、素材利用装置２９など)と通信を行う。例えば、ネットワークI/F１３６は、レコーダI/F１３５から供給される素材データ、プロキシ画像データ、メタデータなどを、メタデータ、プロキシ画像データ、素材データの順に、アクセスポイント２３、ネットワーク３１、ファイアウォール２７、およびイントラネット３２を介して、素材利用装置２９に送信する。

また、ネットワークI/F１３６は、例えば、素材利用装置２９から、イントラネット３２、ファイアウォール２７、ネットワーク３１、アクセスポイント２３を介して送信されてくるエディットリストを受信し、バス１３７を介してレコーダI/F１３５に供給する。さらに、ネットワークI/F１３６は、アクセスポイント２３を検出し、その検出結果を表す検出信号を、マイコン１３４に供給する。

電源ブロック５４は、電源部１５１と通信ブロックI/F１５２から構成され、カメラブロック５１、レコーダブロック５２、通信ブロック５３、マイクロフォン５５、およびスピーカ５６に電源(電力)を供給する。

電源部１５１は、通信ブロックI/F１５２から供給される電源制御信号に基づいて、レコーダブロック５２への電源の供給を制御する。通信ブロックI/F１５２は、通信ブロック５３の電源部I/F１３３から供給される電源制御信号を電源部１５１に供給する。

なお、以下では、説明の便宜上、素材データ、プロキシ画像データ、メタデータなどのデータは、リムーバブルメディア３３に記録されるものとする。

図４は、図３のカムコーダ２１の編集結果を作成する機能の構成例を示すブロック図である。

図４のカムコーダ２１は、受信部１７１、取得部１７２、読出部１７３、分割部１７４、デコーダ１７５、合成部１７６、選択部１７７、エンコーダ１７８、付加部１７９、および送信部１８０から構成される。

受信部１７１と送信部１８０は、例えば、図３の通信ブロック５３に対応する。また、取得部１７２、読出部１７３、分割部１７４、合成部１７６、選択部１７７、および付加部１７９は、例えば図３のマイコン１０６に対応する。さらに、デコーダ１７５は、オーディオ復号部１０５とビデオ復号部１１１に対応し、エンコーダ１７８は、ビデオ符号化部７４とオーディオ符号化部１０１に対応する。

受信部１７１は、素材利用装置２９からの編集結果の要求を受信する。受信部１７１は、その要求に応じて、要求対象である編集結果に対応するエディットリストを指定し、そのエディットリストのエディットリストファイル（後述する図６）の取得を、取得部１７２に要求する。

取得部１７２は、受信部１７１からの要求に応じて、リムーバブルメディア３３から指定されたエディットリストファイルを読み出し(取得し)、読出部１７３に供給する。読出部１７３は、そのエディットリストファイルに基づいて、編集結果を構成する素材データのクリップファイル（後述する図６）をリムーバブルメディア３３から読み出し、そのクリップファイルとエディットリストファイルを分割部１７４に供給する。

分割部１７４は、読出部１７３から供給されるクリップファイルを、ヘッダおよびフッタとボディに分割する。そして、分割部１７４は、エディットリストファイルに基づいて、ボディに配置される素材データのうちの編集区間（編集結果を構成する素材データ）を抽出し、ヘッダに配置される情報のうちの符号化方式の情報とともにデコーダ１７５に供給する。また、分割部１７４は、ヘッダとフッタに配置される情報を付加部１７９に供給する。

デコーダ１７５は、分割部１７４からの編集区間を、分割部１７４からの符号化方式に対応する方式でデコードし、その結果得られる編集区間を合成部１７６に供給する。合成部１７６は、デコーダ１７５から供給される、エディットリストファイルに対応する編集区間を合成し、エンコーダ１７８に供給する。

選択部１７７は、通信操作信号に基づいて、エンコーダ１７８で符号化可能な符号化方式(例えば、MPEG(Moving Picture Experts Group)2方式など)のうち、ユーザの所望の符号化方式を選択する。即ち、ユーザは、操作部１３１を操作することにより、編集結果の符号化方式として所望の符号化方式を指定する。そして、選択部１７７は、その操作を表す通信操作信号に基づいて、ユーザにより指定された符号化方式を選択し、その符号化方式を表す情報をエンコーダ１７８と付加部１７９に供給する。

エンコーダ１７８は、選択部１７７からの符号化方式を表す情報に基づいて、その符号化方式で、デコーダ１７５から供給される編集区間をエンコード(符号化)する。そして、エンコーダ１７８は、その結果得られる編集区間を付加部１７９に供給する。付加部１７９は、分割部１７４から供給される情報と選択部１７７から供給される情報に基づいて、付加部１７９から供給される編集区間を配置したボディに付加するヘッダとフッタを作成する。そして、付加部１７９は、そのヘッダとフッタをボディに付加することにより、１つのファイルを編集結果として作成する。

そして、付加部１７９は、その編集結果を送信部１８０に送信する。送信部１８０は、付加部１７９からの編集結果を、アクセスポイント２３とネットワーク３１などを介して、素材利用装置２９などに送信する。

なお、編集前のすべての素材データの符号化方式がフレーム内符号化方式であり、かつ編集後の素材データ(編集結果)の符号化方式が同一である場合、デコーダ１７５とエンコーダ１７８を設ける必要はない。

図５は、図２の素材利用装置２９のハードウエア構成例を示すブロック図である。

CPU２０１は、ROM２０２、または記録部２０８に記録されているプログラムに従って各種の処理を実行する。例えば、CPU２０１は、記録部２０８に記録されている素材データを編集し、その編集結果に関する情報であるエディットリストを作成する。そして、CPU２０１は、そのエディットリストを、通信部２０９を介してカムコーダ２１に送信する。

RAM２０３には、CPU２０１が実行するプログラムやデータなどが適宜記憶される。これらのCPU２０１、ROM２０２、およびRAM２０３は、バス２０４により相互に接続されている。

CPU２０１にはまた、バス２０４を介して入出力インターフェース２０５が接続されている。入出力インターフェース２０５には、キーボード、マウス、マイクロフォン、図示せぬリモートコントローラから送信されてくる指令を受信する受信部などよりなる入力部２０６、ディスプレイ、スピーカなどよりなる出力部２０７が接続されている。CPU２０１は、入力部２０６から入力される指令に対応して各種の処理を実行する。そして、CPU２０１は、処理の結果を出力部２０７に出力する。例えば、CPU２０１は、各種の画面を表示させるための画像データを作成し、出力部２０７に表示させる。

入出力インターフェース２０５に接続されている記録部２０８は、例えばハードディスクからなり、CPU２０１が実行するプログラムや各種のデータを記録する。通信部２０９は、イントラネット３２を介して外部の装置と通信する。また、通信部２０９は、イントラネット３２を介してプログラムを取得し、記録部２０８に記録してもよい。

入出力インターフェース２０５に接続されているドライブ２１０は、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア２１１が装着されたとき、それらを駆動し、そこに記録されているプログラムやデータなどを取得する。取得されたプログラムやデータは、必要に応じて記録部２０８に転送され、記録される。

次に、図６を参照して、図２のリムーバブルメディア３３に記録されるファイルのディレクトリ構造について説明する。

図６において、シンボル２２１は、１つのディレクトリを表している。なお、符号は付していないが、シンボル（ディレクトリ）２２１と同一のその他のシンボルも、１つのディレクトリを表している。また、シンボル２２２は、１つのファイルを示している。なお、符号は付していないが、シンボル（ファイル）２２２と同一のその他のシンボルも、１つのファイルを示している。

なお、以下、特に断りの無い限り、ディレクトリとディレクトリのシンボルとは同一であるとみなして説明する。同様に、ファイルとファイルのシンボルとは同一であるとみなして説明する。また、各ディレクトリのそれぞれ、および、各ファイルのそれぞれの識別を容易なものとするために、以下、ファイルまたはディレクトリの後方に括弧（ ）書きでその名称を記載する。

図６の例では、リムーバブルメディア３３には、リムーバブルメディア３３に記録されているデータ全体に対するメタデータであるディスクメタデータのファイルであり、例えば、再生履歴等の情報を含むファイルであるディスクメタファイル（DISCMETA.XML）が設けられている。

また、リムーバブルメディア３３には、クリップの素材データ等のファイルが下位に設けられるクリップディレクトリ（Clip）２２１、エディットリストのデータのファイルが下位に設けられるエディットリストディレクトリ（Edit）、およびクリップのプロキシ画像データのファイルが下位に設けられるプロキシディレクトリ（Sub）が設けられる。

クリップディレクトリ(Clip)２２１には、リムーバブルメディア３３に記録されているクリップの素材データ等が、クリップ毎に異なるファイルとして記録されている。

なお、クリップとは、カムコーダ２１の撮影処理の回数の単位である。またそれ以外にも、クリップは、その撮影処理の撮影開始から撮影終了までの時間を示す単位を示したり、その撮影処理により得られた各種のデータの長さを示す単位を示したり、その撮影処理により得られた各種のデータのデータ量を示す単位を示す。さらに、クリップは、その各種のデータの集合体そのものも示す場合もある。

ここでは、クリップとは、例えば、１回の撮影処理（撮影開始から撮影終了までの撮影処理）により得られた画像データおよびその画像データに対応する音声データ、並びにメタデータ等の集合体を指す。

具体的には、例えば、図６は、リムーバブルメディア３３に３つのクリップのデータが記録されている場合の例を示している。

即ち、例えば、クリップディレクトリ２２２の下位には、リムーバブルメディア３３に記録された最初のクリップの素材データのファイルである第１のクリップファイル（C0001.MXF）２２２と、このクリップのエッセンスデータに対応する、リアルタイム性を要求されないメタデータ（以下、ノンリアルタイムメタデータという）を含むファイルである第１のノンリアルタイムメタデータファイル（C0001M01.XML）とが設けられている。

また、図６の例では、ノンリアルタイムメタデータファイル（C0001M01.XML）は、汎用性を持たせるためにXML形式で記述されている。

また、クリップディレクトリ２２１の下位には、第１のクリップファイル（C0001.MXF）２２２と第１のノンリアルタイムメタデータファイル（C0001M01.XML）と同様に、第２のクリップファイル（C0002.MXF）と第２のノンリアルタイムメタデータファイル（C0002M01.XML）、並びに第３のクリップファイル（C0003.MXF）と第３のノンリアルタイムメタデータファイル（C0003M01.XML）が設けられる。

図６において、このようなクリップディレクトリ（Clip）２２１の下方に示される、エディットディレクトリ（Edit）には、リムーバブルメディア３３に記録されているエディットリストが、その編集処理毎に異なるファイルとして記録されている。

例えば、図６の例の場合、エディットディレクトリ（Edit）の下位には、リムーバブルメディア３３に記録されたクリップの１回目の編集処理の編集結果に関する情報であるエディットリストを含むファイルであるエディットリストファイル（E0001E01.SMI）と、編集後の素材データ（編集に用いられた全クリップの素材データのうち、編集後の素材データとして抽出された部分）に対応するメタデータ、または、そのメタデータに基づいて新たに生成されたメタデータを含むファイルであるエディットリスト用メタデータファイル（E0001M01.XML）とが設けられている。

また、図６において、このようなエディットディレクトリ（Edit）の下方に示される、プロキシディレクトリ（Sub）には、リムーバブルメディア３３に記録されているクリップのプロキシ画像データが、クリップ毎に異なるファイルとして記録されている。

例えば、図６の例の場合、プロキシディレクトリ（Sub）の下位には、リムーバブルメディア３３に記録された最初のクリップのプロキシ画像データのファイルである第１のプロキシ画像ファイル（C0001S01.MXF）、第２のクリップのプロキシ画像データのファイルである第２のプロキシ画像ファイル（C0002S01.MXF）、第３のクリップのプロキシ画像データのファイルである第３のプロキシ画像ファイル（C0003S01.MXF）が設けられる。

図７は、図６のクリップファイルのフォーマットの例を示している。

ここで、図７では、ボディに配置される素材データとして、MPEG2方式で符号化された画像データと、リニアPCM形式の音声データを、それぞれ採用した場合のフォーマットを示している。

なお、ボディには、その他、DV(Digital Video)等の各種のフォーマットの画像データと音声データを配置することが可能である。

図７に示すように、１フレーム分のリアルタイム性を要求されるメタデータ（以下、リアルタイムメタデータという）が配置されるシステムアイテム、MPEG2方式で符号化された画像データ、およびリニアPCM形式で符号化された音声データが、１クリップ分まとめてボディに配置され、さらに、そのボディにヘッダとフッタが付加されて、クリップファイルが構成される。

ここで、システムアイテム、画像データ、音声データは、KLV(Key,Length,Value)構造にKLVコーディングされて配置される。

KLV構造とは、その先頭から、キー(Key)、レングス(Length)、バリュー(Value)が順次配置された構造であり、キーには、バリューに配置されるデータがどのようなデータであるかを表す、SMPTE 298Mの規格に準拠した１６バイトのラベルが配置される。レングスには、バリューに配置されるデータのデータ長が配置される。バリューには、実データ、即ち、ここでは、１フレームのリアルタイムメタデータが配置されるシステムアイテム、画像データ、または音声データが配置される。

また、KLVコーティングされたシステムアイテム、画像データ、および音声データは、そのデータ長が、KAG(KLV Alignment Grid)を基準とする固定長となっている。そして、KLVコーティングされたシステムアイテム、画像データ、および音声データを固定長とするのに、スタッフィング(stuffing)のためのデータとしてのフィラー(Filler)が、やはりKLV構造とされて、KLVコーティングされたシステムアイテム、画像データ、および音声データのそれぞれの後に配置される。

ヘッダには、その先頭から、ヘッダパーティションパック(Header Partition Pack)、ヘッダメタデータ(Header Metadata)、インデックステーブル(Index Table)が順次配置される。ヘッダパーティションパックには、ファイルフォーマット(例えば、MXF(Material eXchange Format))を表すデータであるパーティションメタデータ、ボディの長さ、ボディの開始位置、ボディに配置されるデータの形式（符号化方式）を表すデータなどが配置される。ヘッダメタデータには、例えば、UMID（Unique Material IDentifier）、先頭タイムコード、ファイルの作成日や、ボディに配置されたデータに関する情報(例えば、画像の画素数、アスペクト比など)、ノンリアルタイムメタデータなどのファイル単位のメタデータが配置される。

なお、UMIDとは、各クリップをグローバルユニークに識別するためのクリップ固有の識別子であって、SMPTE（Society of Motion Picture and Television Engineers）により定められる識別子を指す。また、ヘッダには、種々のオプションのデータを配置することができる。

インデックステーブルには、ボディに配置されたデータを管理するためのデータなどが配置される。フッタは、フッタパーティションパック(Footer Partition Pack)で構成され、フッタパーティションパックには、フッタを特定するためのデータなどが配置される。

なお、ヘッダメタデータに配置されるノンリアルタイムメタデータにより、ノンリアルタイムメタデータファイルが構成される。

図８は、図６のエディットリストファイル（E0001E01.SML）のエディットリストの例を示している。

即ち、図８は、XMLで記述されたエディットリストファイルの具体的な記述例を示す図である。なお、図８において、各行頭の数字は、説明の便宜上付加したものであり、XML記述の一部ではない。

エディットリストファイルは、クリップの非破壊編集の編集情報を含むファイルであり、その編集結果の再生方法についても記述されている。

図８に示すように、エディットリストファイルのXML記述は、主にボディタグ（<body> </body>）で囲まれるボディ部により構成される。図８の例では、このボディ部は、７乃至２１行目に記述されている。なお、１乃至６行目には、このファイルがProfessional DiscのEdit List（エディットリスト）であることを示す情報が記述されている。

詳細には、ボディ部には、編集記述の時間的振る舞いと関係する情報が記述される。図8の例では、８行目の開始タグ「<par>」と２０行目の終了タグ「</par>」の間に記述されるpar要素は、時間コンテナであり、複数の要素を同時に再生する単純時間グループを定義する。図８の例では、第１のクリップ（図８の例では、Clip１と記述されており、例えば、図６のクリップファイル（C0001）のクリップであるとする）と第２のクリップ（図８の例では、Clip2と記述されており、例えば、図６のクリップファイル（C0002）のクリップであるとする）が同時に再生されるように示されている。ただし、図８の例の場合、後述するように、２つのクリップの再生開始時間が互いにずれており、実際には、この２つのクリップが連続して再生されるように為されている。

図８において、１０行目乃至１３行目のref要素には、参照するファイルおよび参照するファイルを再生する際の条件等が記述されている。１１行目の「src="urn:smpte:umid:060A2B340101010501010D1213000000FEDCBA9876543210FEDCBA9876543210"」の記述は、参照先のファイルに割り当てられたUMIDが「060A2B340101010501010D1213000000FEDCBA9876543210FEDCBA9876543210」であることを示している。

また、１２行目の「begin="smpte-30=00:00:00:00"」の記述は、この第１のクリップが開始される時刻、すなわち、素材データが開始されるエディットリストのFTC（File Time Code）上での位置を示しており、単位はフレーム数である。なお、「smpte-30」は、使用するタイムコードが、SMPTEで定義される３０フレーム毎秒のSMPTEタイムコードであることを示す記述である。

また、１３行目の「clipBegin="smpte-30=00:00:00:00"」記述は、この第１のクリップの、再生を開始する位置、すなわち、編集区間の開始位置をこの第１のクリップのFTC上で示しており、単位はフレーム数である。その記述に続く（１３行目の）「clipEnd="smpte-30=00:10:00:00"」は、この第１のクリップの再生を終了する位置、すなわち、編集区間の終了位置をこの第１のクリップのFTC上で示している。

以上のように、図８の例では、第１のクリップは、時刻「00:00:00:00」に、フレーム番号「00:00:00:00」の位置から再生が開始され、フレーム番号「00:10:00:00」の位置まで再生されることが、エディットリストに記述されている。

また、第２のクリップについても、１５行目乃至１９行目において、第１のクリップの場合と同様に記述されている。図８の例では、第２のクリップは、時刻「00:10:00:00」に、フレーム番号「00:00:00:00」の位置から再生され、フレーム番号「00:05:30:00」の位置まで再生されることが、エディットリストに記述されている。

そして、図８のエディットリストにおいては、以上のような第１のクリップの再生と第２のクリップの再生がpar要素により、同時に行われるように指定されている。従って、結果として、時刻「00:00:00:00」に、第１のクリップがフレーム番号「00:00:00:00」の位置からフレーム番号「00:10:00:00」まで再生される。これにより、時刻「00:10:00:00」になると、今度は、第２のクリップがフレーム番号「00:00:00:00」の位置からフレーム番号「00:05:30:00」の位置まで再生される。以上のように、図８に示すエディットリストにおいては、第１のクリップと第２のクリップが、連続して再生されるように編集されていることが示されている。

換言すると、図８のエディットリストは、第１のクリップ（Clip1）を10分再生し、その後に第２のクリップ（Clip2）を5分30秒再生することを示している。

以上のように、エディットリストファイルのXML記述には、クリップの非破壊編集の編集情報が記述されており、参照するクリップが記述されている。即ち、カムコーダ２１（図２）は、エディットリストファイルに基づいて、エディットリストが参照するクリップを特定することができる。

なお、図８において、各データを示すUMIDの例が上述したように記述してあるが、これらは、エディットリスト内のUMIDの記述位置等を示すだけのものであり、それらの値が意味を持たない仮想のUMIDである。即ち、図８に記載されているUMIDは、実際のUMIDとは異なる意味の無いシンボルの組合せであり、実際には、SMPTEの定める方法に基づいて作成された正当なUMIDが上述した仮想UMIDの代わりに各位置に記述される。

次に、図９を参照して、素材利用装置２９において、ユーザが編集結果の取得を要求するためのGUI（Graphical User Interface）画面について説明する。

なお、図９では、図６に示したディレクトリ構造を有するリムーバブルメディア３３に記録されているファイルが、素材利用装置２９の記録部２０８にコピーされているものとする。

図９に示すように、ユーザは、素材利用装置２９の入力部２０６（図５）を操作することにより、カムコーダ２１のリムーバブルメディア３３に記録されているファイルのディレクトリ構造を示す画面２５１と、素材利用装置２９の記録部２０８にコピーされたファイルのディレクトリ構造を示す画面２５２を表示させる。

図９において、画面２５１には、図６に示したディレクトリ構造を有するリムーバブルメディア３３に記録されている実在のファイルが示されている。また、エディットディレクトリ（Edit）の下位には、エディットリストファイル（E0001E01.SMI）に対応する編集結果を指定するための仮想ファイル（E0001E01.MXF）が設けられている。この仮想ファイル（E0001E01.MXF）が選択された場合、CPU２０１は、リムーバブルメディア３３に記録されている各ファイルのうちの、エディットリストファイル（E0001E01.SMI）のエディットリストに基づいて再構成された編集結果(例えば、エディットリストファイルE0001E01.SMIが図８に示したエディットファイルであるとすると、第１のクリップ（C0001.MXF）の00:00:00:00〜00:10:00:00と第２のクリップ（C0002.MXF）の00:00:00:00〜00:05:30:00までの部分を繋ぎ合わせたもの)を処理対象として指定する。

また、画面２５２には、図６に示したディレクトリ構造が表示されている。即ち、素材利用装置２９の記録部２０８には、リムーバブルメディア３３に記録されている実在のファイルがコピーされているので、記録部２０８に記録されているファイルのディレクトリ構造は、図６に示したディレクトリ構造と同一である。

ここで、ユーザは、画面２５１において、所望のエディットリストに対応する仮想ファイル（E0001E01.MXF）に対応する位置３００（図９の例では、「EOOO1E01．MXF」という文字が表示されている位置）をドラッグし、画面２５２のエディットリスト用メタデータファイル（E0001M01.XML）の下の領域３０１にドロップする。これにより、ユーザは、エディットリストファイル（E0001E01.MXF）に対応する１回目の編集処理の編集結果の取得を要求することができる。

次に、図１０を参照して、素材利用装置２９がカムコーダ２１から編集結果を取得する取得処理について説明する。

ステップＳ５１において、素材利用装置２９のCPU２０１は、入力部２０６から供給される、ユーザからの画面２５１(図９)の表示の指令に応じて、通信部２０９を制御し、カムコーダ２１に、リムーバブルメディア３３に記録されているファイルのディレクトリ構造を表すディレクトリ情報を要求する。

ステップＳ７１において、カムコーダ２１のマイコン１３４は、ネットワークI/F１３６、バス１３７などを介して、ディレクトリ情報の要求を受信し、ステップＳ７２に進む。ステップＳ７２において、マイコン１３４は、レコーダI/F１３５、通信ブロックI/F１１４、などを介して、リムーバブルメディア３３から、そこに記録されているファイルのディレクトリ情報を読み出し、そのディレクトリ情報を、ネットワークI/F１３６、ネットワーク３１、イントラネット３２などを介して素材利用装置２９に送信する。

ステップＳ５１の処理後は、ステップＳ５２に進み、素材利用装置２９のCPU２０１は、通信部２０９を介してカムコーダ２１からディレクトリ情報を受信し、そのディレクトリ情報に基づいて、出力部２０７に画面２５１を表示させる。ステップＳ５２の処理後は、ステップＳ５３に進み、CPU２０１は、記録部２０８に記録されているファイルのディレクトリ情報を読み出し、そのディレクトリ情報に基づいて、出力部２０７に画面２５２（図９）を表示させる。

ここで、ユーザは、入力部２０６を操作して、画面２５１に表示されている所望の編集結果のエディットリストに対応する仮想ファイル（E0001E01.MXF）の位置３００をドラッグし、画面２５２の領域３０１にドロップすることにより、仮想ファイル（E0001E01.MXF）に対応する編集結果の取得の要求を指令する。

ステップＳ５４において、素材利用装置２９のCPU２０１は、入力部２０６からの編集結果の取得の要求の指令に応じて、カムコーダ２１に通信部２０９などを介して仮想ファイル（E0001E01.MXF）に対応する編集結果の取得を要求する。即ち、CPU２０１は、仮想ファイル（E0001E01.MXF）に対応する編集結果の取得を要求するためのデータを、カムコーダ２１に送信する。

ステップＳ７３において、カムコーダ２１のマイコン１３４は、ネットワークI/F１３６などを介して、仮想ファイル（E0001E01.MXF）に対応する編集結果の取得の要求を受信し、その要求をレコーダI/F１３５、通信ブロックI/F１１４などを介して、マイコン１０６に供給する。

ステップＳ７３の処理後は、ステップＳ７４に進み、マイコン１０６は、仮想ファイル（E0001E01.MXF）に対応する編集結果を作成する作成処理を行う。この作成処理の詳細については、後述する図１１を参照して説明する。ステップＳ７４の処理後は、ステップＳ７５に進み、マイコン１３４は、ステップＳ７４で作成された編集結果をネットワークI/F１３６などを介して素材利用装置２９に送信する。

ステップＳ５４の処理後は、ステップＳ５５に進み、素材利用装置２９のCPU２０１は、入力部２０６などを介して素材利用装置２９から編集結果を取得し、記録部２０８のエディットディレクトリ（Edit）に記録させる。この後、ユーザが入力部２０６を操作して、出力部２０７に記録部２０８に記録されているファイルのディレクトリ構造を表す画面の表示を指令すると、出力部２０７には、画面２５１と同様の画面、即ち画面２５２の領域３０１に新たに編集結果ファイル（E0001E01.MXF）が加えられた画面が表示される。なお、編集結果ファイル（E0001E01.MXF）は、実在のファイルである。

以上のようにして、素材利用装置２９のユーザは、仮想ファイル（E0001E01.MXF）に対応する位置３００をドラッグして、領域３０１にドラッグするだけで、編集結果を取得することができる。

次に、図１１を参照して、図１０のステップＳ７４の作成処理について説明する。

ステップＳ９１において、取得部１７２は、仮想ファイル（E0001E01.MXF）に対応する図６のエディットリストファイル（E0001E01.SMI）をリムーバブルメディア３３から取得して、読出部１７３に供給し、ステップＳ９２に進む。

ステップＳ９２において、読出部１７３は、エディットリストファイル（E0001E01.SMI）に記述されたエディットリストを解釈し、そのエディットリストで参照されるクリップのファイル（C0001乃至C0003）を読み出して、そのクリップのファイルとエディットリストを分割部１７４に供給する。

ステップＳ９２の処理後は、ステップＳ９３に進み、分割部１７３は、クリップのファイル（C0001乃至C0003）を、ヘッダおよびフッタと、ボディとに分割し、ヘッダのヘッダパーティションパックに配置されている符号化方式から、ボディに配置されているクリップの符号化方式を判別して、その符号化方式をデコーダ１７５に供給する。また、分割部１７３は、クリップのファイルのヘッダとフッタを付加部１７９に供給する。

ステップＳ９３の処理後は、ステップＳ９４に進み、分割部１７３は、読出部１７３からのエディットリストを解釈し、クリップのファイルのボディに配置されるクリップのうちの編集区間（編集結果を構成するクリップ）を抽出し、デコーダ１７５に供給する。

例えば、分割部１７３は、図８のエディットリストを解釈し、第１のクリップのUMIDが「060A2B340101010501010D1213000000FEDCBA9876543210FEDCBA9876543210」のファイルのボディに配置される、フレーム番号「00:00:00:00」から「00:10:00:00」までのフレームに対応するクリップを編集区間として抽出し、デコーダ１７５に供給する。

ステップＳ９４の処理後は、ステップＳ９５に進み、デコーダ１７５は、分割部１７３から供給される編集区間を、ステップＳ９３で供給された符号化方式に対応する方式にしたがってデコードし、合成部１７６に供給する。

ステップＳ９５の処理後は、ステップＳ９６に進み、合成部１７６は、デコーダ１７５から供給される編集区間を、前回のステップＳ９６で保持された編集区間に接続(合成)して保持する。なお、最初のステップＳ９６では、合成部１７６は、デコーダ１７５から供給される編集区間をそのまま保持する。

ステップＳ９６の処理後は、ステップＳ９７に進み、読出部１７３は、エディットリストで参照するすべてのクリップのファイルを読み出したかどうかを判定し、すべてのクリップのファイルを読み出していないと判定した場合、ステップＳ９２に戻り、上述した処理を繰り返す。

一方、ステップＳ９７において、読出部１７３は、すべてのクリップのファイルを読み出したと判定された場合、合成部１７６は、保持している編集区間をエンコーダ１７８に供給し、ステップＳ９８に進む。

ステップＳ９８において、エンコーダ１７８は、選択部１７７から供給される、ユーザにより指定された符号化方式にしたがって、合成部１７６からの編集区間をエンコードし、付加部１７９に供給する。

ステップＳ９８の処理後は、ステップＳ９９に進み、付加部１７９は、分割部１７４から供給されるヘッダとフッタ、選択部１７７から供給される符号化方式などに基づいて、ヘッダとフッタを作成する。例えば、付加部１７９は、ボディに配置される編集区間のデータ長などを計算し、ヘッダのヘッダメタデータを作成する。

ステップＳ９９の処理後は、ステップＳ１００に進み、付加部１７９は、合成部１７６からの編集区間をボディに配置し、そのボディにステップＳ９９で作成したヘッダとフッタを付加して、編集結果を作成する。そして、ステップＳ１００の処理後は、図１０のステップＳ７５に進む。

以上のように、ネットワークシステム１では、撮影の結果得られる素材データを処理するために、既にエンコードやデコードなどの機能（図３のビデオ符号化部７４、オーディオ符号化部１０１、オーディオ復号部１０５、ビデオ復号部１１１など）を備えているカムコーダ２１が、編集結果を作成するので、素材利用装置２９は、エンコードやデコードなどの機能を備える必要がなく、素材利用装置２９のコストを削減することができる。

なお、上述した説明では、カムコーダ２１から素材利用装置２９に、編集結果の素材データを送信したが、素材データだけでなく、その素材データに対応するプロキシ画像データも送信するようにしてもよい。この場合も、素材利用装置２９は、図１０の取得処理と同様の処理により、編集結果に対応するプロキシ画像データを取得する。

また、カムコーダ２１は、編集結果の素材データとプロキシ画像データの両方を送信する場合、プロキシ画像データを素材データよりも前に送信する。プロキシ画像データは、素材データよりもデータ量が少ないので、素材利用装置２９は、素材データに比べて短時間で、プロキシ画像データを受信することができる。従って、素材利用装置２９のユーザは、素材データよりも前に、素早くプロキシ画像データを受信し、編集結果の全体を把握することができる。

次に、図１２乃至図１４を参照して、カムコーダ２１と素材利用装置２９間における通信について説明する。

図１２は、カムコーダ２１の素材利用装置２９との通信を行う機能の構成例を示すブロック図である。即ち、図１２は、図４の受信部１７１と送信部１８０の機能の全部または一部の構成を示している。

図１２のカムコーダ２１は、検出部６０１、送信判定部６０２、受信判定部６０３、および電源制御部６０４から構成される。なお、検出部６０１、送信判定部６０２、受信判定部６０３、および電源制御部６０４は、例えば、図３のマイコン１３４に対応する。

検出部６０１は、アクセスポイント２３の検出を行い、その検出結果を送信判定部６０２に供給する。送信判定部６０２は、検出部６０１からの検出結果に応じて、送信すべきデータ（例えば、ディレクトリ情報、編集結果など）を、素材利用装置２９に送信する。送信判定部６０２は、送信すべきデータがある旨を電源制御部６０４に通知し、送信の終了または送信すべきデータがない旨を受信判定部６０３に通知する。

受信判定部６０３は、送信判定部６０２からの通知に応じて、素材利用装置２９から送信されてくるデータ（例えば、要求など）を受信する。受信判定部６０３は、素材利用装置２９から送信されてくるデータがある旨、および受信の終了または素材利用装置２９から送信されてくるデータがない旨を、電源制御部６０４に通知する。

電源制御部６０４は、検出部６０１からの検出結果、あるいは送信判定部６０２または受信判定部６０３からの通知に応じて、レコーダブロック５２への電源の供給を制御するための電源制御信号を生成し、電源ブロック５４に供給する。

次に、図１３を参照して、カムコーダ２１がレコーダブロック５２への電源の供給を制御する電源制御処理について説明する。この電源制御処理は、例えば、カムコーダ２１の電源がオンにされたとき、即ち電源部１５１に電源が供給されたとき、開始される。

ステップＳ６０１において、検出部６０１は、図２のアクセスポイント２３を検出し、その検出結果を送信判定部６０２に供給して、ステップＳ６０２に進む。ステップＳ６０２において、検出部６０１は、アクセスポイント２３を検出することができたかどうかを判定し、その判定の結果を送信判定部６０２に供給する。ステップＳ６０１において、アクセスポイント２３を検出することができなかったと判定された場合、検出部６０１は、アクセスポイント２３を検出することができるまで待機する。

一方、ステップＳ６０２において、アクセスポイント２３を検出することができたと判定された場合、ステップＳ６０３に進み、送信判定部６０２は、アクセスポイント２３を介するネットワーク３１への接続を開始し、ステップＳ６０４に進む。

ステップＳ６０４において、送信判定部６０２は、素材利用装置２９に通信の開始を要求し、ステップＳ６０５に進む。

ステップＳ６０５において、送信判定部６０２は、送信すべきデータがあるかどうかを判定し、送信すべきデータがあると判定した場合、ステップＳ６０６に進む。

ステップＳ６０６において、電源制御部６０４は、レコーダブロック５２の電源をオンにするように電源制御信号を生成して電源ブロック５４に供給することにより、レコーダブロック５２の電源をオンにし、ステップＳ６０７に進む。ステップＳ６０７において、送信判定部６０２は、送信すべきデータが有る旨を素材利用装置２９に通知し、ステップＳ６０８に進む。

ステップＳ６０８において、送信判定部６０２は、送信すべきデータを素材利用装置２９に送信し、ステップＳ６０９に進む。ステップＳ６０９において、送信判定部６０２は、送信すべきデータすべての送信が終了したかどうかを判定し、送信すべきデータすべての送信が終了していないと判定した場合、ステップＳ６０８に戻り、上述した処理を繰り返す。

ステップＳ６０９において、送信すべきデータすべての送信が終了したと判定された場合、ステップＳ６１０に進み、受信判定部６０３は、受信するデータ、即ち素材利用装置２９から送信されてくるデータがあるかどうかを判定する。ステップＳ６１０において、受信するデータがないと判定された場合、ステップＳ６１１に進み、電源制御部６０４は、レコーダブロック５２の電源をオフにするように電源制御信号を生成して電源ブロック５４に供給することにより、レコーダブロック５２の電源をオフにし、処理を終了する。

一方、ステップＳ６０５において、送信すべきデータがないと判定された場合、ステップＳ６１２に進み、送信判定部６０２は、送信すべきデータが無い旨を素材利用装置２９に通知し、ステップＳ６１３に進む。

ステップＳ６１３において、受信判定部６０３は、受信するデータがあるかどうか、即ち素材利用装置２９から送信されてくるデータがあるかどうかを判定し、受信するデータがあると判定された場合、ステップＳ６１４に進む。

ステップＳ６１４において、電源制御部６０４は、レコーダブロック５２の電源をオンにし、ステップＳ６１５に進む。ステップＳ６１５において、受信判定部６０３は、素材利用装置２９から送信されてくるデータを受信し、ステップＳ６１６に進む。

ステップＳ６１６において、受信判定部６０３は、素材利用装置２９から送信されてくるすべてのデータの受信が終了したかどうかを判定し、すべてのデータの受信が終了していないと判定された場合、ステップＳ６１５に戻り、上述した処理を繰り返す。

一方、ステップＳ６１６において、素材利用装置２９から送信されてくるデータの受信が終了したと判定された場合、ステップＳ６１１に進み、上述したように、電源制御部６０４は、レコーダブロック５２の電源をオフにし、処理を終了する。

また、ステップＳ６１０において、受信するデータがあると判定された場合、ステップＳ６１５に進み、上述した処理を行う。

さらに、ステップＳ６１３において、受信するデータがないと判定された場合、ステップＳ６１４乃至Ｓ６１６をスキップして、ステップＳ６１１に進み、上述した処理を行う。

以上のように、カムコーダ２１では、アクセスポイント２３が検出された場合、データを送信または受信している間、レコーダブロック５２の電源がオンにされる。

また、カムコーダ２１では、アクセスポイント２３が検出されない場合、即ちインターネット３１を介して通信を行うことが不可能である場合、送受信対象となるクリップなどのデータを再生または記録するレコーダブロック５２の電源をオフするので、カムコーダ２１の消費電力を削減することができる。

また、アクセスポイントを検出することができた場合、カムコーダ２１は、ネットワーク３１への接続を自動的に開始するので、ユーザは、ネットワーク３１への接続の開始を指令する必要がなく、ユーザの手間を省くことができる。

なお、上述した説明では、レコーダブロック５２の電源、即ちレコーダブロック５２を構成するすべての部へ供給する電源をオンにしたが、レコーダブロック５２のうち記録または再生に用いられる部へ供給する電源だけを、オンにするようにしてもよい。この場合、送信すべきデータがあるとき、再生に用いられる部へ供給する電源がオンにされ、受信するデータがあるとき、記録に用いられる部へ供給する電源がオンにされる。

次に、図１４を参照して、素材利用装置２９がカムコーダ２１と通信を行う通信処理について説明する。

ステップＳ６５１において、CPU２０１が、図１３のステップＳ６０４で送信判定部６０２に通信の開始が要求されたかどうかを判定し、通信の開始が要求されていないと判定した場合、通信の開始が要求されるまで待機する。

一方、ステップＳ６５１において、通信の開始が要求されたと判定された場合、ステップＳ６５２に進み、CPU２０１は、カムコーダ２１との通信を開始して、ステップＳ６５３に進む。

ステップＳ６５３において、CPU２０１は、受信するデータがあるかどうか、即ち図１３のステップＳ６０７で送信判定部６０２により送信すべきデータが有る旨が通知されたかどうかを判定する。ステップＳ６５３において、受信するデータがあると判定された場合、ステップＳ６５４に進み、CPU２０１は、送信判定部６０２から送信されてくるデータを受信する。

ステップＳ６５４の処理後は、ステップＳ６５５に進み、CPU２０１は、送信判定部６０２から送信されてくるすべてのデータの受信が終了したかどうかを判定し、受信が終了していないと判定した場合、ステップＳ６５４に戻り、上述した処理を繰り返す。

一方、ステップＳ６５５において、受信が終了したと判定された場合、ステップＳ６５６に進み、CPU２０１は、カムコーダ２１に送信すべきデータがあるかどうかを判定し、送信すべきデータがないと判定した場合、ステップＳ６５７に進む。

ステップＳ６５７において、CPU２０１は、送信すべきデータが無い旨をカムコーダ２１に通知し、処理を終了する。

また、ステップＳ６５３において、受信するデータがないと判定された場合、ステップＳ６５８において、ステップＳ６５６と同様に、CPU２０１は、カムコーダ２１に送信すべきデータがあるかどうかを判定し、送信すべきデータがあると判定した場合、ステップＳ６５９に進む。

ステップＳ６５９において、CPU２０１は、送信すべきデータが有る旨をカムコーダ２１に通知する。このように、送信すべきデータが有る旨がカムコーダ２１に通知された場合、図１３のステップＳ６１０またはＳ６１３では、受信するデータがあると判定される。ステップＳ６５９の処理後は、ステップＳ６６０に進み、CPU２０１は、送信すべきデータをカムコーダ２１に送信し、ステップＳ６６１に進む。ステップＳ６６１において、CPU２０１は、送信すべきデータのすべて送信が終了したかどうかを判定し、送信が終了していないと判定した場合、ステップＳ６６０に戻り、上述した処理を繰り返す。

一方、ステップＳ６６１において送信が終了したと判定された場合、処理は終了する。また、ステップＳ６５８において送信すべきデータがないと判定された場合、ステップＳ６６２に進み、CPU２０１は、ステップＳ６５７と同様に、送信すべきデータが無い旨を通知する。以上のように、ステップＳ６５７またはステップＳ６６２で送信すべきデータが無い旨が通知された場合、図１３のステップＳ６１０またはＳ６１３では、受信するデータがないと判定される。

また、ステップＳ６５６において、送信すべきデータがあると判定された場合、ステップＳ６５９に進み、上述した処理が行われる。

なお、上述した図１２乃至図１４の説明では、検出部６０１がアクセスポイント２３を検出する場合、送信判定部６０２が、ネットワーク３１への接続を自動で開始するようにしたが、ネットワーク３１への接続を手動で開始するようにしてもよい。即ち、カムコーダ３１は、アクセスポイント２３を検出した場合、図３のLCD１１２などにより、アクセスポイントの検出が有る旨をユーザに通知し、その通知を受けたユーザがネットワーク３１への接続の開始を指令するとき、ネットワーク３１への接続を開始するようにしてもよい。

また、ユーザが、ネットワーク３１への接続の開始を自動または手動のいずれで行うかを選択することができるようにしてもよい。

以上のように、カムコーダ２１では、読出部１７３が、エディットリストに基づいて、そのエディットリストで参照されるクリップのファイル（C0001乃至C0003）を読み出し、付加部１７９が、その読み出されたクリップのファイルから、１つのファイルを編集結果として作成し、送信部１８０が、その作成された編集結果を送信するようにしたので、複数のファイルのデータの編集結果を、１つのファイルとして取得する取得側のコストを削減することができる。

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

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

なお、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。

カムコーダが編集結果である素材データを提供する場合の処理の一例について説明するフローチャートである。 本発明を適用したネットワークシステムの構成例を示す図である。 図２のカムコーダのハードウエア構成例を示すブロック図である。 図３のカムコーダの編集結果を作成する機能の構成例を示すブロック図である。 図２の素材利用装置のハードウエア構成例を示すブロック図である。 リムーバブルメディアに記録されるファイルのディレクトリ構造について説明する図である。 図６のクリップディレクトリを構成するファイルのフォーマットの例を示す図である。 エディットリストの例を示す図である。 ユーザが編集結果の取得を要求するためのGUI画面について説明する図である。 編集結果を取得する取得処理について説明するフローチャートである。 図１０のステップＳ７４の作成処理について説明するフローチャートである。 通信ブロックの通信に関する電源制御の機能の構成例を示すブロック図である。 通信に関する電源を制御する電源制御処理について説明するフローチャートである。 カムコーダと通信を行う通信処理について説明するフローチャートである。

符号の説明

１ ネットワークシステム， ２１，２２ カムコーダ， ２３，２４ アクセスポイント， ２８ 素材サーバ， ２９ 素材利用装置， ３１ ネットワーク， ３２ イントラネット， ３３ リムーバブルメディア， ５１ カメラブロック， ５２ レコーダブロック， ５３ 通信ブロック， ５４ 電源ブロック， ５５ マイクロフォン， ５６ スピーカ， ７４ ビデオ符号化部， １０１ オーディオ符号化部， １０５ オーディオ復号部， １０６ マイコン， １１１ ビデオ復号部， １７１ 受信部， １７２ 取得部， １７３ 読出部， １７４ 分割部， １７５ デコーダ， １７６ 合成部， １７７ 選択部， １７８ エンコーダ， １７９ 付加部， １８０
送信部

Claims (6)

1. 複数のファイルのデータを編集した結果得られる編集結果を送信する送信装置と、前記送信装置から送信されてくる編集結果を受信する受信装置とを備える送受信システムにおいて、
   前記送信装置は、
   複数の前記ファイルと、前記編集結果に関する情報である編集情報とを記憶する記憶手段と、
   前記記憶手段から前記編集情報を取得する取得手段と、
   前記取得手段により取得される編集情報に基づいて、前記ファイルのデータを読み出す読出手段と、
   前記読出手段により読み出されたデータから、１つのファイルを編集結果として作成する作成手段と、
   前記作成手段により作成された編集結果を前記受信装置に送信する送信手段と
   を備え、
   前記受信装置は、
   前記編集結果送信手段により送信されてくる編集結果を受信する受信手段
   を備える送受信システム。
2. 複数のファイルと、複数の前記ファイルのデータを編集した結果得られる編集結果に関する情報である編集情報とを記憶する記憶手段と、
   前記記憶手段から前記編集情報を取得する取得手段と、
   前記取得手段により取得される編集情報に基づいて、前記ファイルのデータを読み出す読出手段と、
   前記読出手段により読み出されたデータから、１つのファイルを編集結果として作成する作成手段と、
   前記作成手段により作成された編集結果を送信する送信手段と
   を備える情報処理装置。
3. 前記作成手段は、
   前記読出手段により読み出されたデータをデコードするデコード手段と、
   前記デコード手段によりデコードされた複数のデータを接続する接続手段と、
   前記接続手段により接続されたデータをエンコードするエンコード手段と
   前記エンコード手段によりエンコードされたデータをボディに配置し、そのボディにヘッダとフッタを付加することにより、前記編集結果を作成する付加手段と
   を備える
   請求項２に記載の情報処理装置。
4. 前記取得手段は、他の情報処理装置からの要求に応じて、前記記憶手段から前記編集情報を取得し、
   前記送信手段は、前記他の情報処理装置に、前記要求に対応する編集結果を送信する
   請求項２に記載の情報処理装置。
5. 複数のファイルと、複数の前記ファイルのデータを編集した結果得られる編集結果に関する情報である編集情報とを記憶する記憶手段を備える情報処理装置の情報処理方法において、
   前記記憶手段から前記編集情報を取得し、
   その取得される編集情報に基づいて、前記ファイルのデータを読み出し、
   その読み出されたデータから、１つのファイルを編集結果として作成し、
   その作成された編集結果を送信する
   ステップを含む情報処理方法。
6. 複数のファイルと、複数の前記ファイルのデータを編集した結果得られる編集結果に関する情報である編集情報とを記憶する記憶手段を備える情報処理装置を制御するコンピュータに行わせるプログラムにおいて、
   前記記憶手段から前記編集情報を取得し、
   その取得される編集情報に基づいて、前記ファイルのデータを読み出し、
   その読み出されたデータから、１つのファイルを編集結果として作成し、
   その作成された編集結果を送信する
   ステップを含むプログラム。

Images