JP2001075961A - 編集装置および方法、ファイル管理装置および方法、ならびに、記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 コンテンツを作成する際に記述される階層構
造が実際のデータ構造に反映されるようにする。 【解決手段】 テキストデータで記述されるコンテンツ
において、コンテンツの各要素は、要素の属性を定義す
る先頭タグ＜…＞及び終了タグ＜／…＞で囲まれて記述
される。先頭タグが検索され（Ｓ１０）、その先頭タグ
の次に見つかったタグ記号「＜」が先頭タグ及び終了タ
グの何れかが判断される（Ｓ１１）。先頭タグであれ
ば、Ｓ１０で検索された次の内容からがディレクトリで
あるとされる（Ｓ１４）。終了タグであれば、Ｓ１０の
先頭タグとその終了タグとで囲まれた中身がファイルで
あるとされ（Ｓ１２）、未だファイル化されていない場
合、囲まれた範囲でのファイルが作成される。コンテン
ツの記述により、実際のファイル及びディレクトリが作
成されると共に、コンテンツの記述に基づき、コンテン
ツの階層構造の管理が行える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、コンテンツの記
述を行うと共に、コンテンツの階層構造に従いファイル
とディレクトリとを自動的に生成するようにした編集装
置および方法、ファイル管理装置および方法、ならび
に、記録媒体に関する。

【０００２】

【従来の技術】近年では、衛星や地上波、ケーブルなど
を伝送媒体としたディジタル放送の普及、インターネッ
トなどのネットワークの発達、ＣＤ−ＲＯＭ(Compact D
isc-Read Only Memory) などを記録媒体に用いた情報伝
達などの、ディジタルデータで多数のユーザに情報（コ
ンテンツ）を配信する、ディジタルメディアの発達が著
しい。従来、これらのディジタル配信メディアでは、各
配信メディアそれぞれの特性を生かした配信方法でコン
テンツが配信されると共に、各配信メディアそれぞれの
特性を生かした方法で、配信するコンテンツが作成され
ていた。

【０００３】例えば、ディジタル放送においては、番組
を放送すると共に、番組内容を一覧ならびに参照できる
ような、ＥＰＧ(Electronic Program Guide)が配信され
る。また例えば、インターネットでは、ＨＴＭＬ(Hyper
Text Markup Language) によってコンテンツを記述し、
ＨＴＴＰ(Hyper Text Transfer Protocol)を用いて配信
することが一般的に行われている。さらに、電子書物に
関しては、ＳＧＭＬ(Standard Generalized Markup Lan
guage)などのように規格化された方式が存在する。マル
チメディア対応、すなわち映像、音声、テキストデータ
など異なる複数種類のメディアを統合的に扱う方式とし
ては、ＳＭＩＬ(Synchronized Multimedia Integration
Language)などが存在する。このＳＭＩＬでは、各メデ
ィアのファイルの管理方法や電子上の再生方法などが規
格化される。

【０００４】昨今のディジタル化時代においては、ある
配信メディアで作成されたコンテンツを、他の配信メデ
ィアで再利用することが必要不可欠になってくる。例え
ば、ディジタル放送で放送した内容をインターネットで
配信し、さらに、データをＣＤ−ＲＯＭに収録して電子
書物としてパッケージングして配信するようなことが考
えられる。

【０００５】このような、コンテンツの再利用を効率的
に行うために、コンテンツに関する全ての情報を要素毎
に分類し、分類された各要素で以て階層構造を構成する
ことが提案されている。各要素で分類され、階層構造で
記述されたコンテンツは、「台本」と称される。この提
案によれば、「台本」に対して、そのコンテンツを配信
しようとする配信メディアに応じたフィルタ処理を行う
ことで、一つの「台本」から複数種類の配信メディアに
対応したコンテンツを作成することができる。

【０００６】

【発明が解決しようとする課題】ところで、上述した
「台本」は、例えばテキストデータで記述される。従来
では、このような「台本」を作成するために特化した機
能を有するエディタが存在しなかったという問題点があ
った。すなわち、従来では、「台本」を作成するために
必要な、階層構造の作成および管理を、統一的に行うよ
うなアプリケーションソフトウェアは、存在しなかった
という問題点があった。

【０００７】すなわち、従来のエディタでは、記述され
た階層構造、例えばディレクトリ（フォルダ）やファイ
ルが実際のデータ構造に反映されるようにはなっていな
かった。そのため、例えば「台本」作成中に新たな階層
構造が必要になったような場合に、階層構造を別途に作
成しなければならず、効率的な作業が行えなかったとい
う問題点があった。

【０００８】したがって、この発明の目的は、コンテン
ツを作成する際に記述される階層構造が実際のデータ構
造に反映されるような編集装置および方法、ファイル管
理装置および方法、ならびに、記録媒体を提供すること
にある。

【０００９】

【課題を解決するための手段】この発明は、上述した課
題を解決するために、階層構造を有するコンテンツを編
集する編集装置において、テキストデータを用いて記述
されるコンテンツの作成ならびに編集を行う編集手段
と、コンテンツで用いられる素材が格納される記憶手段
と、編集手段で作成あるいは編集されたコンテンツの階
層構造に基づき、ファイルおよびディレクトリを記憶手
段に対して作成する処理手段とを有することを特徴とす
る編集装置である。

【００１０】また、この発明は、階層構造を有するコン
テンツを編集する編集方法において、テキストデータを
用いて記述されるコンテンツの作成ならびに編集を行う
編集のステップと、コンテンツで用いられる素材を記憶
手段に格納するステップと、編集のステップで作成ある
いは編集されたコンテンツの階層構造に基づき、ファイ
ルおよびディレクトリを記憶手段に対して作成する処理
のステップとを有することを特徴とする編集方法であ
る。

【００１１】また、この発明は、テキストデータで記述
され、階層構造を有するコンテンツを管理するファイル
管理装置において、コンテンツで用いられる素材が格納
される記憶手段と、コンテンツの階層構造に基づき、フ
ァイルおよびディレクトリを記憶手段に対して作成する
処理手段とを有し、記憶手段に構成されるコンテンツの
階層構造を、コンテンツの記述に基づき管理することを
特徴とするファイル管理装置である。

【００１２】また、この発明は、テキストデータで記述
され、階層構造を有するコンテンツを管理するファイル
管理方法において、コンテンツで用いられる素材を記憶
手段に格納するステップと、コンテンツの階層構造に基
づき、ファイルおよびディレクトリを記憶手段に対して
作成する処理のステップとを有し、記憶手段に構成され
るコンテンツの階層構造を、コンテンツの記述に基づき
管理することを特徴とするファイル管理方法である。

【００１３】また、この発明は、階層構造を有するコン
テンツを編集する編集方法が記述されたプログラムが記
録された記録媒体において、テキストデータを用いて記
述されるコンテンツの作成ならびに編集を行う編集のス
テップと、コンテンツで用いられる素材を記憶手段に格
納するステップと、編集のステップで作成あるいは編集
されたコンテンツの階層構造に基づき、ファイルおよび
ディレクトリを記憶手段に対して作成する処理のステッ
プとを有する編集方法が記述されたプログラムが記録さ
れたことを特徴とする記録媒体である。

【００１４】また、この発明は、テキストデータで記述
され、階層構造を有するコンテンツを管理するファイル
管理方法が記述されたプログラムが記録された記録媒体
において、コンテンツで用いられる素材を記憶手段に格
納するステップと、コンテンツの階層構造に基づき、フ
ァイルおよびディレクトリを記憶手段に対して作成する
処理のステップとを有し、記憶手段に構成されるコンテ
ンツの階層構造を、コンテンツの記述に基づき管理する
ファイル管理方法が記述されたプログラムが記録された
ことを特徴とする記録媒体である。

【００１５】上述したように、請求項１および請求項５
に記載の発明は、作成あるいは編集されたコンテンツの
階層構造に基づき、コンテンツで用いられる素材が格納
される記憶手段に対してファイルおよびディレクトリを
作成するようにされているため、コンテンツの記述に応
じて、実際の記憶または記録媒体に対して階層構造を構
築することができる。

【００１６】また、請求項６および請求項１１に記載の
発明は、コンテンツの階層構造に基づき、コンテンツで
用いられる素材が格納される記憶手段に対してファイル
およびディレクトリを作成し、記憶手段に構成されるコ
ンテンツの階層構造をコンテンツの記述に応じて管理す
るようにされているため、コンテンツが記述されたファ
イルを用いてコンテンツの階層構造を管理することがで
きる。

【００１７】また、請求項１２記載の発明は、作成ある
いは編集されたコンテンツの階層構造に基づき、コンテ
ンツで用いられる素材が格納される記憶手段に対してフ
ァイルおよびディレクトリを作成する編集方法が記述さ
れたプログラムが記録媒体に記録されているため、コン
ピュータでこの編集方法を実行することができる。

【００１８】また、請求項１３記載の発明は、コンテン
ツの階層構造に基づき、コンテンツで用いられる素材が
格納される記憶手段に対してファイルおよびディレクト
リを作成し、記憶手段に構成されるコンテンツの階層構
造をコンテンツの記述に応じて管理するようにされてい
るため、コンテンツが記述されたファイルを用いてコン
テンツの階層構造を管理するファイル管理方法が記述さ
れたプログラムが記録媒体に記録されているため、コン
ピュータでこのファイル管理方法を実行することができ
る。

