(57)【要約】【課題】フォーマット変換により生成されるクリップの素性をユーザが容易に把握することができるようにする。【解決手段】画像生成部４２４は、入力受付部４２１から供給されるユーザ指示や、情報取得部４２３から供給される各種情報に基づいて、クリップの素性を示す、例えば、ツリー型、家系図型、２Ｄグラフ型、または３Ｄグラフ型のファミリーツリーを生成する。表示制御部４２５は、その画像を、例えば出力部２１２に含まれるモニタに表示させる。本発明は、例えば、情報処理装置に適用することができる。【選択図】図７
2011081457.tif 000002
【特許請求の範囲】
【請求項１】
クリップのフォーマットを変換する変換処理の変換体系の管理情報に基づいて、前記クリップをノードとして表し、前記変換処理に関する前記クリップ同士の関係をリンクとして表す画像であるファミリーツリーを生成する画像生成手段と、
前記画像生成手段により生成される前記ファミリーツリーを表示画面に表示させる表示制御手段と
を備える情報処理装置。
【請求項２】
前記画像生成手段は、前記ノードを所定の図形で表し、前記リンクを線または矢印により表し、前記クリップの前記トランスコードの世代を前記ノードの左右方向の位置により表すツリー型の前記ファミリーツリーを生成し、
前記表示制御手段は、前記画像生成手段により生成される前記ツリー型の前記ファミリーツリーを表示させる
請求項１に記載の情報処理装置。
【請求項３】
前記画像生成手段は、各クリップのファイルの存在の有無を、前記ノードの表示方法で示すように、前記ツリー型の前記ファミリーツリーを生成する
請求項２に記載の情報処理装置。
【請求項４】
前記画像生成手段は、各クリップの画サイズを、前記ノードの大きさで示すように、前記ツリー型の前記ファミリーツリーを生成する
請求項２に記載の情報処理装置。
【請求項５】
前記画像生成手段は、各クリップのビットレート若しくはフレームレートを、前記ノードの色または濃度で示すように、前記ツリー型の前記ファミリーツリーを生成する
請求項２に記載の情報処理装置。
【請求項６】
前記画像生成手段は、ユーザにより入力される所定の操作に従って、所望のクリップの下の前記ツリー型の前記ファミリーツリーの構成を他のクリップの下に複製する
請求項２に記載の情報処理装置。
【請求項７】
前記画像生成手段は、前記ノードを所定の図形で表し、前記リンクを線または矢印により表し、前記クリップの前記トランスコードの世代を前記ノードの上下方向の位置により表す家系図型の前記ファミリーツリーを生成し、
前記表示制御手段は、前記画像生成手段により生成される前記家系図型の前記ファミリーツリーを表示させる
請求項１に記載の情報処理装置。
【請求項８】
前記画像生成手段は、各クリップのファイルの存在の有無を、前記ノードの表示方法で示すように、前記家系図型の前記ファミリーツリーを生成する
請求項７に記載の情報処理装置。
【請求項９】
前記画像生成手段は、各クリップの画サイズを、前記ノードの大きさで示すように、前記家系図型の前記ファミリーツリーを生成する
請求項７に記載の情報処理装置。
【請求項１０】
前記画像生成手段は、各クリップのビットレート若しくはフレームレートを、前記ノードの色または濃度で示すように、前記家系図型の前記ファミリーツリーを生成する
請求項７に記載の情報処理装置。
【請求項１１】
前記画像生成手段は、ユーザにより入力される所定の操作に従って、所望のクリップの下の前記家系図型の前記ファミリーツリーの構成を他のクリップの下に複製する
請求項７に記載の情報処理装置。
【請求項１２】
前記画像生成手段は、前記ノードを所定の図形で表し、前記リンクを線または矢印により表し、前記クリップの特性を前記ノードのグラフ上の位置により表すグラフ型の前記ファミリーツリーを生成し、
前記表示制御手段は、前記画像生成手段により生成される前記グラフ型の前記ファミリーツリーを表示させる
請求項１に記載の情報処理装置。
【請求項１３】
前記画像生成手段は、前記グラフの各軸に互いに異なるパラメータを割り当てる
請求項１２に記載の情報処理装置。
【請求項１４】
前記グラフは２次元のグラフである
請求項１２に記載の情報処理装置。
【請求項１５】
前記グラフは３次元のグラフである
請求項１２に記載の情報処理装置。
【請求項１６】
前記表示画面に表示される前記ファミリーツリーに基づいて入力されるユーザ指示を受け付ける指示受付手段をさらに備える
請求項１に記載の情報処理装置。
【請求項１７】
クリップのフォーマットを変換する変換処理の変換体系の管理情報に基づいて、前記クリップをノードとして表し、前記変換処理に関する前記クリップ同士の関係をリンクとして表す画像であるファミリーツリーを生成し、
生成される前記ファミリーツリーを表示画面に表示させる
情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置および方法に関し、特に、フォーマット変換により生成されるクリップの素性をユーザが容易に把握することができるようにした情報処理装置および方法に関する。
【背景技術】
【０００２】
近年、ビデオまたはオーディオを含むコンテンツの提供・配信方法は多様化の一途を辿っており、それに応じてコンテンツの規格も多様化している。
【０００３】
例えば、DVDやCD等の記録媒体に記録された状態での配布、インターネット等のネットワークを介しての配信、携帯型電子機器への転送、地上デジタル放送、衛星放送、または、映画館での上映等の、様々な用途に応じて、コンテンツのフォーマットがそれぞれ規格化されている。
【０００４】
このようなコンテンツの多様化に従い、コンテンツ制作の場において、様々なフォーマットへのトランスコード（変換）が必要になってきており、マルチメディアコンテンツのフォーマットの変換を行うシステムが開発されている（例えば、特許文献１乃至特許文献３参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特表２００３−５２７００５号公報
【特許文献２】特開２００２−４４６２２号公報
【特許文献３】特開２００２−７７８５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来のシステムにおいては、どのファイルを変換してどのファイルを作ったかという、各ファイルの素性を明らかにする情報が生成されていなかった。したがって、所望のファイルを探す場合、ユーザが手作業で各ファイルのフォーマットや画像を確認しなければならず、煩雑な作業が必要であった。
【０００７】
近年においては、このようなコンテンツ制作の場におけるマルチメディアコンテンツのフォーマットのトランスコード（変換）に対する要求は、日々、大きくなっており、より多様なフォーマットへのトランスコード（変換）がより頻繁に行われるようになってきた。
【０００８】
これにより、フォーマット変換の体系はより複雑化してきたが、例えば新規の変換処理だけでなく、変換処理のやり直し（再トランスコード）も頻繁に行われるようになってきており、変換処理の機会は増大する一方である。
【０００９】
このような変換処理を行う際に、変換元のファイルを適切に選択し、適切な変換処理を行うためには、各ファイルの素性を明らかにする必要がある。しかしながら、従来のシステムにおいては、そのような素性を明らかにする情報は生成されないので、ユーザが各ファイルを１つずつ確認しなければならず、煩雑な作業が必要になる恐れがあった。
【００１０】
本発明は、このような状況に鑑みて提案されたものであり、フォーマット変換により生成されるクリップの素性をユーザが容易に把握することができるようにすることを目的とする。
【課題を解決するための手段】
【００１１】
本発明の一側面は、クリップのフォーマットを変換する変換処理の変換体系の管理情報に基づいて、前記クリップをノードとして表し、前記変換処理に関する前記クリップ同士の関係をリンクとして表す画像であるファミリーツリーを生成する画像生成手段と、前記画像生成手段により生成される前記ファミリーツリーを表示画面に表示させる表示制御手段とを備える情報処理装置である。
【００１２】
前記画像生成手段は、前記ノードを所定の図形で表し、前記リンクを線または矢印により表し、前記クリップの前記トランスコードの世代を前記ノードの左右方向の位置により表すツリー型の前記ファミリーツリーを生成し、前記表示制御手段は、前記画像生成手段により生成される前記ツリー型の前記ファミリーツリーを表示させることができる。
【００１３】
前記画像生成手段は、各クリップのファイルの存在の有無を、前記ノードの表示方法で示すように、前記ツリー型の前記ファミリーツリーを生成することができる。
【００１４】
前記画像生成手段は、各クリップの画サイズを、前記ノードの大きさで示すように、前記ツリー型の前記ファミリーツリーを生成することができる。
【００１５】
前記画像生成手段は、各クリップのビットレート若しくはフレームレートを、前記ノードの色または濃度で示すように、前記ツリー型の前記ファミリーツリーを生成することができる。
【００１６】
前記画像生成手段は、ユーザにより入力される所定の操作に従って、所望のクリップの下の前記ツリー型の前記ファミリーツリーの構成を他のクリップの下に複製することができる。
【００１７】
前記画像生成手段は、前記ノードを所定の図形で表し、前記リンクを線または矢印により表し、前記クリップの前記トランスコードの世代を前記ノードの上下方向の位置により表す家系図型の前記ファミリーツリーを生成し、前記表示制御手段は、前記画像生成手段により生成される前記家系図型の前記ファミリーツリーを表示させることができる。
【００１８】
前記画像生成手段は、各クリップのファイルの存在の有無を、前記ノードの表示方法で示すように、前記家系図型の前記ファミリーツリーを生成することができる。
【００１９】
前記画像生成手段は、各クリップの画サイズを、前記ノードの大きさで示すように、前記家系図型の前記ファミリーツリーを生成することができる。
【００２０】
前記画像生成手段は、各クリップのビットレート若しくはフレームレートを、前記ノードの色または濃度で示すように、前記家系図型の前記ファミリーツリーを生成することができる。
【００２１】
前記画像生成手段は、ユーザにより入力される所定の操作に従って、所望のクリップの下の前記家系図型の前記ファミリーツリーの構成を他のクリップの下に複製することができる。
【００２２】
前記画像生成手段は、前記ノードを所定の図形で表し、前記リンクを線または矢印により表し、前記クリップの特性を前記ノードのグラフ上の位置により表すグラフ型の前記ファミリーツリーを生成し、前記表示制御手段は、前記画像生成手段により生成される前記グラフ型の前記ファミリーツリーを表示させることができる。
【００２３】
前記画像生成手段は、前記グラフの各軸に互いに異なるパラメータを割り当てることができる。
【００２４】
前記グラフは２次元のグラフであるようにすることができる。
【００２５】
前記グラフは３次元のグラフであるようにすることができる。
【００２６】
前記表示画面に表示される前記ファミリーツリーに基づいて入力されるユーザ指示を受け付ける指示受付手段をさらに備えることができる。
【００２７】
本発明の一側面は、また、クリップのフォーマットを変換する変換処理の変換体系の管理情報に基づいて、前記クリップをノードとして表し、前記変換処理に関する前記クリップ同士の関係をリンクとして表す画像であるファミリーツリーを生成し、生成される前記ファミリーツリーを表示画面に表示させる情報処理方法である。
【００２８】
本発明の一側面においては、クリップのフォーマットを変換する変換処理の変換体系の管理情報に基づいて、クリップをノードとして表し、変換処理に関するクリップ同士の関係をリンクとして表す画像であるファミリーツリーが生成され、生成されるファミリーツリーが表示画面に表示される。
【発明の効果】
【００２９】
本発明によれば、コンテンツのフォーマットを変換することができる。特に、そのフォーマット変換により生成されるクリップの素性をユーザが容易に把握することができる。
【図面の簡単な説明】
【００３０】
【図１】本発明を適用した変換システムの主な構成例を示すブロック図である。
【図２】マルチフォーマットのトランスコードの様子を説明する図である。
【図３】フォーマット変換体系の例を示す図である。
【図４】図１のリモートクライアントの主な構成例を示すブロック図である。
【図５】図１のマルチフォーマットトランスコーダの主な構成例を示すブロック図である。
【図６】各デバイスが有する機能を示す機能ブロック図である。
【図７】リモートクライアントが有する主な機能ブロックの例を示す図である。
【図８】リモートクライアントのGUIの表示例を説明する図である。
【図９】ファミリーツリーの表示例を説明する図である。
【図１０】GUIにおいて行われるユーザ指示の例を説明する図である。
【図１１】クライアント処理の流れの例を説明するフローチャートである。
【図１２】クライアント処理の流れの例を説明する、図１１に続くフローチャートである。
【図１３】ファミリーツリーの、他の表示例を説明する図である。
【図１４】ファミリーツリーの、さらに他の表示例を説明する図である。
【図１５】クリップを指定する様子を説明する図である。
【図１６】ファミリーツリーの、さらに他の表示例を説明する図である。
【図１７】ファミリーツリーの、さらに他の表示例を説明する図である。
【図１８】ファミリーツリーの、さらに他の表示例を説明する図である。
【図１９】複数タスクの管理の様子の例を示す図である。
【図２０】複数タスクの並列実行の様子の例を示す図である。
【発明を実施するための形態】
【００３１】
以下、発明を実施するための形態（以下実施の形態とする）について説明する。なお、説明は以下の順序で行う。
１．第１の実施の形態（変換システム）
【００３２】
＜１．第１の実施の形態＞
［変換システムの構成］
図１は、本発明を適用した変換システムの一実施の形態の構成を表している。
【００３３】
図１において、変換システム１００は、映像や音声を含むことができるマルチメディアのコンテンツのフォーマットをトランスコード（変換）する情報処理システムである。
【００３４】
図１に示されるように、変換システム１００は、ネットワーク（Network）１０２を介して接続される、マルチフォーマットトランスコーダ１０１、リモートクライアント１０３−１、およびリモートクライアント１０３−２を有する。
【００３５】
マルチフォーマットトランスコーダ１０１は、コンテンツのフォーマットをトランスコード（変換）する処理装置である。マルチフォーマットトランスコーダ１０１は、映像または音声を含むマルチメディアのコンテンツを処理することができる。
【００３６】
このコンテンツに含まれる例えば映像や音声等の各素材データがそれぞれファイル化されていても、マルチフォーマットトランスコーダ１０１は、それらを１つの素材として管理し、処理する。このように、マルチフォーマットトランスコーダ１０１によって１つの素材とみなされる、素材データやメタデータ等の集合をクリップ（Clip）と称する。
【００３７】
このクリップには、任意のデータが含まれるようにしてもよい。以下においては、説明の便宜上、映像データ、音声データ、映像データの映像を低解像度にしたプロキシデータ（ローレゾデータ）、および、そのコンテンツや各データに関するメタデータが含まれるものとする。もちろん、これらのデータが全てクリップに含まれている必要はなく、これら以外のデータがクリップに含まれていてもよい。
【００３８】
なお、メタデータには、コンテンツや各データに関する情報が含まれる。例えば、コンテンツの名前、シーンやテイクの番号、IN点OUT点のタイムコード、Duration、作成日付、更新日付、場所や天気等撮影時の補足メモ、並びにコメント等が含まれる。もちろん、これら以外のどのような情報が含まれていても良いし、これらの情報が含まれていなくてもよい。
【００３９】
クリップは、その用途等によって様々に規格化されており、多様なフォーマットが存在する。そのフォーマットによって、クリップに含まれる各データ（各ファイル）のフォーマットが異なる場合もあるし、各データに含まれる情報が異なる場合もある。マルチフォーマットトランスコーダ１０１は、このようなクリップのフォーマットを他のフォーマットに変換する処理（トランスコード）を行う。
【００４０】
マルチフォーマットトランスコーダ１０１は、インターネットやLAN（Local Area Network）等に代表されるネットワーク１０２を介して、リモートクライアント１０３−１またはリモートクライアント１０３−２により制御される。
【００４１】
リモートクライアント１０３−１およびリモートクライアント１０３−２は、SOAP（Simple Object Access Protocol）を利用して、マルチフォーマットトランスコーダ１０１と通信を行い、マルチフォーマットトランスコーダ１０１の動作を制御する。もちろん、SOAP以外のプロトコルが用いられるようにしてもよい。
【００４２】
リモートクライアント１０３−１およびリモートクライアント１０３−２を互いに区別して説明する必要の無い場合、単にリモートクライアント１０３と称する。変換システム１００におけるリモートクライアント１０３の台数は任意である。また、リモートクライアント１０３は、ネットワーク１０２を介してマルチフォーマットトランスコーダ１０１と通信可能であり、かつ、マルチフォーマットトランスコーダ１０１を制御可能な電子機器であれば何でもよく、例えば、ノート型パーソナルコンピュータや携帯電話機のような移動可能な所謂モバイル機器であってもよいし、デスクトップ型のパーソナルコンピュータやハードディスクレコーダのような据置型の電子機器であってもよい。
【００４３】
リモートクライアント１０３のモニタには、マルチフォーマットトランスコーダ１０１を制御する操作を受け付けるためのGUI（Graphical User Interface）１０４が表示され、ユーザはそのGUI１０４に対する操作をリモートクライアント１０３に入力する。リモートクライアント１０３は、その入力されたユーザ指示を、ネットワーク１０２を介してマルチフォーマットトランスコーダ１０１に供給することにより、マルチフォーマットトランスコーダ１０１の動作を制御する。
【００４４】
もちろん、ネットワーク１０２は、マルチフォーマットトランスコーダ１０１とリモートクライアント間の通信媒体となるものであれば、その構成は任意である。例えば、有線の通信網であってもよいし、無線の通信網であってもよいし、それらが混在していてもよい。また、ネットワーク１０２が複数のネットワークにより構成されるようにしてもよい。
【００４５】
さらに、変換システム１００が、マルチフォーマットトランスコーダ１０１を複数有するようにしてもよい。
【００４６】
［トランスコード概要］
次に、マルチフォーマットトランスコーダ１０１によるトランスコードの概要について説明する。図２は、マルチフォーマットのトランスコードの様子を説明する図である。
【００４７】
マルチフォーマットトランスコーダ１０１は、任意の規格のエンコーダやデコーダを有することができ、任意のフォーマット間のトランスコード（変換処理）を行うことができる。
【００４８】
例えば、マルチフォーマットトランスコーダ１０１は、図２に示されるように、DPX（Digital Picture Exchange）、ロスレスのJPEG（Joint Photographic Experts Group）2000、MPEG（Moving Picture Experts Group）2やAVC（Advanced Video Coding）等を用いる業務用の映像ファイルフォーマットであるMXF（Material eXchange Format）、またはDNxHD等のフォーマットを変換処理することができる。
【００４９】
なお、マルチフォーマットトランスコーダ１０１は、クリップのフォーマットをトランスコード（変換）するものである。つまり、このトランスコードには、例えば、画サイズ、アスペクト比、若しくはフレームレート等の変更、または、タイムコードやタイトル等の焼き付けような、画像や音声等の素材データの再エンコードだけでなく、例えばメタデータの内容の更新等、フォーマット変換に関するあらゆる変換処理が含まれる。
【００５０】
マルチフォーマットトランスコーダ１０１は、コンテンツを構成するファイル群をクリップとして登録して管理し、その登録したクリップをトランスコードの対象とする。換言すれば、マルチフォーマットトランスコーダ１０１は、クリップとして登録されているファイルをトランスコードの処理対象とする。
【００５１】
ただし、マルチフォーマットトランスコーダ１０１は、任意の形態のコンテンツをデジタルデータ化してからクリップとして登録する機能（インジェスト機能）を有する。したがって、入力されるコンテンツの形態は、任意である（Anything In）。
【００５２】
例えば、入力されるコンテンツは、図２に示されるように、デジタルシネマ等に用いられる4096×2160ドットの所謂４Ｋ映像を含むマルチメディアのコンテンツであってもよいし、1920×1080ドットのHD（High-Definition）画像を含むマルチメディアのコンテンツであってもよい。これらのデータがネットワーク１０２を介してマルチフォーマットトランスコーダ１０１に送信されるようにしてもよいし、光ディスクやフラッシュメモリ等の記録媒体に記録された状態でマルチフォーマットトランスコーダ１０１に供給されるようにしてもよい。またフィルム映像のようにデジタルデータでなくてもよい。
【００５３】
同様に、マルチフォーマットトランスコーダ１０１は、デジタルデータを任意の形態のコンテンツに変換する機能を有している。したがって、出力されるコンテンツの形態は、任意である（Anything Out）。
【００５４】
例えば、マルチフォーマットトランスコーダ１０１は、変換後のクリップを、VTR（Tape OUT）として出力することもできるし、編集用データとして出力することもできるし、デジタルシネマのコンテンツとして出力することもできるし、配布用や保存用の規格のコンテンツとして出力することもできるし、フィルム映像として出力することもできる。
【００５５】
マルチフォーマットトランスコーダ１０１は、以上のように任意のフォーマットを任意のフォーマットにトランスコードするだけでなく、そのトランスコードに関する情報（変換管理情報）を管理する（Transcode & Manage Anything）。
【００５６】
マルチフォーマットトランスコーダ１０１は、この変換管理情報として、例えば、トランスコードの内容（変換パラメータ）や、変換前後の各クリップ（またはファイル）に関する情報（メタデータ等）をデータベース化し、管理する。また、マルチフォーマットトランスコーダ１０１は、変換管理情報として、そのトランスコードの様子（体系）を示す情報、すなわち、どのクリップ（ファイル）からどのクリップ（ファイル）が作成されたかを示す情報である、トランスコードの家系図（ファミリーツリー）をデータベース化して管理する。
【００５７】
［変換体系］
次に、このトランスコードの体系についてより詳細に説明する。図３は、フォーマット変換の体系の例を示す図である。
【００５８】
図３において、変換体系１１０は、クリップ１１１をオリジナル（始祖）とするトランスコードの変換体系を示す。図３に示されるように、変換体系１１０において、クリップ１１１が矢印１２１―１のようにトランスコードされてクリップ１１２−１が生成される。同様に、クリップ１１１が矢印１２１―２のようにトランスコードされてクリップ１１２−２が生成される。
【００５９】
以下、同様に、クリップ１１２−１がトランスコード（矢印１２２−１乃至矢印１２２−３）されて、クリップ１１３−１乃至クリップ１１３−３がそれぞれ生成され、クリップ１１２−２がトランスコード（矢印１２３−１および矢印１２３−２）されて、クリップ１１４−１およびクリップ１１４−２がそれぞれ生成される。
【００６０】
さらに、同様に、クリップ１１３−１がトランスコード（矢印１２４−１および矢印１２４−２）されて、クリップ１１５−１およびクリップ１１５−２がそれぞれ生成され、クリップ１１３−３がトランスコード（矢印１２５−１）されて、クリップ１１６−１が生成され、クリップ１１４−２がトランスコード（矢印１２６−１）されて、クリップ１１７−１が生成される。
【００６１】
このように、１つのクリップを複数のフォーマットにトランスコードすることができる。また、変換後のクリップをさらにトランスコードすることもできる。このようなトランスコードにより、図３に示されるように、１つのクリップをオリジナル（始祖）とする１つの変換体系１１０が形成される。
【００６２】
近年、コンテンツのフォーマットはより多様化している。例えば１つのコンテンツを、映画館で上映したり、DVD（Digital Versatile Disc）やBD（Blu-ray Disc）として販売したり、インターネットを介して配信したり、携帯電話機や電子ゲーム機等のようなモバイル機器に転送したり、テレビジョン信号として放送したりすることが考えられる。
【００６３】
近年のコンテンツ制作においては、制作するコンテンツをこのような多様なフォーマットに対応させる必要が生じている。そのため、フォーマットのトランスコードがより頻繁に行われるようになってきている。また、コンテンツ制作の場合、試作や管理等の、最終段階以外での利用のために、さらにその他のフォーマットへの変換が必要になる場合も多く、さらにトランスコードの機会が増大している。したがって、図３に示されるような変換体系１１０は、より複雑なものとなってきている。
【００６４】
ところでトランスコードが行われると、基本的に変換前の情報は減少する（劣化する）が、新たな情報が付加されることもある。したがって、目的のフォーマットを得るために新たなトランスコードを行う場合、その変換元のクリップは、必要な情報を得ることができ、かつ、処理の負荷を不要に増大させないように、変換体系１１０の各ノードの中の最適なノード（クリップ）を選択するのが望ましい。
【００６５】
しかしながら、変換体系１１０が複雑になると、ユーザがこの全てを管理する（例えば記憶したり、手作業で記録をとったりする）ことが困難になる。この変換体系１１０が把握できていない場合、ユーザは、各クリップの各ファイルのフォーマット等を個別に確認し、変換元のクリップとして最適なものを選択しなければならず、煩雑な作業を必要とする。
【００６６】
マルチフォーマットトランスコーダ１０１は、変換体系１１０をファミリーツリー（家系図）として管理するので、ユーザは、その情報を基に、クリップ間の関係や、各クリップのフォーマット等を容易に把握することができる。すなわち、上述したような変換元として最適なクリップの検索を容易に行うことができる。換言すれば、ユーザは、あるクリップが属する変換体系に属する任意のクリップ（またはそのクリップに属する各ファイル）を容易に検索することができる。
【００６７】
ところで、トランスコードにより生成された各クリップのファイル（実データ）が削除されてしまうことも考えられる。そしてさらに、このように削除されたファイルを再利用（再トランスコード）したくなることも考えられる。このような場合、マルチフォーマットトランスコーダ１０１が管理するトランスコードに関する情報により、ユーザは、削除されたファイルの変換元となるクリップを容易かつ正確に特定することができ、さらに、そのトランスコードの内容も容易に把握することができる。つまり、マルチフォーマットトランスコーダ１０１は、ファイルが削除されたクリップを容易に復元することができる。
【００６８】
なお、変換元とすることができる全てのクリップの全てのファイルが削除されている場合等、目的のクリップのファイルを復元することができない場合も考えられる。マルチフォーマットトランスコーダ１０１が管理するトランスコードに関する情報により、ユーザは、このように所望のファイルが復元可能であるか否かも容易に把握することができる。
【００６９】
以上のように、トランスコードに関する情報を管理することにより、マルチフォーマットトランスコーダ１０１は、所望のクリップのファイルを容易に復元することができるので、トランスコードにより生成されたファイルを全て保存しておく必要がなくなる。つまり、マルチフォーマットトランスコーダ１０１はファイル保存のためのコストを低減させることができる。近年においては、コンテンツのデータ量は増大する一方であるので、例えば使用頻度が少ない等の、不要なファイルを削除することができるのは大きな効果となる。
【００７０】
リモートクライアント１０３は、モニタにGUI画像を表示する等して、このようなマルチフォーマットトランスコーダ１０１に対するユーザ操作を受け付ける。つまり、リモートクライアント１０３は、上述したトランスコードの変換体系（その中に含まれる各クリップの素性）を表すファミリーツリー（FT）等をモニタに表示する等して、ユーザに提示する。
【００７１】
上述したようにトランスコードの変換体系は複雑になる一方であるので、その変換体系を表すファミリーツリー（FT）の表現方法が適切でないと、ユーザにとって分かり難いものとなり、マルチフォーマットトランスコーダ１０１の操作性が低下する恐れがある。
【００７２】
そこで、リモートクライアント１０３は、ユーザが変換体系の構造やクリップの素性をより容易に理解することができるような、より適切な表現方法で、ファミリーツリー（FT）の表示を行う。これにより、マルチフォーマットトランスコーダ１０１の操作性が向上し、ユーザは、トランスコードの制御をより容易に行うことができるようになる。
【００７３】
［デバイスの構成］
次に変換システム１００を構成する各装置の構成について説明する。図４は、図１のリモートクライアントの、ハードウェアの主な構成例を示すブロック図である。
【００７４】
図４において、リモートクライアント１０３のCPU（Central Processing Unit）２０１は、ROM（Read Only Memory）２０２に記憶されているプログラム、または記憶部２１３からRAM（Random Access Memory）２０３にロードされたプログラムに従って各種の処理を実行する。RAM２０３にはまた、CPU２０１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【００７５】
CPU２０１、ROM２０２、およびRAM２０３は、バス２０４を介して相互に接続されている。このバス２０４にはまた、入出力インタフェース２１０も接続されている。
【００７６】
入出力インタフェース２１０には、キーボード、マウスなどよりなる入力部２１１、CRT（Cathode Ray Tube）やLCD（Liquid Crystal Display）などよりなるディスプレイ、並びにスピーカなどよりなる出力部２１２、ハードディスクやSSD（Solid State Drive）などより構成される記憶部２１３、モデム、有線LAN（Local Area Network）インタフェース、または無線LANインタフェースなどにより構成される通信部２１４が接続されている。通信部２１４は、例えばインターネット等を含むネットワーク１０２を介しての通信処理を行う。
【００７７】
入出力インタフェース２１０にはまた、必要に応じてドライブ２１５が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア２２１が適宜装着され、それらから読み出されたコンピュータプログラムやデータが、必要に応じて記憶部２１３にインストールされる。
【００７８】
図５は、図１のマルチフォーマットトランスコーダの、ハードウェアの主な構成例を示すブロック図である。
【００７９】
図５に示されるように、マルチフォーマットトランスコーダ１０１は、図４のリモートクライアント１０３と基本的に同様の構成を有する。つまり、マルチフォーマットトランスコーダ１０１は、CPU２０１に対応するCPU３０１、ROM２０２に対応するROM３０２、RAM２０３に対応するRAM３０３、およびバス２０４に対応するバス３０４を有する。また、マルチフォーマットトランスコーダ１０１は、入出力インタフェース２１０に対応する入出力インタフェース３１０、入力部２１１に対応する入力部３１１、出力部２１２に対応する出力部３１２、記憶部２１３に対応する記憶部３１３、通信部２１４に対応する通信部３１４、ドライブ２１５に対応するドライブ３１５を有する。ドライブ３１５には、リムーバブルメディア２２１に対応するリムーバブルメディア３２１が装着される。
【００８０】
もちろん、リモートクライアント１０３およびマルチフォーマットトランスコーダ１０１が、それぞれ、上述した以外の構成を有するようにしてもよい。
【００８１】
［変換システム機能ブロック］
次に、各デバイスが有する機能について説明する。図６は、各デバイスが有する機能を示す機能ブロック図である。
【００８２】
図６に示されるように、リモートクライアント１０３−１は、ユーザがマルチフォーマットトランスコーダ１０１を制御するためのGUIを表示する機能であるクライアントGUI（Client GUI）４１１−１と、マルチフォーマットトランスコーダ１０１との通信機能であるSOAPインタフェース（SOAP i/f）４１２−１を有している。
【００８３】
リモートクライアント１０３−２も同様に、クライアントGUI（Client GUI）４１１−２およびSOAPインタフェース（SOAP i/f）４１２−２を有している。
【００８４】
以下において、クライアントGUI（Client GUI）４１１−１およびクライアントGUI（Client GUI）４１１−２を互いに区別して説明する必要が無い場合、単に、クライアントGUI（Client GUI）４１１と称する。同様に、SOAPインタフェース（SOAP i/f）４１２−１およびSOAPインタフェース（SOAP i/f）４１２−２を互いに区別して説明する必要が無い場合、単に、SOAPインタフェース（SOAP i/f）４１２と称する。
【００８５】
つまり、各リモートクライアント１０３は、クライアントGUI（Client GUI）４１１およびSOAPインタフェース（SOAP i/f）４１２を有している。
【００８６】
マルチフォーマットトランスコーダ１０１（Multi Format Transcoder）は、変換処理の制御を行うアーキテクチャホストコントローラ（Architecture Host Controller）と、アーキテクチャホストコントローラに制御され、実際に変換処理を行うアクセラレータ（Accelerator）を有する。
【００８７】
アーキテクチャホストコントローラは、ネットワーク（Network）１０２を介してリモートクライアント１０３と通信を行う機能であるSOAPインタフェース（SOAP i/f）を有する。また、アーキテクチャホストコントローラは、マルチフォーマットトランスコーダ１０１としての各種機能を実現するマルチフォーマットトランスコーダアプリケーション（Multi-Format Transcoder Application）を有する。
【００８８】
さらに、アーキテクチャホストコントローラは、各ファイルのメタデータを管理するメタデータデータベース（Metadeta Database）と、トランスコードに関する情報を管理するユーザデータベース（User Database）を有する。
【００８９】
また、アーキテクチャホストコントローラは、アプリケーションの実行に伴って適宜実行される、ラッパー（Wrapper）やファイル入出力（File I/O）等のための、プラグインソフトウェア（Plug-in Software）を有する。
【００９０】
さらに、アーキテクチャホストコントローラは、アプリケーション等による各種処理を実行する実行部（Executer）を有する。
【００９１】
また、アーキテクチャホストコントローラは、OSやドライバ等が動作するプラットフォームソフトウェア（Platform Software）を有する。
【００９２】
アーキテクチャホストコントローラのプラットフォームソフトウェアは、例えばPCI Express x16等のバスを介して、アクセラレータのプラットフォームソフトウェア（Platform Software）と連携して動作する。
【００９３】
アクセラレータは、また、アーキテクチャホストコントローラにより指定されるタスクを実行する実行部（Executer）、そのタスクの実行に伴い適宜実行される、符号化（Codec）や画像処理（Video Proc）等のための、プラグインソフトウェア（Plug-in Software）を有する。
【００９４】
つまり、アーキテクチャホストコントローラが、リモートクライアント１０３との通信や、トランスコードやその他の処理に関するタスクの生成や管理等を行い、アクセラレータが、そのアーキテクチャホストコントローラにより生成されたタスクを実行する。また、アーキテクチャホストコントローラは、トランスコードに関する情報の生成や管理も行う。
【００９５】
なお、このアーキテクチャホストコントローラとアクセラレータは、物理的に互いに異なるCPUにより実現されるようにしてもよいし、１つのCPUの互いに異なるコアやスレッドにおいて実現されるようにしてもよいし、１つのコアにおいて時分割されて実現されるようにしてもよい。
【００９６】
なお、図６に示されるように、ネットワーク１０２には、クリップのファイルを格納するメディアサーバ（Media Server）４０１も接続されているものとする。つまり、マルチフォーマットトランスコーダ１０１は、ファイルの格納先アドレスや、メタデータの一部または全部等は記憶し、管理するが、コスト低減等のため、ファイルそのものは記憶（管理）しない。もちろん、アーキテクチャホストコントローラ内にファイルが記憶されるようにしてもよい。
【００９７】
［リモートクライアント機能ブロック］
次に、このようなマルチフォーマットトランスコーダ１０１を制御するためのユーザインタフェースとなるリモートクライアント１０３が有する機能の詳細について説明する。
【００９８】
図７は、リモートクライアントが有する主な機能ブロックの例を示す図である。図７に示されるように、リモートクライアント１０３のクライアントGUI４１１は、入力受付部４２１、指示供給部４２２、情報取得部４２３、画像生成部４２４、および表示制御部４２５を有する。
【００９９】
入力受付部４２１は、入力部２１１を制御する等して、ユーザによる指示の入力を受け付ける。受け付けたユーザ指示が、例えばカーソルの移動やGUIボタンの押下等のように、表示の更新に関するものである場合、入力受付部４２１は、そのユーザ指示を画像生成部４２４に供給する。また、受け付けたユーザ指示が、例えばコマンド入力やショートカットキー操作のような、マルチフォーマットトランスコーダ１０１に対するものである場合、入力受付部４２１は、そのユーザ指示を指示供給部４２２に供給する。
【０１００】
指示供給部４２２は、入力受付部４２１から供給されるユーザ指示、若しくは、カーソル移動やGUIボタン操作等の結果得られるマルチフォーマットトランスコーダ１０１に対するユーザ指示を、SOAPインタフェース４１２を介してマルチフォーマットトランスコーダ１０１に供給する。
【０１０１】
情報取得部４２３は、SOAPインタフェース４１２を介してマルチフォーマットトランスコーダ１０１やその他のデバイスから供給される各種情報を取得し、画像生成部４２４に供給する。
【０１０２】
画像生成部４２４は、入力受付部４２１から供給されるユーザ指示や、情報取得部４２３から供給される各種情報に基づいて画像を生成し、その画像を表示制御部４２５に供給する。
【０１０３】
表示制御部４２５は、供給された画像を、例えば出力部２１２に含まれるモニタに表示させる。
【０１０４】
［ツリー型表示］
図８は、リモートクライアント１０３のモニタに表示されるGUI画像の例を説明する図である。
【０１０５】
図８に示されるFT用GUI画像４３０は、ファミリーツリー（FT）を表示するGUI画像である。FT用GUI画像４３０は、その領域が左右に分けられ、左側の領域４３１に、変換体系の構成を示すツリー型のファミリーツリーが表示される。
【０１０６】
マルチフォーマットトランスコーダ１０１は、実行したトランスコードの変換体系をFT情報として管理している。この変換体系を管理するための管理情報であるFT情報には、例えば、ファミリーツリー（FT）を識別するFTID、および、そのFTに属する各クリップのCIDが含まれる。CIDは、トランスコードに関するクリップ同士の関係（変換体系）を示すように互いに紐付けされている。つまり、FT情報には、どのクリップからどのクリップが生成されたか、どのクリップを生成するのにどのクリップが必要か、または、オリジナル（始祖）のクリップはどれか等を示す情報が含まれている。
【０１０７】
FT用GUI画像４３０の領域４３１には、マルチフォーマットトランスコーダ１０１から取得されたこのようなFT情報を画像化したファミリーツリー（FT）が表示される。このファミリーツリーは、FT情報に含まれる各CID（クリップ）をノードとして図形等で表し、FT情報におけるCID同士の関係（トランスコードに関するクリップ同士の関係）をリンクとして線や矢印等で表す画像である。FT用GUI画像４３０の領域４３１には、このファミリーツリーがツリー型で表示される。つまり、画像生成部４２４は、ツリー型のファミリーツリーを生成する。
【０１０８】
図８の例の場合、FT用GUI画像４３０に表示されるファミリーツリーは、オリジナル（始祖）のクリップ（Original Clip）が４回トランスコードされて、４つの子クリップ（Child Clip A, Child Clip B, Child Clip C, Child Clip D）が生成され、さらに、子クリップＤ（Child Clip D）が４回トランスコードされて、４つの子クリップ（Child Clip D-1, Child Clip D-2, Child Clip D-3, Child Clip D-4）が生成されたことを示している。
【０１０９】
このように、ツリー型の表示方法においては、クリップ同士が紐付けされることにより、変換前後のクリップの関係（親子関係）が示される。また、トランスコードの世代がクリップの左右方向の位置で示される。例えば、「Original Clip」と線（または矢印）で結ばれ、「Original Clip」より右側に位置する「Child Clip A」、「Child Clip B」、「Child Clip C」、および「Child Clip D」は、それぞれ、「Original Clip」がトランスコードされて生成された子供（子クリップ）である。換言するに、「Child Clip A」、「Child Clip B」、「Child Clip C」、および「Child Clip D」の親クリップ（変換元のクリップ）が「Original Clip」となる。
【０１１０】
また、例えば、「Child Clip D-1」は、「Child Clip D」を介して間接的に「Original Clip」に紐付けされているので、「Original Clip」の孫クリップである。
【０１１１】
このように、ツリー型のファミリーツリーは、どのクリップがどのクリップを変換して生成されたか、つまり、各クリップの素性が直感的に把握することができるように示されている。これにより、ユーザは、容易に変換体系の構成を把握することができる。
【０１１２】
また、親子関係が示されることにより、ユーザは、例えば、クリップの削除されたファイルを復元する場合、どのクリップをトランスコードすれば良いか（復元に必要なクリップ）を容易に特定することができる。さらに、クリップの位置によって世代が示されることにより、ユーザは、各クリップのトランスコードによる劣化の度合いを容易に把握することができる。
【０１１３】
また、FT用GUI画像４３０の、右側の領域４３２には、ツリー型のファミリーツリーの中から指定されたクリップのクリップ情報が表示される。クリップ情報とは、クリップに関する情報であり、例えば、クリップ名（Clip name）、所有者（Owner）、タイムスタンプ（Time stamp）、画サイズ（Video Size）、フレームレート（Frame Rate）、符号化パラメータ（Encode Param）、符号化方式（Codec）、符号化ビットレート（Bitrate）、変換前のファイル（親ファイル）のファイルパス（Source（parent） File Path）、そのクリップのメタデータのファイルパス（Related MetaData File path）、当該クリップの識別情報であるCID（クリップ識別情報）、当該クリップが属するファミリーツリー（FT）の識別情報であるFTID（ファミリーツリー識別情報）、トランスコードにおいて使用された変換パラメータ（Transcoding Param）、および、各ファイルのパス等が含まれる。
【０１１４】
もちろん、クリップ情報にこれら以外の情報が含まれるようにしてもよい。例えば、図８の例の場合、領域４３２には、クリップ情報として、映像の、ラッパー（Wrapprer）、ビット深度（Bit Depth）、色フォーマット名（Format）、色空間（Color Space）、およびレート制御方法（Rate Control）、音声のラッパー（Wrapper）、およびビット深度（Bit Depth）等が表示されている。つまりこれらの情報のクリップ情報に含めることができる。
【０１１５】
このようにユーザは、所望のクリップに関する情報を、容易に参照することができる。
【０１１６】
FT用GUI画像４３０の、OKボタン４３３は、ユーザが押下操作することにより、現在指定されているクリップを選択することが決定されるGUIボタンである。つまり、ユーザがこのOKボタン４３３を押下操作すると、現在指定されているクリップが、選択されたクリップとして決定され、この情報が他のツール等に適用される。
【０１１７】
したがって、ユーザは、所望のクリップの選択を容易に行うことができる。つまり、リモートクライアント１０３が、以上のようなFT用GUI画像４３０を表示することにより、ユーザは、例えば、トランスコードに関してあるクリップと関連する所望のクリップを容易に検索し、選択することができる。
【０１１８】
［ツリー型応用１］
なお、例えば、ファイルが削除されたクリップは、例えば、図９Ａに示されるように、ファミリーツリーのノードの表示（例えば、色、濃度、形、または大きさ等）を変えるようにしてもよい。図９Ａの例の場合、ファイルが削除されたクリップ４４３は、点線で示されている。
【０１１９】
これにより、ユーザは、所望のクリップのファイルが存在するか否かを容易に把握することができる。また、ユーザは、所望のクリップが復元できるか否か、出来る場合は、どのクリップを用いて復元するのが良いか等を、容易かつ正確に把握することができる。
【０１２０】
また、クリップに含まれる画像の画サイズ（解像度）をファミリーツリー（FT）の各ノードの大きさで表すようにしてもよい。例えば、図９Ｂに示されるファミリーツリーの各四角はノード（クリップ）を表しており、それぞれの四角の大きさは、各クリップの画像の画サイズ（解像度）を示している。図９Ｂの例の場合、四角が最も大きいクリップ４５２の画像の解像度が最も高く、四角が最も小さいクリップ４５３およびクリップ４５４の画像の解像度が最も低い。
【０１２１】
また、クリップに含まれる画像の品質（例えばビットレートやフレームレート）をファミリーツリー（FT）の各ノードの色や濃度等で示すようにしてもよい。例えば、図９Ｂに示されるファミリーツリーにおいて、斜線模様で示されるクリップ４５４およびクリップ４５７は、その他のクリップに比べて品質が低い（例えばビットレートやフレームレートが低い）ことを示している。
【０１２２】
このように、各ノードの表示によってクリップの内容や状態を表すようにすることにより、ユーザは、そのクリップの内容や状態を、直感的に（容易に）把握することができる。もちろん、上述したパラメータ以外を各クリップの表示により示すようにしてもよい。
【０１２３】
また、クリップに含まれる画像のサムネイル画像をファミリーツリーの各ノードとしてもよい。その場合、ユーザは、ファミリーツリー（FT）を参照することにより、各クリップのコンテンツの内容を容易に把握することができる。
【０１２４】
［ツリー型応用２］
FT用GUI画像４３０の領域４３１に表示されるファミリーツリー（FT）を用いて、ユーザが、変換体系の編集を行うことができるようにしてもよい。
【０１２５】
例えば、ユーザが、ファミリーツリーの構成を、ドラッグ＆ドロップやコピー＆ペーストのような所定の操作により、複製したり、移動したりすることができるようにしてもよい。
【０１２６】
図１０にその操作の例を示す。例えば、図１０Ａに示されるように、ユーザがカーソル４７１をクリップ４６１に合わせ、他のクリップ４８１にドラッグ＆ドロップすると、クリップ４６１の下のファミリーツリー４９１（クリップ４６２乃至クリップ４６７）の構成が、クリップ４８１の下に複製される。
【０１２７】
つまり、図１０Ｂに示されるように、クリップ４８１の下に、ファミリーツリー４９１と構成が同一のファミリーツリー４９２（クリップ４８２乃至クリップ４８７）が形成される。
【０１２８】
この時点ではまだトランスコードの計画段階である。この状態から、ユーザがトランスコードの実行を指示すると、計画した通りにトランスコードが実行され、実際にクリップ４８２乃至クリップ４８７（のファイル）が生成される。つまり、クリップ４６１以下の変換体系と構成が同一の変換体系がクリップ４８１以下に形成される。
【０１２９】
例えば、コンテンツ制作において、どのコンテンツに対しても、同様のトランスコードを行う場合がある。例えば、映画用のコンテンツからDVD用のコンテンツとテレビジョン放送用のコンテンツを制作する処理を定型処理とし、どの映画用コンテンツに対しても、その定型処理を行う場合がある。
【０１３０】
このような場合、上述したようにファミリーツリー（FT）の構成を複製して、複数のトランスコードの実行を定型処理として指示することができるようにすることにより、ユーザは、容易にトランスコードの作業を指示することができる。
【０１３１】
なお、上述したドラッグ＆ドロップ（複製の指示）が、トランスコードの開始指示を兼ねていてもよい。つまり、ユーザが、クリップ４６１をクリップ４８１にドラッグ＆ドロップした時点でトランスコードが開始されるようにしてもよい。
【０１３２】
もちろん、複製の指示やトランスコードの開始指示は、上述した以外の方法であってもよい。
【０１３３】
［処理の流れ］
リモートクライアント１０３において実行される、ユーザ指示を受け付けるためのクライアント処理の流れの例を、図１１および図１２のフローチャートを参照して説明する。
【０１３４】
クライアント処理が開始されると、ステップＳ１０１において、指示供給部４２２は、マルチフォーマットトランスコーダ１０１に対して、ファミリーツリー（FT）の情報であるFT情報を要求する。ステップＳ１０２において、情報取得部４２３は、その要求の応答として供給されるFT情報を取得する。
【０１３５】
ステップＳ１０３において、画像生成部４２４は、そのFT情報を用いて表示用画像（例えば、図８のFT用GUI画像４３０）を作成する。ステップＳ１０４において、表示制御部４２５は、その表示用画像を、出力部２１２のモニタに表示させる。ステップＳ１０５において、入力受付部４２１は、入力部２１１を制御して、ユーザ指示の受け付けを開始する。
【０１３６】
ステップＳ１０６において、入力受付部４２１は、表示用画像において表示されているファミリーツリー（FT）のノードが指定されたか否かを判定する。指定されたと判定された場合、ステップＳ１０７に進む。
【０１３７】
ステップＳ１０７において、指示供給部４２２は、マルチフォーマットトランスコーダ１０１に対して、ステップＳ１０６において指定されたノードに対応するクリップのクリップ情報を要求する。ステップＳ１０８において、情報取得部４２３は、その要求の応答として供給されるクリップ情報を取得する。
【０１３８】
ステップＳ１０９において、画像生成部４２４は、そのクリップ情報を用いて表示用画像（例えば、図８のFT用GUI画像４３０）を作成する。ステップＳ１１０において、表示制御部４２５は、その表示用画像を、出力部２１２のモニタに表示させる。
【０１３９】
ステップＳ１１０の処理が終了すると、図１２のステップＳ１２１に進む。また、図１１のステップＳ１０６において、ノードが指定されていないと判定された場合、図１２のステップＳ１２１に進む。
【０１４０】
図１２のステップＳ１２１において、入力受付部４２１は、現在表示されている表示用画像について、表示変更が指示されたか否かを判定する。例えば、カーソルの移動、GUIボタンの押下、オブジェクトの選択や解放、または、新たなウィンドウの起動や終了等、画像の表示変更が行われる指示がなされたと判定された場合、ステップＳ１２２に進む。
【０１４１】
ステップＳ１２２において、指示供給部４２２は、マルチフォーマットトランスコーダ１０１に対して、指示された表示変更に必要な情報を要求する。ステップＳ１２３において、情報取得部４２３は、その要求の応答として供給される情報を取得する。
【０１４２】
ステップＳ１２４において、画像生成部４２４は、その情報を用いて表示用画像（例えば、図８のFT用GUI画像４３０）を更新する。ステップＳ１２５において、表示制御部４２５は、更新後の表示用画像を、出力部２１２のモニタに表示させる。
【０１４３】
ステップＳ１２５の処理が終了するとステップＳ１２６に進む。また、ステップＳ１２１において、表示変更が指示されていないと判定された場合、ステップＳ１２６に進む。
【０１４４】
ステップＳ１２６において、入力受付部４２１は、ノード選択が決定されたか否かを判定する。例えば、ユーザによりOKボタン４３３が押下される等して、ノードの選択が決定されたと判定された場合、ステップＳ１２７に進む。
【０１４５】
ステップＳ１２７において、指示供給部４２２は、マルチフォーマットトランスコーダ１０１に対して、選択されたノード（クリップ）を通知する。ステップＳ１２８において、入力受付部４２１は、指示受付を終了する。ステップＳ１２９において、表示制御部４２５は、表示用画像の表示を終了する。ステップＳ１２９の処理が終了すると、クライアント処理が終了される。
【０１４６】
また、ステップＳ１２６において、ノード選択が決定されていないと判定された場合、ステップＳ１３０に進む。ステップＳ１３０において、入力受付部４２１は、クライアント処理を終了するか否かを判定する。例えば、ユーザにより表示用画像の表示終了の指示が入力される等して、クライアント処理を終了すると判定された場合、ステップＳ１２８に戻り、それ以降の処理を繰り返す。
【０１４７】
また、ステップＳ１３０において、クライアント処理を終了しないと判定された場合、図１１のステップＳ１０１に戻り、それ以降の処理を繰り返す。
【０１４８】
以上のようにクライアント処理を行うことにより、ユーザは、例えば図８に示されるFT用GUI画像を利用して、フォーマット変換により生成されるクリップの素性をユーザが容易に把握することができる。これにより、ユーザは、マルチフォーマットトランスコーダ１０１の操作を容易に行うことができる。すなわち、リモートクライアント１０３は、マルチフォーマットトランスコーダ１０１の操作性を向上させることができる。
【０１４９】
［家系図型表示］
なお、ファミリーツリー（FT）の表現方法は任意である。例えば、図１３に示されるように、家系図型のファミリーツリー（FT）を表示するようにしてもよい。つまり、この場合、画像生成部４２４は、家系図型のファミリーツリーを生成する。
【０１５０】
図１３に示される家系図型のファミリーツリーの場合、図８を参照して説明したツリー型のファミリーツリーの場合と同様に、変換前後のクリップの関係（親子関係）が線（または矢印）により示される。ただし、家系図型の場合、トランスコードの世代は、クリップの上下方向の位置で示される。
【０１５１】
つまり、家系図型のファミリーツリーは、ツリー型のファミリーツリーと、レイアウトが異なること以外は基本的に同様である。したがって、表現可能な情報や実行可能な機能も同様である。例えば、クリップの画サイズや品質の表現、並びに、ファミリーツリーの複製操作等についても同様である。
【０１５２】
［２Ｄグラフ型表示］
また、ファミリーツリー（FT）は、例えば、図１４のように２次元のグラフに表す（２Ｄグラフ型のファミリーツリーを表示する）こともできる。つまり、この場合、画像生成部４２４は、２Ｄグラフ型のファミリーツリーを生成する。
【０１５３】
図１４において、各四角は、クリップ（ノード）を示す。図１４の例の場合、横軸が画サイズ（解像度）の大きさを示し、縦軸が品質（ビットレートやフレームレート等）を示す。つまり、グラフの各軸には、互いに異なるパラメータが割り当てられる。このグラフ上において、各クリップは、その位置によって画サイズと品質（クリップの複数の特徴）が表されている。
【０１５４】
例えば、図中左側に位置するクリップほど画サイズが大きく（解像度が高く）、図中下側に位置するクリップほど品質が良い（ビットレートまたはフレームレートが高い）。
【０１５５】
なお、変換前後のクリップの関係（親子関係）は、各クリップ間が線や矢印等で紐付けされることにより表現される。ただし、全ての紐付けを一度に表示すると、複雑すぎてかえって見づらくなる恐れがある。
【０１５６】
そこで、普段は非表示とし、ユーザがカーソルなどで指定したノードについてのみ、その親子関係を表示するようにしてもよい。
【０１５７】
例えば、通常時において、図１５Ａに示されるように、各クリップ（クリップ６０１乃至クリップ６０６）同士は、線や矢印で紐付けされていないように表示される。例えば、ユーザがカーソル６１１をクリップ６０１に合わせると、図１５Ｂに示されるように、そのクリップ６０１の親クリップ（変換元のクリップ）と、子クリップ（クリップ６０１から生成されたクリップ）のみが線や矢印で紐付けされて表示される。
【０１５８】
図１５Ｂの場合、クリップ間は矢印で紐付けされ、その矢印の向きが親子関係（親であるか若しくは子であるか）を示している。つまり、クリップ６０１に向かう向きの矢印６２１でクリップ６０１に紐付けされて示されるクリップ６０２は、クリップ６０１の親クリップである。また、クリップ６０１から離れる向きの矢印６２２でクリップ６０１に紐付けされて示されるクリップ６０３、クリップ６０１から離れる向きの矢印６２３でクリップ６０１に紐付けされて示されるクリップ６０４、および、クリップ６０１から離れる向きの矢印６２４でクリップ６０１に紐付けされて示されるクリップ６０４は、それぞれ、クリップ６０１の子クリップである。
【０１５９】
このようにユーザがカーソルを合わせた必要な部分のみその親子関係を表示するようにすることにより、ファミリーツリーをユーザが見やすいように表示することができる。なお、図１５の例においては、ユーザが指定したクリップの親クリップと子クリップを表示するように説明したが、これに限らず、ユーザが指定したクリップの親クリップのみを表示するようにしてもよいし、ユーザが指定したクリップの子クリップのみを表示するようにしてもよい。
【０１６０】
なお、２Ｄグラフ型のファミリーツリーの各ノードは、その位置によってクリップの画サイズと品質を表している。
【０１６１】
したがって、クリップ間の距離は、その両クリップのデータとしての類似度を示している。つまり、距離が近いクリップほど、より類似するフォーマットであることを示している。例えば、あるクリップの削除されたファイルを、他のクリップからのトランスコードにより復元する場合、距離が遠いクリップをトランスコードして復元を行うと、そのトランスコードの負荷が増大する恐れがある。後述するトランスコードの適性が良く、かつ、特別な条件が無い限り、距離がより近いクリップ（より類似度の高いクリップ）をトランスコードして復元を行う方が、負荷を低減させることができる。
【０１６２】
また、両クリップ間の位置関係（向き）は、トランスコードの適性を示している。図１４の例の場合、左下に位置するクリップほど、品質の良い画像である。したがって、あるクリップのファイルを復元する場合、そのクリップよりも右上に位置するクリップから復元を行うよりも、そのクリップよりも左下に位置するクリップから復元を行う方が、より良い復元結果を得ることができる（画質の劣化が少ない）。このように、トランスコードの適性は、両クリップ間の位置関係（向き）によって示される。
【０１６３】
これにより、ユーザは、ファイルの復元を行う際に、トランスコードを行うのに最適なクリップを容易に把握することができる。
【０１６４】
［２Ｄグラフ型応用１］
なお、２Ｄグラフ型のファミリーツリーにおいて、縦軸と横軸のパラメータは任意である。例えば、横軸をトランスコードの世代とし、縦軸を品質としてもよいし、横軸をトランスコードの世代とし、縦軸を大きさとしてもよい。縦軸と横軸のパラメータを入れ替えてももちろんよい。
【０１６５】
また、各ノードの大きさにより各クリップの画サイズ（解像度）が示されるようにしてもよいし、各ノードの色や濃度により各クリップの画像の品質（例えばビットレートやフレームレート）が示されるようにしてもよい。
【０１６６】
さらに、ファイルが削除されたクリップのノードの表示方法（例えば、色、濃度、形、または大きさ等）が特殊（例えば点線表示）となるようにしてもよい。
【０１６７】
図１６Ａは、横軸をトランスコードの世代とし、縦軸を品質とし、各ノードの大きさにより各クリップの画サイズ（解像度）を示す２Ｄグラフ型のファミリーツリーの例を示している。
【０１６８】
図１６Ａの２Ｄグラフにおいて、クリップ６３１乃至クリップ６３５のうち、左側のクリップほど世代が古く（変換体系において上位層である）、右側のクリップほど世代が新しい（変換体系において下位層である）。また、下側のクリップほど高品質であり、上側のクリップほど低品質である。さらに、大きな四角のクリップほど画サイズが大きく、小さい四角のクリップほど画サイズが小さい。
【０１６９】
図１６Ｂは、横軸をトランスコードの世代とし、縦軸を画サイズとし、各ノードの表示により各クリップの品質やファイルの有無を示す２Ｄグラフ型のファミリーツリーの例を示している。
【０１７０】
図１６Ｂの２Ｄグラフにおいて、クリップ６４１乃至クリップ６４７のうち、左側のクリップほど世代が古く（変換体系において上位層である）、右側のクリップほど世代が新しい（変換体系において下位層である）。また、下側のクリップほど画サイズが小さく、上側のクリップほど画サイズが大きい。さらに、斜線模様の密度が高いほど低品質である。また、点線表示されたクリップ６４４は、ファイルが削除されたクリップを示す。
【０１７１】
以上のように、２Ｄグラフ型のファミリーツリーの場合、ユーザは、多様な情報を直感的に（容易に）把握することができる。
【０１７２】
なお、クリップに含まれる画像のサムネイル画像をファミリーツリーの各ノードとしてもよい。その場合、ユーザは、ファミリーツリー（FT）を参照することにより、各クリップのコンテンツの内容を容易に把握することができる。
【０１７３】
［２Ｄグラフ型応用２］
なお、マルチフォーマットトランスコーダ１０１にトランスコードを実行させる場合、クリップのデータ量が大きいほど、そのトランスコードの負荷は増大する。例えば、トランスコードされるクリップの画サイズが大きかったり、ビットレートやフレームレートが高かったりするほど、トランスコードの負荷は増大する。
【０１７４】
トランスコードの負荷が増大すると、そのトランスコードに必要なハードウェアの能力が増大する恐れがある。また、処理時間が増大する恐れもある。このように、トランスコードに必要なコストが増大する恐れがある。
【０１７５】
特に、後述するようにマルチフォーマットトランスコーダ１０１が複数のタスクを同時に並行して実行することができる場合、そのタスクの実行量、所謂「タスクの混み具合」によって、１つのトランスコードに対するコストが変化する。
【０１７６】
実際においては、このトランスコードにかけることのできるコストは有限である。したがって、トランスコードの設定を行う際（例えば、変換元のクリップを選択する際）に、ユーザは、そのトランスコードに要するコストも考慮する方が望ましい場合も考えられる。
【０１７７】
そこで、例えば、図１７に示されるように、２Ｄグラフ型のファミリーツリーにおいて、コスト的な許容範囲を点線６６１のように示すようにしてもよい。例えば、図１７の例の場合、左下に位置するクリップほどトランスコードの負荷が大きくなる。これに対して、マルチフォーマットトランスコーダ１０１の使用可能な能力や想定される処理時間に基づくコストを考慮する場合の許容範囲が点線６６１のように示されている。つまり、点線６６１に示される範囲外のクリップから所望のトランスコードを行う場合、コストの許容範囲を超える恐れがあることが示されている。
【０１７８】
このようにすることにより、ユーザは、容易に、トランスコードのコストも考慮しながら設定を行うことができる。
【０１７９】
［３Ｄグラフ型表示］
なお、グラフ型のファミリーツリーの場合、その次元数は任意である。例えば、図１８に示されるように３次元（３Ｄグラフ型のファミリーツリー）であってもよい。この場合、画像生成部４２４は、３Ｄグラフ型のファミリーツリーを生成する。
【０１８０】
図１８Ａの場合、横軸が画サイズ、縦軸が品質、前後方向の軸がコーデックの種類をそれぞれ示している。図１８Ａの場合、クリップ７０１が現在選択されているコーデックのノードである。より容易に判別可能とするために「ＭＰＥＧ２」のようにコーデック名も併せて表示されている。クリップ７０２およびクリップ７０３は、他のコーデックにより符号化されている。
【０１８１】
図１８Ｂの場合、横軸が画サイズ、縦軸が品質、前後方向の軸がトランスコードの世代をそれぞれ示している。図１８Ｂの場合、クリップ７１１の方が古い世代であり、クリップ７１３の方が新しい世代である。クリップ７１２が現在選択されている世代である。
【０１８２】
３Ｄグラフ型のファミリーツリーの場合、前後方向の軸は、一部のみクリップを表示するようにしてもよい。例えば、図１８Ａの場合、全種類のコーデックのクリップを一度に表示すると重なって表示されるクリップが増え見づらくなる恐れがある。そこで、例えば、図１８Ａに示されるように、ユーザが選択したコーデックのクリップ（クリップ７０１）と、その前後に割り当てられたコーデックのクリップ（クリップ７０２およびクリップ７０３）のみを表示するようにしてもよい。
【０１８３】
図１８Ｂの場合も同様であり、ユーザが選択した世代のクリップ（クリップ７１２）と、その前後の世代のクリップ（クリップ７１１およびクリップ７１３）のみを表示するようにしてもよい。
【０１８４】
これらの場合、ユーザが選択するコーデックまたは世代を切り替えると、それに伴って表示されるクリップが切り替わることになる。
【０１８５】
また、各軸に割り当てるパラメータは任意である。また、軸の数が異なること以外、基本的に２Ｄグラフ型のファミリーツリーの場合と同様であり、２Ｄグラフ型のファミリーツリーについて説明したことは、３Ｄグラフ型のファミリーツリーにも適用することができる。
【０１８６】
もちろん、グラフは４次元以上であってもよい。
【０１８７】
［複数タスク管理］
マルチフォーマットトランスコーダ１０１は、トランスコードなどの各処理をタスクとして処理する。マルチフォーマットトランスコーダ１０１は、このタスクの実行を管理することができ、同時に複数のタスクを並列に実行させることもできる。
【０１８８】
例えば、図１９に示されるように、複数のリモートクライアント１０３からの要求を並列に受け付け、インジェスト処理やトランスコード等、様々な処理を適切にスケジューリングして並列に実行することができる。これにより、効率よく処理が実行される変換システム１００を実現することができる。
【０１８９】
なお、変換システム１００の構成は任意であり、例えば、図２０に示されるように、Ｎ個のマルチフォーマットトランスコーダ１０１が連携して動作するようにし、複数のリモートクライアントからの要求を、分散して処理することができるようにしてもよい。
【０１９０】
これにより、各マルチフォーマットトランスコーダ１０１の負荷を低減させることができ、より多くのタスクをより高速に処理することができる。
【０１９１】
［ソフトウェア］
上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。上述した一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、ネットワークや記録媒体からインストールされる。
【０１９２】
この記録媒体は、例えば、図４や図５に示されるように、装置本体とは別に、ユーザにプログラムを配信するために配布される、プログラムが記録されている磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM（Compact Disc - Read Only Memory）,DVD（Digital Versatile Disc）を含む）、光磁気ディスク（MD（Mini Disc）を含む）、もしくは半導体メモリなどよりなるリムーバブルメディア２２１若しくはリムーバブルメディア３２１により構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに配信される、プログラムが記録されているROM２０２若しくはROM３０２や、記憶部２１３若しくは記憶部３１３に含まれるハードディスクなどで構成される。
【０１９３】
なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
【０１９４】
また、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１９５】
また、本明細書において、システムとは、複数のデバイス（装置）により構成される装置全体を表すものである。
【０１９６】
また、以上において、１つの装置（または処理部）として説明した構成を分割し、複数の装置（または処理部）として構成するようにしてもよい。逆に、以上において複数の装置（または処理部）として説明した構成をまとめて１つの装置（または処理部）として構成されるようにしてもよい。また、各装置（または各処理部）の構成に上述した以外の構成を付加するようにしてももちろんよい。さらに、システム全体としての構成や動作が実質的に同じであれば、ある装置（または処理部）の構成の一部を他の装置（または他の処理部）の構成に含めるようにしてもよい。つまり、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
【符号の説明】
【０１９７】
１００  変換システム，  １０１  マルチフォーマットトランスコーダ，  １０２  ネットワーク，  １０３  リモートクライアント，  ４１１  クライアントGUI，  ４１２  SOAPインタフェース，  ４２１  入力受付部，  ４２２  指示供給部，  ４２３  情報取得部，  ４２４  画像生成部，  ４２５  表示制御部
【図１】
2011081457.tif 000003
【図２】
2011081457.tif 000004
【図３】
2011081457.tif 000005
【図４】
2011081457.tif 000006
【図５】
2011081457.tif 000007
【図６】
2011081457.tif 000008
【図７】
2011081457.tif 000009
【図８】
2011081457.tif 000010
【図９】
2011081457.tif 000011
【図１０】
2011081457.tif 000012
【図１１】
2011081457.tif 000013
【図１２】
2011081457.tif 000014
【図１３】
2011081457.tif 000015
【図１４】
2011081457.tif 000016
【図１５】
2011081457.tif 000017
【図１６】
2011081457.tif 000018
【図１７】
2011081457.tif 000019
【図１８】
2011081457.tif 000020
【図１９】
2011081457.tif 000021
【図２０】
2011081457.tif 000022