【００１９】

【発明の実施の形態】以下、この発明の実施の一形態に
ついて説明する。先ず、理解を容易とするために、この
発明による編集装置での編集の対象となる「台本」およ
び「台本」によって記述されるコンテンツについて、概
念的に説明する。

【００２０】コンテンツとは、例えば、映像データ、音
声データ、テキストデータ、地図データなどを総合的に
称したものである。ディジタル方式のデータに限らず、
アナログ方式の映像信号、音声信号もコンテンツに含め
ることができる。これら複数のデータや信号を組み合わ
せたもの、例えばテレビジョン放送の番組や、音楽デー
タ、映像データおよび音楽データに関するアーティスト
情報からなるビデオクリップ、ディジタルデータでテキ
ストや図版などからなる電子出版なども、コンテンツに
含まれる。

【００２１】図１は、この発明による系全体を概略的に
示す。コンテンツ作成手段１０でコンテンツが作成され
る。作成されたコンテンツは、複数種類の配信メディア
１２Ａ、１２Ｂ、１２Ｃ、・・・で配信されることが考
えられる。この図１の例では、コンテンツの配信メディ
アとして、衛星放送（配信メディア１２Ａ）、地上波放
送（配信メディア１２Ｂ）、ＣＡＴＶ(Cable Televisio
n) （配信メディア１２Ｃ）、インターネット（配信メ
ディア１２Ｄ）、パッケージ（配信メディア１２Ｅ）お
よび出版（配信メディア１２Ｆ）が考えられている。勿
論、これらの限らず、他の配信メディアを加えることも
できる。なお、配信メディア１２Ｅのパッケージは、コ
ンテンツを例えばＣＤ−ＲＯＭなどに収録した形態であ
る。

【００２２】コンテンツ作成手段１０で作成されたコン
テンツは、配信メディア１２Ａ、１２Ｂ、１２Ｃ、・・
・各々の配信の形態に適するように、変換フィルタ１１
Ａ、１１Ｂ、１１Ｃ、・・・でそれぞれ変換される。す
なわち、作成されたコンテンツを配信メディア１２Ａの
衛星放送で配信するときには、変換フィルタ１１Ａによ
りコンテンツが衛星放送に適した形態に変換される。他
の配信メディア１２Ｂ、１２Ｃ、・・・で配信するとき
にも、同様に、それぞれ対応する変換フィルタ１１Ｂ、
１１Ｃ、・・・で適応的に変換処理を施される。

【００２３】なお、ユーザ１３は、一般の個人ユーザに
限られない。例えば、図書館のようなコンテンツの蓄積
を専門的に行うユーザや、コンテンツの蓄積および２次
利用を行うユーザ、さらには、商用としてコンテンツを
利用するユーザといった、コンテンツを利用する可能性
のある全てのユーザが想定されている。

【００２４】図２は、コンテンツ作成手段１０によるコ
ンテンツ作成の方法を概略的に示す。図２は、配信メデ
ィア１２Ａ、１２Ｂおよび１２Ｃといった、放送メディ
アに対応するコンテンツを作成する例である。コンテン
ツ作成段階１００でコンテンツが作成される。コンテン
ツ作成段階１００は、概略的に、例えば企画段階２０、
編成段階２１、撮影段階２２および編集段階２３とい
う、複数の段階からなると考えることができる。

【００２５】企画段階２０、編成段階２１、撮影段階２
２および編集段階２３の各段階において、段階のそれぞ
れに応じたコンテンツが作成される。例えば、企画段階
２０で作成された企画に対して、編成段階２１で構成が
組まれ、撮影段階２２では構成に応じた素材を得るため
の撮影や録音などが行われる。編集段階２３では、撮影
段階２２で得られた素材の取捨選択や、構成への配置な
どが行われる。なお、これら段階２０〜２３の順番は、
上述の順番に限らず、作成されるコンテンツに応じたも
のとされる。このように、各段階で作成されたコンテン
ツは、「台本」２４に記述される。また、「台本」２４
には、各段階において、様々な付加情報が付け加えられ
ていく。

【００２６】コンテンツに付加情報としてメタデータが
付け加えられ、各段階において作成されたコンテンツの
定義や、コンテンツの記述が行われる。ここでいう「台
本」２４は、この各段階で作成されたコンテンツおよび
各段階で発生したメタデータの集合の総称である。「台
本」２４には、所期の配信メディアで配信されるコンテ
ンツを作成する際に必要とされた種々の情報が記述され
る。なお、ここでいう「台本」は、一般的にいうところ
の台本、すなわち、役者の台詞や行動を指示するための
台本とは異なる概念のものである。

【００２７】例えば、「台本」２４には、上述の放送メ
ディアが所期の配信メディアであれば、放送される具体
的な内容に加え、コンテンツが配信される放送局、出演
者、放送日時などの情報、コンテンツに使用される映像
データや音声データに関する情報などが記述される。ま
た、映像データの撮影時の様々な情報、例えばカメラア
ングル、エンジニア名なども「台本」２４に書き加えら
れる。さらに、「台本」２４の記述言語に関する情報な
ども「台本」２４に記述される。これら各種の情報は、
それぞれの情報が発生する各段階において、「台本」２
４に書き加えられる。

【００２８】なお、「台本」２４の作成手法は、所期の
配信メディアがどのようなメディアであっても同一の書
式で記述されるように、統一化される。このような「台
本」２４の記述言語として、例えば、言語そのものを定
義することができるメタ言語である、ＸＭＬ(Extensibl
e Mark-up Language) を用いることができる。

【００２９】図３は、ＸＭＬを用いて記述された「台
本」２４の一例を示す。この例は、「○×△」放送局で
放送される、「基礎英語講座」の「台本」２４の一部で
ある。括弧＜＞で括られた部分をタグと称する。「台
本」２４において、各情報（メタデータ）は、先頭側に
配されるタグ（以下、先頭タグと称する）と、後端側に
配される、先頭側のタグと同一内容に「／（スラッシュ
記号）」が前側に加えられたタグ（以下、終了タグと称
する）とからなる、１対のタグで囲まれて記述される。
タグ内の記述によって、先頭タグおよび終了タグによっ
て囲まれる部分の情報の内容が定義される。

【００３０】なお、「＜！−−・・・−−＞」は、コメ
ントを表すタグであり、この例では、同一行に記述され
る情報の内容が記述されている。また、終了タグは省略
されることがある。さらに、タグとして用いられる記号
「＜」、「＞」または「／」をタグ以外の用途で記述す
る必要がある場合には、他の記号で代替えされる。

【００３１】図３に示されるように、「台本」２４に
は、タグにより定義されて、出演者に関する情報や放送
時間、放送日時に関する情報など、コンテンツに関する
様々な情報が記述される。

【００３２】「台本」２４には、音声データや画像デー
タの記述を加えることができる。図４は、この実施の一
形態に適用できる一例の書式による記述の例を示す。な
お、上述した図３でのタグの定義は、この図４の書式に
もそのまま適用できる。図４の例では、コンテンツ「語
学講座」の構造が記述され、レッスン番号ＡＡＡ（ｉｄ
＝ＡＡＡ）であるレッスンの下位構造として、文番号ａ
ａ（ｉｄ＝ａａ）であるセンテンスが存在し、センテン
スのさらに下位構造として、テキスト情報や音声、画像
データが存在することが記述されている。すなわち、１
対のタグで他の１対のタグを囲むことで、囲まれる他の
１対のタグを下位とする階層構造を記述できる。

【００３３】センテンス中、タグ＜ｅｎ＞＜／ｅｎ＞お
よびタグ＜ｊａ＞＜／ｊａ＞は、それぞれ英語および日
本語のテキスト情報が記述される。一方、音声データお
よび画像データは、タグ＜Ａｕｄｉｏ＞＜／Ａｕｄｉｏ
＞およびタグ＜Ｐｉｃｔｕｒｅ＞＜／Ｐｉｃｔｕｒｅ＞
で、ファイル名｛Ｆｉｌｅｎａｍｅ＿１｝および｛Ｆｉ
ｌｅｎａｍｅ＿２｝がそれぞれ囲まれて記述される。こ
のように、図４に例示される書式は、タグを用いてそこ
に入るべきファイル名を記述できる点がＸＭＬと異なる
点である。

【００３４】図５は、図４の「台本」２４と「台本」２
４中に記述されるファイルとの関係を示す。図５の「台
本」２４が上述した図４に示される「台本」と対応す
る。「台本」２４中でファイル名で示されている音声デ
ータ３１および画像データ３２だけが、「台本」２４と
は別に、蓄積媒体３０に蓄積されている。文番号ａａ中
の、英語によるテキスト情報およびその英語の日本語訳
のテキスト情報は、「台本」２４上に直接的に記述され
ている。

【００３５】図６は、図４および図５に示した「台本」
２４の構成を階層構造で示す。この構造によれば、レッ
スン番号「ＡＡＡ」である１つの「Ｌｅｓｓｏｎ ＡＡ
Ａ」の下位に複数の「Ｓｅｎｔｅｎｃｅ」が存在するこ
とができ、１つの「Ｓｅｎｔｅｎｃｅ」の下位に、複数
の文番号が存在できることが示されている。また、１つ
の文番号（この例では「ｉｄ＝ａａ」）は、複数の情報
を持つことができる。

【００３６】一方、上述した図４では、文番号の下位
に、テキスト情報である英文および英文の日本語訳と、
ポインタ情報である音声データのファイル名および画像
データのファイル名とが同列に存在し、異なる形態の情
報が混在している。この実施の一形態では、情報の属性
の概念を取り入れることで、この問題を解決している。

【００３７】属性は、図６の例では、下から２番目の階
層に示されている。すなわち、最下層の情報を示すタグ
が当該情報の属性を表しており、タグ＜ｅｎ＞＜／ｅｎ
＞に囲まれて記述される英文「Ｔｈｉｓ ｉｓ ａ ｐ
ｅｎ．」の属性は、「英文」であり、タグ＜ｊａ＞＜／
ｊａ＞に囲まれて記述される日本文「これはペンで
す。」の属性は、「日本文」とされる。また、タグ＜Ａ
ｕｄｉｏ＞＜／Ａｕｄｉｏ＞に囲まれてファイル名が記
述される音声データの属性は、「音声」であって、タグ
＜Ｐｉｃｔｕｒｅ＞＜／Ｐｉｃｔｕｒｅ＞に囲まれてフ
ァイル名が記述される画像データの属性は、「画像」と
される。このように、属性と属性の内容とは、１対１の
関係を満足する。

【００３８】また、図６からわかるように、１つの文番
号を表す「ｉｄ＝ａａ」や、「Ｓｅｎｔｅｎｃｅ」は、
複数の属性若しくは階層実態を持つことができる。な
お、階層実態とは、１つの階層を構成するそれぞれの要
素である。図６の例では、「Ｓｅｎｔｅｎｃｅ」や「ｉ
ｄ＝ａａ」がそれぞれの階層の階層実態の１つに相当す
る。勿論、同一の「台本」２４を用いても、図６の例と
異なる階層構造を適用すれば、属性や階層実態は、異な
ったものとなる。

【００３９】次に、属性から参照される情報が全てファ
イル名であるように階層構造を定義する方法について述
べる。図７は、属性からファイル名が参照されるように
定義された階層構造の例を示す。最下層が全てファイル
名となっており、直上の属性に対してそれぞれ１対１で
対応している。すなわち、「台本」２４の記述において
は、最下層に示されるファイル名のそれぞれは、対応す
る属性を示すタグで囲まれる。

【００４０】図７の例では、属性「英文」に対応する、
内容が『Ｔｈｉｓ ｉｓ ａ ｐｅｎ．』のファイル
「Ｆｉｌｅｎａｍｅ＿Ｅ」が属性「英文」を示すタグ＜
ｅｎ＞＜／ｅｎ＞に囲まれて、「台本」２４に記述され
る。同様に、属性「日本文」に対応する、内容が『これ
はペンです。』のファイル「Ｆｉｌｅｎａｍｅ＿Ｊ」が
属性「日本文」を示すタグ＜ｊａ＞＜／ｊａ＞で囲まれ
て、「台本」２４に記述される。属性「音声」や属性
「画像」についも、同様である。「台本」２４にこのよ
うな記述を行うことで、コンテンツで用いられるファイ
ルを効率的に管理することができ、コンテンツの管理を
容易に行うことができるようになる。

【００４１】なお、例えば上述した図６および図７にお
いて、属性「英文」に対応するファイル「Ｆｉｌｅｎａ
ｍｅ＿Ｅ」の内容『Ｔｈｉｓ ｉｓ ａ ｐｅｎ．』
を、内容がそれぞれ『Ｔｈｉｓ』、『ｉｓ』、『ａ』お
よび『ｐｅｎ．』である４つのファイルにさらに分割す
ることができる。このときには、一例として、「Ｆｉｌ
ｅｎａｍｅ＿Ｅ」をディレクトリ名として、このディレ
クトリの下にこれら４つのファイルを置くようにする
と、管理が容易になる。

【００４２】上述した図６の形式で作成されている「台
本」２４を、自動的に図７の形式の「台本」２４に変換
する手段について述べる。すなわち、「台本」２４に直
接的に記述されている情報の内容を判別し、ファイルと
して自動的に切り出すようにする。この実施の一形態で
は、上述した階層実態を、コンピュータにおけるファイ
ル管理の階層構造に対応付け、階層構造を管理する。コ
ンピュータにおけるファイル管理の階層構造は、例えば
「フォルダ」や「ディレクトリ」と称されるものであ
る。以下では、フォルダやディレクトリを総称して、デ
ィレクトリと表現する。

【００４３】上述したように、「台本」２４は、一対の
タグ＜＞・・・＜／＞で階層構造を記述するようにされ
ている。そこで、このタグを検出し、検出結果に基づき
ファイルの切り出しを行う。また、図６において最下層
に示され、ファイルとして切り出されるべき情報は、図
５あるいは図４においては、タグ＜（属性名）＞・・・
＜／（属性名）＞で挟まれており、その内部に構造を持
ち得ない。したがって、タグに挟まれた内部に構造を持
たず、且つ、他のファイルを参照していない場合に、そ
れをファイルとして切り出す。「台本」２４からのファ
イルの切り出し方法については、後述する。

【００４４】図８は、この実施の一形態による編集装置
の一例の機能的な構成を示す。編集装置は、画像データ
や音声データといった、コンテンツの部品をなすデータ
を入力する画像・音声入力部４５と、画像・音声入力部
４５から入力された画像データや音声データの処理を行
う処理部４０とからなる。処理部４０は、詳細は後述す
るが、例えばコンピュータシステムによって構成され
る。中央処理部４１から供給されたデータを蓄積する蓄
積部４２と、中央処理部４１からの指示に基づき所定の
表示を行う表示部４３とが、中央処理部４１に接続され
る。

【００４５】画像・音声入力部４５に、コンテンツの部
品（要素）となる画像データおよび音声データがそれぞ
れ入力される。入力される画像データは、静止画、動画
の何方も可能とされている。また、画像・音声入力部４
５への画像データおよび音声データの入力は、それぞれ
専用のインターフェイスを設け、そのインターフェイス
を用いて行ってもよいし、ファイル形式で入力すること
もできる。入力された画像データおよび音声データは、
中央処理部４１にそれぞれ供給される。

【００４６】文章入力部４４から中央処理部４１に対し
てテキストデータが入力される。このテキストデータ
は、例えば「台本」２４を記述するためのデータや、コ
ンテンツの要素となるデータである。「台本」２４に用
いられるテキストデータ、すなわち、上述した図８のフ
ローチャートに従いファイルとして切り出されるべきテ
キストデータは、「台本」２４の記述と共に入力するこ
とができる。

【００４７】中央処理部４１に供給された画像データお
よび音声データは、蓄積部４２に蓄積される。一方、中
央処理部４１に供給されたテキストデータは、例えば図
示されないメモリや蓄積部４２に格納される。蓄積部４
２では、供給された画像データ、音声データおよびテキ
ストデータを、それぞれ所定のディレクトリに格納す
る。

【００４８】文章入力部４４から「台本」２４を記述す
るためのテキストデータが中央処理部４１に入力され
る。中央処理部４１に入力されたテキストデータに基づ
き、表示データが作成される。表示データは、表示部４
３に供給され、表示部４３では、供給された表示データ
に基づき所定の表示を行う。それと共に、中央処理部４
１では、入力された内容に応じて、後述する処理に従
い、タグおよびタグ記号の検索および検索結果を用い
て、テキストデータ中の、ファイルとして切り出すべき
部分の判定を行う。判定の結果に基づき、入力されたテ
キストデータから所定部分が切り出され、自動的にファ
イルが作成される。作成されたファイルは、蓄積部４２
の所定のディレクトリに格納される。

【００４９】図９は、上述の図８の構成を、一般的なパ
ーソナルコンピュータに適用した場合の、一例の構成を
示す。バス５０に対して、ＣＰＵ(Central Processing
Unit) ５１、ＲＯＭ(Read Only Memory)５２およびＲＡ
Ｍ(Random Access Memory)５３が接続される。ＲＯＭ５
２は、ＣＰＵ５１が起動ならびに動作するための初期プ
ログラムなどが予め格納される。ＲＡＭ５３は、ＣＰＵ
５１のワークメモリとして用いられる。ＣＰＵ５１、Ｒ
ＯＭ５２、ＲＡＭ５３などで、上述の中央処理部４１が
構成される。

【００５０】バス５０に対して、ハードディスクドライ
ブ５４が接続される。例えばＣＰＵ５１の制御により、
データがバス５０を介してハードディスクドライブ５４
に供給され、ハードディスクドライブ５４の所定領域に
ファイルとして記憶される。また、ＣＰＵ５１の指示に
より、ハードディスクドライブ５４にディレクトリが作
成される。ハードディスクドライブ５４は、上述の蓄積
部４２に対応する。

【００５１】バス５０に対して、グラフィックドライバ
５５を介してディスプレイ５６が接続される。ＣＰＵ５
１で作成された表示データは、バス５０を介してグラフ
ィックドライバ５５に供給され、ディスプレイ５６で表
示できる形式に変換され、ディスプレイ５６に供給され
る。上述の表示部４３は、グラフィックドライバ５５お
よびディスプレイ５６に対応する。

【００５２】バス５０に対して、入出力インターフェイ
ス６１を介してキーボード５７、音声入力部５８、画像
入力部５９および外部記憶再生装置６０が接続される。
キーボード５７から入力されたテキスト情報は、入出力
インターフェイス６１およびバス５０を介してＣＰＵ５
１に供給され、テキストデータに変換される。キーボー
ド５７は、上述の文章入力部４４に対応する。また、図
示しないが、入出力インターフェイス６１には、例えば
マウスといったポインティングデバイスが接続される。
ユーザは、ディスプレイ５６の表示に基づき、このポイ
ンティングデバイスを用いて範囲の選択や所定の機能の
指定などを行うことができる。

【００５３】音声入力部５８は、例えばマイクおよびＡ
／Ｄコンバータなどからなり、音声情報をディジタル音
声データに変換する。画像入力部５９は、例えばイメー
ジスキャナやビデオキャプチャ機能を有し、静止画や動
画を取り込みディジタル画像データに変換する。画像入
力部５９および音声入力部５８は、それぞれ上述の画像
入力部４６および音声入力部４７に対応する。

【００５４】勿論、テキストデータ、音声データおよび
画像データは、所定の記録媒体から読み出して取り込む
ようにしてもよい。また、入出力インターフェイス６１
に図示されない通信手段を設け、外部との通信によって
これらのデータを入手するようにもできる。

【００５５】外部記憶装置６０は、例えば光磁気ディス
クを記録媒体とする光磁気ディスクドライブであって、
記録媒体に対するデータの記録、記録媒体からのデータ
の再生を行う。外部記憶装置６０は、この例に限らず、
フロッピー（登録商標）ディスクを記録媒体として用い
るフロッピーディスクドライブや、ＣＤ−ＲＯＭ(Compa
ct Disc-Read Only Memory) を記憶媒体とするＣＤ−Ｒ
ＯＭドライブなど、他の記憶あるいは記録媒体に対応す
るものでもよい。勿論、外部記憶装置６０をＣＤ−ＲＯ
Ｍドライブとした場合には、記憶媒体に対するデータの
書き込みを行うことができない。

【００５６】この編集装置を動作させるためのプログラ
ムファイルが格納された記憶あるいは記録媒体が外部記
憶装置６０に装填され、プログラムファイルが記憶ある
いは記録媒体から読み出される。読み出されたプログラ
ムファイルは、例えばＲＡＭ５３に格納される。ＣＰＵ
５１は、ＲＡＭ５３に格納されたプログラムファイルを
読み込み、プログラムの記述に基づいた処理を行う。

【００５７】なお、プログラムファイルは、例えばハー
ドディスクドライブ５４の所定領域に予め格納されてい
るようにしてもよい。編集装置が起動される際には、ハ
ードディスクドライブ５４からプログラムファイルが読
み出され、読み出されたプログラムファイルがＲＡＭ５
３に格納される。プログラムファイルは、この例に限ら
ず、例えば図示されない通信手段を用い、ネットワーク
などに接続された外部のコンピュータなどから供給され
るようにしてもよい。

【００５８】このような構成において、音声入力部５８
から入力された音声データや、画像入力部５９から入力
された画像データがハードディスクドライブ５４の所定
のディレクトリに格納される。キーボード５７から入力
されたテキストデータは、例えばＲＡＭ５３に格納され
る。ＣＰＵ５１では、ＲＡＭ５３に格納されたテキスト
データを上述の図８に示したフローチャートに基づき解
析し、所定の条件下でのテキストデータの切り出しを行
う。切り出されたファイルは、ハードディスクドライブ
５４の所定のディレクトリに格納される。後述するが、
さらに、ＣＰＵ５１では、テキストデータの内容に基づ
き新規にディレクトリを作成するようにできる。

【００５９】図１０は、「台本」２４の管理構造を概略
的に示す。「台本」２４は、実際の素材の管理を行うた
めの管理ファイル７０と、管理ファイル７０によって管
理されるディレクトリ構造７１とからなる。ディレクト
リ構造７１は、管理ファイル７０によって管理される対
象が階層化されて格納される、実際の蓄積部である。管
理ファイル７０およびディレクトリ構造７１は、蓄積部
４２に格納される。

【００６０】この発明による編集装置は、管理ファイル
７０の内容を編集し、管理ファイル７０の内容に応じて
ディレクトリ構造７１の構成の変更、追加および削除を
行うことで、「台本」２４を作成する。

【００６１】なお、「台本」２４は、プレイブック２４
とも称され、管理ファイル７０は、プレイブックファイ
ルとも称される。以下、管理ファイル７０をプレイブッ
クファイルと称する。

【００６２】図１１は、上述した実際のディレクトリ構
造７１をより具体的に示す。「台本」２４においては、
コンテンツを構成する素材は、ディレクトリ構造の末端
に位置する。すなわち、「台本」２４が包含する全ての
素材は、素材に至るまでの階層構造を有し、画像、音声
および文字情報などの、表示または再生される素材ファ
イル７２Ａ、７２Ｂ、７２Ｃ、・・・は、階層構造の最
下層に位置している。例えば、最上位の階層の階層実態
７３から階層実態７４Ａ、階層実態７５と順に辿ってい
くことで、最下層の素材ファイル７２Ａを得ることがで
きる。プレイブックファイルには、この階層構造が記述
されることになる。

【００６３】なお、上述したように、実際には、最下層
の素材ファイル７２Ａ、７２Ｂ、７２Ｃ、・・・は、そ
れぞれの内容に対応する属性と対応付けられ、属性に基
づいて素材ファイル７２Ａ、７２Ｂ、７２Ｃ、・・・の
ファイル名が参照されることで得られるものである。

【００６４】次に、この実施の一形態の編集装置による
プレイブックファイル（管理ファイル７０）の作成およ
びそれに伴うディレクトリ構造７１の形成ならびに「台
本」２４の作成方法について説明する。図１２は、プレ
イブックファイルからファイルにすべき部分を切り出
し、ディレクトリ構造７１を作成する方法を示す一例の
フローチャートである。

【００６５】図１２のフローチャートにおいて、先ずス
テップＳ１０で、プレイブックファイルが先頭から検索
されて、先頭タグ「＜・・・＞」が探される。すなわ
ち、タグ記号「＜」とそれに続くテキスト情報、さら
に、そのテキスト情報に続く、タグ記号「＜」に対応す
るタグ記号「＞」が探される。

【００６６】次のステップＳ１１で、その先頭タグの次
に出現する記号「＜」が探され、さらに、その記号
「＜」の直後に「／」があるかどうかが調べられる。若
し、ステップＳ１１で、ステップＳ１０で探された先頭
タグの次に出現した「＜」の直後に「／」があると判定
されれば、処理はステップＳ１２に移行する。

【００６７】ステップＳ１２では、ステップＳ１０で探
された先頭タグ「＜・・・＞」と、ステップＳ１１で探
された「＜／」および「＜／」の後の「＞」からなる終
了タグとから、これら先頭タグと終了タグとで囲まれた
内容がファイルを示しているかどうかが判断される。例
えば、上述した図４の例であれば、その内容が括弧記号
「｛」で開始されていれば、ファイルを示していると判
断される。若し、ファイルを示しているとされれば、処
理はステップＳ１０に戻され、次のタグが調べられる。

【００６８】一方、ステップＳ１２で、先頭タグと終了
タグとで囲まれた内容がファイルを示していないと判断
されれば、次のステップＳ１３で、当該先頭タグと終了
タグとで囲まれた内容で、１つのファイルが作成され
る。ファイルが作成されると、処理はステップＳ１０に
戻される。

【００６９】また、上述のステップＳ１１で、先頭タグ
の次に出現した記号「＜」の直後に記号「／」が無いと
判定されたら、処理はステップＳ１４に移行する。ステ
ップＳ１４では、上述したステップＳ１０で検出された
先頭タグ「＜・・・＞」の次の内容が一つのディレクト
リであると見做される。そして、処理はステップＳ１０
に戻される。なお、ステップＳ１４で、当該先頭タグに
記述される名前を持つディレクトリが存在しない場合に
は、新たにディレクトリを作成することができる。

【００７０】図１３〜図１８を用いて、上述の図１２の
フローチャートによるファイル切り出しおよびディレク
トリ構造形成の処理を、より具体的に説明する。図１３
〜図１８は、図１２のフローチャートの処理に伴う、編
集装置の表示部４３の表示（各図のＡ側）と、そのとき
のディレクトリ構造７１（各図のＢ側）とを対応させて
示す。表示部４３の表示に基づき、ユーザによって、文
章入力部４４からテキスト情報が入力され、プレイブッ
クファイルが作成される。編集装置では、フローチャー
トの各処理において、作成中のプレイブックファイルに
加えられた処理を逐行的に監視しているものとする。

【００７１】なお、以下では、ファイル名やディレクト
リ名、タグ内容は、括弧記号「」で囲んで表し、ファイ
ルとして切り出されるべきテキスト情報は、括弧記
号『』で囲んで表すものとする。また、図１３〜図１８
においては、楕円形の部分はディレクトリ名、長方形の
部分はファイル名を表す。括弧記号「」の部分はファイ
ルに書かれている内容を示す。

【００７２】先ず、テキスト情報『英語講座』が一対の
タグ＜タイトル＞＜／タイトル＞で囲まれてプレイブッ
クファイル上に記述される（図１３Ａ）。すると、上述
の図１２のフローチャートのステップＳ１３の処理によ
り、ファイル名「タイトル」で、内容がテキスト情報
『英語講座』のファイル８０が作成される（図１３
Ｂ）。ファイル８０は、例えば蓄積部４２にデフォルト
として設けられた所定のディレクトリに格納される。

【００７３】次に、テキスト情報『第一章』が一対のタ
グ＜内容＞＜／内容＞で囲まれてプレイブックファイル
上に記述される（図１４Ａ）。すると、図１２のフロー
チャートの、ステップＳ１０、Ｓ１１、Ｓ１２およびＳ
１３の処理を経て、ファイル名が「内容」で、その内容
がテキスト情報『第一章』であるファイル８１が作成さ
れる。このファイル８１は、図１４Ｂに示されるよう
に、上述のファイル８０に対して並列的に、すなわち、
同一階層に加わえられるファイルである。

【００７４】次に、図１５Ａに示されるように、図１４
Ａの『第一章』の記述の次に、先頭タグ＜目的＞を記述
し、続けて記述されるテキスト情報『アルファベットを
覚える』を先頭タグ＜目的＞と対応する終了タグ＜／目
的＞で閉じる。すると、変更が加えられた先頭タグ＜内
容＞の行についてステップＳ１０からの処理が行われ
る。先頭タグ＜内容＞の次に現れるタグ記号「＜」は、
上述した先頭タグ＜目的＞のものであって、直後に記号
「／」が無いため、ステップＳ１４で、先頭タグ＜内容
＞の次からの記述が一つのディレクトリと見做される。
したがって、図１５Ｂに示されるように、名前が「内
容」となるディレクトリ８２が作成されると共に、タグ
＜目的＞＜／目的＞によってなるファイル８３がディレ
クトリ８２の下位に作成される。また、上述のファイル
８１がディレクトリ８２の下位に移動される。

【００７５】さらに、図１６Ａに示されるように、上述
の図１５Ａではタグ＜内容＞に続けて記述されていたテ
キスト情報『第一章』自身がタグ記号「＜＞」で囲まれ
先頭タグ＜第一章＞とされると共に、対応する終了タグ
＜／第一章＞が終了タグ＜／目的＞の後に追加される。
すなわち、１対のタグ＜第一章＞＜／第一章＞で「＜目
的＞アルファベットを覚える＜／目的＞」の行を囲む。
すると、３つの先頭タグ＜内容＞、＜第一章＞および＜
目的＞に基づき、ステップＳ１１およびステップＳ１４
の判定による結果、ディレクトリ８２の下位にディレク
トリ名が「第一章」のディレクトリ８４が新規に作成さ
れ、ファイル８３は、ディレクトリ８４の下位に移動さ
れる（図１６Ｂ）。この時点で、上述したファイル８１
は、削除される。

【００７６】図１７は、ディレクトリ８４の下位の１対
のタグ＜目的＞＜／目的＞が外部ファイルを参照してい
る例である。上述したように、括弧記号｛｝で括られて
いる部分が参照されるファイル名を表している。このよ
うに、プレイブックファイルでは、テキストデータも、
音声データや画像データと同様に外部ファイルとして参
照することが可能である。

【００７７】また、図１７の例では、ディレクトリ８２
の下位に、さらにディレクトリ８６が追加されている。
ディレクトリ８６の下位には、１対のタグ＜目的＞＜／
目的＞に囲まれてテキスト情報『挨拶しよう』が記述さ
れており、ファイル名「目的」のファイル８７が作成さ
れたことが示されている。ディレクトリ８６およびディ
レクトリ８４は、互いに同一階層の階層実態である。

【００７８】図１８は、プレイブックファイルが音声フ
ァイルや画像ファイルを参照している例である。図１８
Ｂに示されるように、ディレクトリ８６の下位にディレ
クトリ名が「本文」のディレクトリ８８が作成されてい
る。ディレクトリ８８の下位に、ファイル名「ＥＮ」で
内容が『Ｈｅｌｌｏ』の英文ファイル８９およびファイ
ル名「ＪＡ」で内容が『やあ』の日本文ファイル９０が
作成されると共に、ファイル名「ＦＩＬＥ１」の音声フ
ァイル９１が参照されている。この場合、タグ＜ＥＮ
＞、＜ＪＡ＞および＜ＡＵ＞は、上述の図６あるいは図
７を用いて説明した、属性情報に対応していると考える
ことができる。

【００７９】上述の図１６の処理を、コンピュータ上の
ＯＳ(Operating System)の一つであるＵＮＩＸのコマン
ドを適用して、より具体的に説明する。なお、ここで
は、図１６Ａのように既に作成されたプレイブックファ
イルに対して、逐行的に処理を行うものとして説明す
る。図１０の構成を参照し、作成されたプレイブックフ
ァイルは、中央処理部４１が有するメモリ（ＲＡＭ５
３）に記憶されているものとする。一方、蓄積部４２
（ハードディスクドライブ５４）あるいは中央処理部４
１が有する不揮発性メモリ（ＲＯＭ５２）には、予め、
以下に説明する処理を行うように記述されたプログラム
ファイルが格納されており、このプログラムファイルが
中央処理部４１に読み込まれ、以下の処理が実行され
る。中央処理部４１は、プログラムファイルの記述に基
づき、メモリに格納されたプレイブックファイルを読み
込んで処理を行う。

【００８０】プレイブックファイルの各行は、例えば改
行コードをデリミタとして区切られ、行単位で処理が行
われる。また、コマンド名とコマンドに付随するパラメ
ータ等は、 コマンド名 〔パラメータ等〕 このように記述する。さらに、ファイルやディレクトリ
は、蓄積部４２の所定のディレクトリの下に作成される
ものとする。

【００８１】先ず、第１行目が中央処理部４１に読み込
まれる。第１行目は、「＜タイトル＞英語講座＜／タイ
トル＞」であって、先頭タグ＜タイトル＞の次のタグ記
号「＜」の直後に記号「／」が無く、且つ、先頭タグ＜
タイトル＞の直後に括弧記号「｛｝」が無いことから、
先頭タグ記号内の記述「タイトル」は、ファイル名であ
ると判断される。この時点で、 ｔｏｕｃｈ 〔タイトル〕 このようなファイル作成のコマンドが発行され、「タイ
トル」という名前のファイルが作成される。

【００８２】先頭タグに続く記述「英語講座」は、タグ
記号「＜＞」およびファイル記号「｛｝」で挟まれてい
ないため、ファイルに書かれる内容であると判断され
る。例えば、先頭タグ直後に記号「＜」あるいは記号
「｛」があるかどうかを調べることで、この判断がなさ
れる。ファイル「タイトル」への書き込みは、 ｃａｔ 〔”英語講座”＞タイトル〕 例えばこのような１行のコマンドを発行することにより
なされる。

【００８３】そして、第１行目が終了タグ＜／タイトル
＞で終了していることが確認され、第１行目の処理が終
了される。

【００８４】次に、第２行目が中央処理部４１に読み込
まれる。第２行目には、先頭タグ＜内容＞のみが記述さ
れ、他の記述が無い。そのため、先頭タグ＜内容＞がフ
ァイル名を示すのか、ディレクトリ名を示すのかが判別
できないので、処理は次の行に移行する。

【００８５】第３行目は、先頭タグ＜第一章＞が記述さ
れている。この第３行目の先頭タグ＜第一章＞が中央処
理部４１に読み込まれることで、上述の第２行目の先頭
タグ＜内容＞がディレクトリを示すことが判明する。し
たがって、ここで、第２行目の先頭タグ＜内容＞に記述
されるディレクトリを作成するために、 ｍｋｄｉｒ 〔内容〕 このようなコマンドが発行される。このコマンドによ
り、蓄積部４２に、名前が「内容」であるディレクトリ
が作成される。

【００８６】一方、第３行目には、先頭タグ＜第一章＞
のみが記述され、他の記述が無い。そのため、上述の第
２行目の場合と同様に、処理は次の行に移行する。

【００８７】次に、第４行目が中央処理部４１に読み込
まれる。第４行目の先頭は、先頭タグ＜目的＞であるの
で、上述の第３行目の先頭タグ＜第一章＞がディレクト
リを示すことが判明する。したがって、ここで、第３行
目の先頭タグ＜第一章＞に記述されるディレクトリを作
成するために、 ｍｋｄｉｒ 〔第一章〕 このようなコマンドが発行される。このコマンドによ
り、蓄積部４２に、名前が「第一章」であるディレクト
リが作成される。先頭タグ＜第一章＞は、上述した先頭
タグ＜内容＞に対応する終了タグ＜／内容＞の前に出現
しているため、ディレクトリ「第一章」は、上述のディ
レクトリ「内容」の下に作成される。

【００８８】さらに、第４行目では、先頭タグ＜目的＞
次のタグ記号「＜」の直後に記号「／」が無く、且つ、
先頭タグ＜目的＞の直後に括弧記号「｛｝」が無いこと
から、先頭タグ記号内の記述「目的」は、ファイル名で
あると判断される。この時点で、 ｔｏｕｃｈ 〔目的〕 このようなファイル作成のコマンドが発行され、「目
的」という名前のファイルが、ディレクトリ「第一章」
の下に作成される。

【００８９】先頭タグ＜目的＞に続く記述「アルファベ
ットを覚える」は、タグ記号「＜＞」およびファイル記
号「｛｝」で挟まれていないため、ファイルに書かれる
内容であると判断される。例えば、先頭タグ直後に記号
「＜」あるいは記号「｛」があるかどうかを調べること
で、この判断がなされる。ファイル「目的」への書き込
みは、 ｃａｔ 〔”アルファベットを覚える”＞目的〕 例えばこのような１行のコマンドを発行することにより
なされる。

【００９０】そして、第４行目が先頭タグ＜目的＞対応
した終了タグ＜／目的＞で終了していることが確認さ
れ、第４行目の処理が終了される。

【００９１】第５行目は、上述の第３行目に記述された
先頭タグ＜第一章＞に対応する終了タグ＜／第一章＞の
みが記述される。これにより、ディレクトリ「第一章」
に対する処理が終了されたと判断される。次の第６行目
は、上述の第２行目に記述された先頭タグ＜内容＞に対
応する終了タグ＜／内容＞のみが記述される。これによ
り、ディレクトリ「内容」に対する処理が終了されたと
判断される。

【００９２】ところで、上述では、一つのディレクトリ
に対する処理を連続的に行う必要があり、一旦そのディ
レクトリに対する処理が終了されてしまうと、そのディ
レクトリ下への、ファイルやディレクトリの作成ならび
に追加を行うことができなかった。つまり、ある名前で
作成されたディレクトリに対する処理が一旦終了した後
に、同一名のディレクトリ下にファイルやディレクトリ
を作成しようとした場合でも、上述の図１２のフローチ
ャートでは、新規のディレクトリを作成する処理を行わ
なければならない。

【００９３】図１９は、一旦処理が終了されたディレク
トリに対して、さらに処理を行うようことが可能にされ
た一例のフローチャートである。また、この図１９のフ
ローチャートでは、上述の図１２のフローチャートの処
理をより詳細に記している。図２０に示されるプレイブ
ックファイルの記述（図２０Ａ）および対応するディレ
クトリ構造７１（図２０Ｂ）を参照しながら説明する。

【００９４】プレイブックファイルの第１行目が中央処
理部４１に読み込まれると、ステップＳ２０で、先頭タ
グ＜・・・＞が探される。図２０Ａの例では、第１行目
から先頭タグ＜タイトル＞が見つけられるので、次のス
テップＳ２１で、この先頭タグ＜タイトル＞の直後にタ
グ記号「＜」があるかどうかが判断される。この例で
は、無いので処理はステップＳ２２に移行し、先頭タグ
＜タイトル＞の直後に括弧記号「｛」があるかどうかが
判断される。これも、この例では、無いので処理はステ
ップＳ２４に移行する。

【００９５】ステップＳ２４では、先頭タグ＜タイトル
＞の次に現れるタグ記号「＜」が探され、さらに、この
タグ記号「＜」の直後に記号「／」があるかどうかが判
断される。図２０Ａの例では、先頭タグ＜タイトル＞の
次のテキスト情報「英語講座」の直後に、当該記号が存
在しているので、処理はステップＳ２５に移行し、ステ
ップＳ２０で探された先頭タグ＜タイトル＞に基づきフ
ァイル名が「タイトル」のファイルを作成する。そし
て、先頭タグ＜タイトル＞と終了タグ＜／タイトル＞と
で挟まれた、テキスト情報「英語講座」がファイル「タ
イトル」に書き込まれる。図２０Ｂに、ファイル「タイ
トル」９０を示す。

【００９６】第２行目では、ステップＳ２０で先頭タグ
＜内容＞が検出され、次のステップＳ２１で、直後にタ
グ記号「＜」があるかどうかが探される。処理は次の第
３行目に移され、その行の先頭にタグ記号「＜」が検出
されるので、ステップＳ２０で検出された先頭タグ内の
記述を名前とするディレクトリに処理が移される。すな
わち、ステップＳ２６で、現在の階層にステップＳ２０
で検出された先頭タグに記された名前「内容」と同一名
のディレクトリが存在するかどうかが判断される。この
例では、最初のディレクトリとなるので、処理はステッ
プＳ２８に移行し、ディレクトリ「内容」が新規に作成
される。

【００９７】第３行目も、上述の第２行目と同様な処理
がなされ、次の第４行目の先頭のタグ記号「＜」を見
て、ディレクトリ「内容」の下にディレクトリ「第一
章」９２が新規に作成される。

【００９８】第４行目では、ステップＳ２０で先頭タグ
＜目的＞が検出され、でぃ「内容」の下にディレクトリ
「第一章」９２が新規に作成される。さらに、先頭タグ
＜目的＞の直後に記号「｛」があるため、処理が次のス
テップＳ２１からステップＳ２２に移行し、ステップＳ
２２の判断により処理がステップＳ２３に移行する。そ
して、ステップＳ２３で、先頭タグ＜目的＞に続けて括
弧記号「｛｝」内に記された「目的１章」を名前とした
ファイル９３が作成される。あるいは、ステップＳ２３
では、既に存在するファイル「目的１章」を参照するよ
うにしてもよい。

【００９９】次の第５行目では、終了タグ＜／第一章＞
が検出され、第３行目からの、ディレクトリ「第一章」
の処理が終了したとされる。

【０１００】第６〜第８行目では、上述の第３〜第５行
目と同様の処理が行われ、ディレクトリ「内容」９１の
下にディレクトリ「第二章」９５が作成され、ディレク
トリ「第二章」９５の下に、名前が「目的」で内容が
「挨拶しよう」からなるファイル「目的」９６が作成さ
れる。

【０１０１】第９行目では、ステップＳ２０で先頭タグ
＜第一章＞が検出され、次のステップＳ２１で、処理が
第１０行目に移行する。第１０行目では、先頭タグ＜第
一章＞の直後に相当する、行の先頭にタグ記号「＜」が
あることが検出され、ステップＳ２０で検出された先頭
タグ内の記述を名前とするディレクトリに処理が移され
る。この例では、既にディレクトリ「第一章」９２が作
成されているため、ステップＳ２６で同一階層に同一名
称のディレクトリが存在することが検出され、処理はス
テップＳ２７に移行する。

【０１０２】ステップＳ２７では、処理がステップＳ２
６で検出された、同一階層に存在する同一名称のディレ
クトリに移される。すなわち、ステップＳ２０で検出さ
れた先頭タグ＜第一章＞に対応する終了タグ＜／第一章
＞が検出されるまで、ファイルやディレクトリは、ディ
レクトリ「第一章」９２の下に作成される。この例で
は、次に、ステップＳ２０で第１０行目の先頭タグ＜本
文＞が検出され、ステップＳ２１、ステップＳ２２およ
びステップＳ２３の処理に従い、ファイル「本文第一
章」９６が作成される。このファイル「本文第一章」９
６は、ディレクトリ「第一章」９２に対して追加され
る。

【０１０３】第１１行目の終了タグ＜／第一章＞で、デ
ィレクトリ「第一章」９２に対する処理が終了され、次
の第１２行の終了タグ＜／内容＞で、上位のディレクト
リ「内容」９１の処理が終了される。

【０１０４】上述した、図１２のステップＳ１３や、図
１９のステップＳ２３あるいはステップＳ２５でのファ
イル作成の際のファイル名は、当該ファイルが存在する
ディレクトリ内でユニークであることが要求される。フ
ァイル名は、当該ファイルの属性名をそのまま用いるこ
とができる。また、ユーザが認識容易なように、独自に
ファイル名を設定することも可能である。一方、予めフ
ァイルとして存在している、例えば画像ファイルや音声
ファイルのファイル名は、上述と異なっていることが有
り得る。

【０１０５】この場合、編集装置が管理するファイル名
と、ユーザが認識するファイル名との間の対応関係を示
す対応表を作成し記憶すると、ユーザが判りやすい形式
でファイルの中身の管理を行うと共に、編集装置に適し
た形式でファイル管理を行うことができるようになり、
さらに、実態的なファイルのみを変更することで、同一
内容の一斉変更を行うことができ、より好ましい。以下
に、この対応表の作成方法について説明する。

【０１０６】図２１は、編集装置が管理するファイル名
と、ユーザが認識するファイル名との間の対応関係を示
す対応表を、概念的に示す。最上段は、プレイブックフ
ァイルに記述される属性を示すタグに対応する。中段
は、プレイブックファイルに記述される属性を示すタグ
から、この編集装置によって自動的に作成されるファイ
ル名である。この中段に示されるファイル名は、この編
集装置において作成される「台本」２４のデフォルトの
ファイル名であって、編集装置では、このファイル名で
各ファイルの管理を行う。最下段は、それぞれのファイ
ルに対して、ユーザが設定したファイル名である。ユー
ザは、この最下段のファイル名で各ファイルを識別す
る。

【０１０７】音声ファイルのファイル名「ＦＩＬＥ１」
は、外部で参照されるファイル名が付けられる。実際の
音声ファイルは、トラック番号や頭出しのためのカウン
ト番号などによりファイル名が記述される場合が多く、
ユーザがこのファイル名から内容を把握することは、困
難である。そこで、プレイブックファイル上では、図２
１の最下段あるいは中段のファイル名による記述を行
う。一方、音声ファイルは、本来のファイル名で以て他
に利用されることも有り得るので、本来のファイル名
（オリジナルのファイル名）も残しておく必要がある。

【０１０８】図２２は、対応表を作成する処理の一例の
フローチャートである。ここでは、タグ＜ＡＵ＞＜／Ａ
Ｕ＞によって囲まれる音声ファイルである、｛ＦＩＬＥ
１｝を例にとって説明する。

【０１０９】ステップＳ３０で、プレイブックファイル
に記述されている＜ＡＵ＞｛ＦＩＬＥ１｝＜／ＡＵ＞が
検索される。次のステップＳ３１では、タグ記号＜・・
・＞に挟まれた内容が、編集装置のデフォルトのファイ
ル名として、対応表に登録され、このファイルに対して
ユーザによって付けられたファイル名として、括弧記号
｛｝内に記述される「ＦＩＬＥ１」が対応表に登録され
る。対応表は、例えば中央処理部４１の有するメモリの
所定領域一時的に作成される。

【０１１０】次のステップＳ３２では、上述のステップ
Ｓ３１でユーザにより登録されたファイル名「ＦＩＬＥ
１」と同じ名前のファイルが、オリジナルのファイルに
存在するかどうかが調べられる。若し、オリジナルのフ
ァイルに、ユーザにより登録されたファイル名「ＦＩＬ
Ｅ１」と同一名のファイルが存在しないとされれば、処
理はステップＳ３３に移行する。

【０１１１】ステップＳ３３では、ファイル「ＦＩＬＥ
１」に対応する、オリジナルの音声ファイルのファイル
名がユーザによって入力される。入力されたオリジナル
ファイルのファイル名は、ステップＳ３４で、対応表に
登録される。これにより、対応表の、オリジナルのファ
イル名、「台本」２４上でのデフォルトのファイル名お
よびプレイブックファイル上でユーザによって付けられ
るファイル名がそれぞれ登録されたことになる。

【０１１２】一方、上述のステップＳ３２で、オリジナ
ルのファイルに、ユーザにより登録されたファイル名
「ＦＩＬＥ１」と同一名のファイルが存在するとされれ
ば、処理はステップＳ３５に移行し、オリジナルのファ
イル名がファイル名「ＦＩＬＥ１」と同一であるとし
て、対応表に登録される。

【０１１３】作成された対応表は、対応するプレイブッ
クファイルと関連付けられ、所定の記憶あるいは記録媒
体に格納される。例えば、対応表は、対応するプレイブ
ックファイルのファイルと関連付けられて、蓄積部４２
に格納される。この編集装置上でプレイブックファイル
を扱っている際には、対応表は、中央処理部４１が有す
るメモリの所定領域に格納され、必要に応じて参照され
る。

【０１１４】このように、この実施の一形態では、プレ
イブックファイルから参照される各ファイルについて、
次のような対応関係を示す対応表が作成される。すなわ
ち、対応表には、 〔オリジナルのファイル名〕＝〔「台本」２４上でのデ
フォルトのファイル名〕＝〔プレイブックファイル上で
ユーザによって付けられるファイル名〕 このような対応関係が各ファイルについて記述される。
対応表においては、〔「台本」２４上でのデフォルトの
ファイル名〕を媒介として、〔オリジナルのファイル
名〕と〔プレイブックファイル上でのファイル名〕とが
リンクされる。

【０１１５】なお、上述では、編集装置は、作成中のプ
レイブックファイルに行単位に加えられた各処理を逐
一、監視し処理するように説明したが、これはこの例に
限定されない。中央処理部４１の負荷を考慮すると、あ
る程度作成されたプレイブックファイルに対して、所定
のタイミングで一括して処理を行うのがより好ましい。
例えば、作成が完了したプレイブックファイル、あるい
は作成途中のプレイブックファイルを蓄積部４２などに
保存するときに、一括処理を行う。

【０１１６】また、上述では、プレイブックファイルに
直接的に記述されたテキスト情報のファイル化を、タグ
情報に基づき自動的に処理するように説明したが、これ
はこの例に限定されない。テキスト情報のファイル化
は、編集装置が有するユーザインターフェイスを用いて
行うようにしてもよい。

【０１１７】図２３〜図２６は、この実施の一形態によ
る編集装置の、一例のユーザインターフェイスを概略的
に示す。図２３〜図２６は、プレイブックファイルに記
述された任意の長文をファイル化し、所定のファイル名
を付ける例である。表示部４３（ディスプレイ５６）に
表示される編集装置画面に対して、プレイブック編集部
１００とファイル化ボタン１０１とが表示される。プレ
イブック編集部１００の内部をキーボードやマウスで指
定し、文字を入力することで、プレイブックファイルを
作成することができる。

【０１１８】図２３に示されるように、プレイブック編
集部１００には、一対のタグ＜本文＞＜／本文＞と、タ
グ＜本文＞＜／本文＞に囲まれた任意の長文「今日は、
○△■・・・××である。」とが既に入力されている。
ここで、図２４Ａに示されるように、ファイル化しよう
としている部分（長文「今日は、○△■・・・××であ
る。」）を所定の方法、例えばマウスで該当する範囲を
ドラッグして選択し、ファイル化ボタン１０１をマウス
でクリックすると、タグ＜本文＞＜／本文＞で囲まれた
長文「今日は、○△■・・・××である。」がファイル
化される（図２４Ｂ）。図２４Ｂには、選択された部分
が斜線で示されている。

【０１１９】このファイルは、既に説明した規則に従
い、タグ＜本文＞＜／本文＞に基づきファイル名が「本
文」とされる。すなわち、ファイル名「本文」である外
部参照ファイルが作成されたことになり、図２５Ａに示
されるように、長文「今日は、○△■・・・××であ
る。」の部分が、ファイル名が「本文」である外部参照
ファイルを表す｛本文｝の記述と置き替えられる。作成
されたファイル「本文」は、例えば蓄積部４２の所定の
ディレクトリに格納される。長文「今日は、○△■・・
・××である。」の、プレイブック編集部１００に表示
されるファイル名は、編集装置のデフォルト名である、
タグによって規定される「本文」とされる（図２５
Ｂ）。

【０１２０】次に、このファイル「本文」に、ユーザが
独自のファイル名を設定する。プレイブック編集部１０
０に表示されている｛本文｝の中身を直接的に編集し、
例えば「今日の日記」に変更する（図２６Ａ）。これに
より、蓄積部４２に格納されたファイル「本文」のファ
イル名が「今日の日記」に変更される。変更されたファ
イル名「今日の日記」と編集装置のデフォルト名である
「本文」とは、上述の対応表で対応付けられる。

【０１２１】

【発明の効果】以上説明したように、この発明によれ
ば、コンテンツが記述された「台本」ファイルの編集ま
たは作成の際に、ファイル化するべき部分を自動的に切
り出してファイル化するようにしているため、「台本」
とコンテンツを構成する各要素とを分離することがで
き、コンテンツの管理が容易になるという効果がある。

【０１２２】また、この発明では、「台本」に記述され
るファイル名と実際のファイル名とが、デフォルトとし
て設定されたファイル名を媒介として関連付けられてい
るため、同一の内容を一斉に変更するような場合でも、
実際のファイルのみを変更するだけで済み、コンテンツ
の作成ならびに管理が容易になるという効果がある。

【０１２３】さらに、この発明では、所期の配信メディ
アのための「台本」を作成する際に、コンテンツを構成
する要素が「台本」から自動的に分離されると共に、
「台本」に記述されるファイル名と実際のファイル名と
が、デフォルトとして設定されたファイル名を媒介とし
て関連付けられて管理される。そのため、所期の配信メ
ディアと異なる配信メディアに対応したコンテンツを作
成する際に、各要素を共通化して用いることが容易にで
きるという効果がある。

【図面の簡単な説明】

【図１】この発明による系全体を概略的に示す略線図で
ある。

【図２】コンテンツ作成手段によるコンテンツ作成の方
法を概略的に示す略線図である。

【図３】「台本」の作成および「台本」に基づくコンテ
ンツ作成の例を示す略線図である。

【図４】実施の一形態に適用できる一例の書式による記
述の例を示す略線図である。

【図５】「台本」と「台本」中に記述されるファイルと
の関係を示す略線図である。

【図６】「台本」の構成を階層構造で示す略線図であ
る。

【図７】属性からファイル名が参照されるように定義さ
れた階層構造の例を示す略線図である。

【図８】実施の一形態による編集装置の一例の機能的な
構成を示すブロック図である。

【図９】実施の一形態による一例の編集装置を一般的な
パーソナルコンピュータに適用した場合のブロック図で
ある。

【図１０】「台本」の管理構造を概略的に示す略線図で
ある。

【図１１】ディレクトリ構造をより具体的に示す略線図
である。

【図１２】プレイブックファイルからファイルにすべき
部分を切り出してディレクトリ構造を作成する方法を示
す一例のフローチャートである。

【図１３】ファイル切り出しおよびディレクトリ構造形
成の処理をより具体的に説明するための略線図である。

【図１４】ファイル切り出しおよびディレクトリ構造形
成の処理をより具体的に説明するための略線図である。

【図１５】ファイル切り出しおよびディレクトリ構造形
成の処理をより具体的に説明するための略線図である。

【図１６】ファイル切り出しおよびディレクトリ構造形
成の処理をより具体的に説明するための略線図である。

【図１７】ファイル切り出しおよびディレクトリ構造形
成の処理をより具体的に説明するための略線図である。

【図１８】ファイル切り出しおよびディレクトリ構造形
成の処理をより具体的に説明するための略線図である。

【図１９】一旦処理が終了されたディレクトリに対して
さらに処理を行うようことが可能にされた一例のフロー
チャートである。

【図２０】プレイブックファイルの記述および対応する
ディレクトリ構造の例を示す略線図である。

【図２１】編集装置が管理するファイル名とユーザが認
識するファイル名との間の対応関係を示す対応表を概念
的に示す略線図である。

【図２２】対応表を作成する処理の一例のフローチャー
トである。

【図２３】実施の一形態による編集装置の一例のユーザ
インターフェイスを概略的に示す略線図である。

【図２４】実施の一形態による編集装置の一例のユーザ
インターフェイスを概略的に示す略線図である。

【図２５】実施の一形態による編集装置の一例のユーザ
インターフェイスを概略的に示す略線図である。

【図２６】実施の一形態による編集装置の一例のユーザ
インターフェイスを概略的に示す略線図である。

【符号の説明】

２４・・・「台本」、４０・・・処理部、４１・・・中
央処理部、４２・・・蓄積部、４３・・・表示部、４４
・・・文章入力部、５１・・・ＣＰＵ、５３・・・ＲＡ
Ｍ、５４・・・ハードディスクドライブ、６０・・・外
部記憶再生装置、７０・・・管理ファイル、７１・・・
ディレクトリ構造、１００・・・プレイブック編集部、
１０１・・・ファイル化ボタン

───────────────────────────────────────────────────── フロントページの続き (72)発明者 権野 善久 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 (72)発明者 西尾 郁彦 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 (72)発明者 高林 和彦 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 (72)発明者 山岸 靖明 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 (72)発明者 木村 武史 東京都台東区西浅草１丁目１番１号 かん ぽ浅草ビル８Ｆ 株式会社次世代情報放送 システム研究所内 Ｆターム(参考） 5B009 QA09 5B082 AA11 AA13 BA09 BA13 CA01 CA11 EA01 EA09 GA02 GC03

Claims (13)

【特許請求の範囲】
1. 【請求項１】 階層構造を有するコンテンツを編集する
   編集装置において、 テキストデータを用いて記述されるコンテンツの作成な
   らびに編集を行う編集手段と、 上記コンテンツで用いられる素材が格納される記憶手段
   と、 上記編集手段で作成あるいは編集された上記コンテンツ
   の階層構造に基づき、ファイルおよびディレクトリを上
   記記憶手段に対して作成する処理手段とを有することを
   特徴とする編集装置。
2. 【請求項２】 請求項１に記載の編集装置において、 上記コンテンツは、上記ディレクトリ、上記ファイルお
   よび属性の３種類の記述からなり、上記コンテンツ自体
   は、全てプレイブックファイル中に記述されていること
   を特徴とする編集装置。
3. 【請求項３】 請求項１に記載の編集装置において、 上記処理手段は、上記コンテンツ中に記述される、範囲
   の先頭を示す先頭タグと上記範囲が終了したことを示す
   終了タグとを検出し、上記先頭タグが連続的に検出され
   た場合は上記連続的に検出された最初の上記先頭タグの
   次からの内容をディレクトリと見做し、上記先頭タグの
   次に上記終了タグが検出された場合は該先頭タグと該終
   了タグとで囲まれた範囲をファイルと見做すようにした
   ことを特徴とする編集装置。
4. 【請求項４】 請求項１に記載の編集装置において、 上記処理手段は、上記ファイルおよび上記ディレクトリ
   の作成を自動的に行うことを特徴とする編集装置。
5. 【請求項５】 階層構造を有するコンテンツを編集する
   編集方法において、 テキストデータを用いて記述されるコンテンツの作成な
   らびに編集を行う編集のステップと、 上記コンテンツで用いられる素材を記憶手段に格納する
   ステップと、 上記編集のステップで作成あるいは編集された上記コン
   テンツの階層構造に基づき、ファイルおよびディレクト
   リを上記記憶手段に対して作成する処理のステップとを
   有することを特徴とする編集方法。
6. 【請求項６】 テキストデータで記述され、階層構造を
   有するコンテンツを管理するファイル管理装置におい
   て、 コンテンツで用いられる素材が格納される記憶手段と、 上記コンテンツの階層構造に基づき、ファイルおよびデ
   ィレクトリを上記記憶手段に対して作成する処理手段と
   を有し、 上記記憶手段に構成される上記コンテンツの階層構造
   を、上記コンテンツの記述に基づき管理することを特徴
   とするファイル管理装置。
7. 【請求項７】 請求項６に記載のファイル管理装置にお
   いて、 上記コンテンツは、上記ディレクトリ、上記ファイルお
   よび属性の３種類の記述からなることを特徴とするファ
   イル管理装置。
8. 【請求項８】 請求項６に記載のファイル管理装置にお
   いて、 上記処理手段は、上記ファイルの属性名を該ファイルの
   ファイル名として用いるようにしたことを特徴とするフ
   ァイル管理装置。
9. 【請求項９】 請求項６に記載のファイル管理装置にお
   いて、 上記コンテンツに用いられる、外部参照ファイルのオリ
   ジナルのファイル名と、該ファイルの属性名と、該ファ
   イルに対して任意に設定されたファイル名との対応関係
   を示す対応表を作成し、上記コンテンツには上記任意に
   設定されたファイル名を記述し、上記任意に設定された
   ファイル名と上記オリジナルのファイル名とは、上記属
   性名を介してリンクされることを特徴とするファイル管
   理装置。
10. 【請求項１０】 請求項６に記載のファイル管理装置に
    おいて、 上記ファイルに対して任意に設定されたファイル名と、
    該ファイルの属性名と、上記ファイルのオリジナルのフ
    ァイル名との対応関係を示す対応表を作成し、上記コン
    テンツには上記任意に設定されたファイル名を記述し、
    上記任意に設定されたファイル名と上記オリジナルのフ
    ァイル名とは、上記属性名を介してリンクされることを
    特徴とするファイル管理装置。
11. 【請求項１１】 テキストデータで記述され、階層構造
    を有するコンテンツを管理するファイル管理方法におい
    て、 コンテンツで用いられる素材を記憶手段に格納するステ
    ップと、 上記コンテンツの階層構造に基づき、ファイルおよびデ
    ィレクトリを上記記憶手段に対して作成する処理のステ
    ップとを有し、 上記記憶手段に構成される上記コンテンツの階層構造
    を、上記コンテンツの記述に基づき管理することを特徴
    とするファイル管理方法。
12. 【請求項１２】 階層構造を有するコンテンツを編集す
    る編集方法が記述されたプログラムが記録された記録媒
    体において、 テキストデータを用いて記述されるコンテンツの作成な
    らびに編集を行う編集のステップと、 上記コンテンツで用いられる素材を記憶手段に格納する
    ステップと、 上記編集のステップで作成あるいは編集された上記コン
    テンツの階層構造に基づき、ファイルおよびディレクト
    リを上記記憶手段に対して作成する処理のステップとを
    有する編集方法が記述されたプログラムが記録されたこ
    とを特徴とする記録媒体。
13. 【請求項１３】 テキストデータで記述され、階層構造
    を有するコンテンツを管理するファイル管理方法が記述
    されたプログラムが記録された記録媒体において、 コンテンツで用いられる素材を記憶手段に格納するステ
    ップと、 上記コンテンツの階層構造に基づき、ファイルおよびデ
    ィレクトリを上記記憶手段に対して作成する処理のステ
    ップとを有し、 上記記憶手段に構成される上記コンテンツの階層構造
    を、上記コンテンツの記述に基づき管理するファイル管
    理方法が記述されたプログラムが記録されたことを特徴
    とする記録媒体。