JPH10319951A - 編集方法および編集装置 - Google Patents

Abstract

(57)【要約】 【課題】編集すべき曲の検索と検聴を容易にする。 【解決手段】曲と、その属性を含めた情報がデータベー
ス化され、このデータベースを検索することによって曲
の編集を行うようにした編集方法であって、検索側にロ
ーカルデータベースを用意し、データベースの中から必
要な曲を検聴しながら上記ローカルデータベースにダウ
ンロードし、このローカルデータベースの中から選択し
た曲を検聴しながら最終的に必要な編集リストを作成す
る。データベースから目的の曲を検索する。検索した曲
は検聴する。検聴後に端末装置にダウンロードするの
で、目的の曲である編集用の曲目の検索と検聴が容易に
なる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、曲の編集方法お
よび編集装置に関する。詳しくは、曲と、その属性を含
めた情報をデータベース化し、このデータベースの中か
ら必要な曲を検聴しながらローカルデータベースにダウ
ンロードできるようにすることによって、検索した曲の
内容を簡単に、しかも素早く確認できるようにしたもの
である。

【０００２】

【従来の技術】ラジオ放送局などで番組を放送する場
合、その中に複数の音楽（曲）が含まれているときは、
その音楽を予め用意する必要がある。通常の場合には音
楽を含めた放送番組を予め作成しておくのが普通であ
る。放送番組で使用される音楽は、主にリクエストやデ
ィレクターの方針で決定されている。

【０００３】この場合ディレクターが自分のメモや記憶
を元に放送したい曲をリストアップし、アシスタントに
ライブラリ室に行かせて図書館の本棚から本を探すのと
同じ要領でその曲が入っているメディア（ＣＤ、ＭＤ、
テープなど）を探し出すのが一般的である。この他に、
ライブラリ室がデータベース化されているようなときに
は、端末を利用して該当するメディアを検索し、該当す
る棚などからそのメディアを持ち出すようにしている。
探し出されたメディアは、これを再生してディレクター
が耳で確認した上で最終的に放送すべき曲として決定す
る。

【０００４】

【発明が解決しようとする課題】ところで、従来では放
送番組で使用したい曲の検索が手動であるときは、該当
する曲を探し出すまでに相当な時間がかかる。探し出し
た曲が最終的に使用したい曲であるかどうかは、別の場
所で検聴しなければならないので面倒であり、トータル
の曲選定時間に多くの時間を費やしてしまう。

【０００５】また、データベース化されたライブラリを
利用する場合でも、コンピュータを使用する関係で曲を
検索する時間は短縮できるものの、検索した曲が果たし
て自分の求めようとする曲であるかどうかは、探し出し
たメディアを使用して再生しなければならないので、こ
の確認作業も以外と面倒である。

【０００６】このように、従来は曲の選択がディレクタ
ーの記憶に頼る部分が多く、目的の曲をライブラリ室か
ら探すのは非常に手間がかかった。また、折角探したも
のの、聞いてみると思っていたものと違っていたり、番
組の雰囲気にあわなくて再度選曲しなければならないこ
ともあった。データベースを利用する場合には選曲の効
率は上がるが、予め検聴しているわけではないので最終
的に目的のメディアを探すまでの手間がかかり、そして
再度選曲を繰り返すこともしばしばである。特に、放送
番組で複数の曲を使いたい時にはこの編集作業が面倒に
なる。

【０００７】そこで、この発明はこのような従来の課題
を解決したものであって、従来よりもその検索を簡単に
行うことができるようにすると共に、その検聴もその場
で行えるようにしたものである。

【０００８】

【課題を解決するための手段】上述の課題を解決するた
め、請求項１に記載したこの発明に係る編集方法では、
曲と、その属性を含めた情報がデータベース化され、こ
のデータベースを検索することによって曲の編集を行う
ようにした編集方法であって、検索側にローカルデータ
ベースを用意し、上記データベースの中から必要な曲を
検聴しながら上記ローカルデータベースにダウンロード
し、このローカルデータベースの中から選択した曲を検
聴しながら最終的に必要な編集リストを作成するように
したことを特徴とする。

【０００９】請求項３に記載したこの発明に係る編集装
置では、曲と、その属性を含めた情報がデータベース化
されて格納されたライブラリサーバと、このデータベー
スを検索できる複数の端末装置とを有し、上記端末装置
にはローカルデータベース用のメモリ手段が設けられ、
上記端末装置側からの指示に基づいて、上記データベー
スの中から必要な曲を検聴しながら上記ローカルデータ
ベースにダウンロードし、このローカルデータベースの
中から選択した曲を検聴しながら最終的に必要な編集リ
ストを作成するようにしたことを特徴とする。

【００１０】この発明では、多数の曲とその属性情報を
格納したデータベースを用意してあり、このデータベー
スを検索することによって目的の曲を短時間に検索す
る。検索された曲がローカルデータベースにダウンロー
ドされるが、このダウンロードを行う前に検索した曲の
検聴が行われる。曲の内容を確認した後でローカルデー
タベースにダウンロードする。

【００１１】ダウンロードしたローカルデータベースの
中から放送番組に必要な最終的な曲目の選択が行われて
編集リストが生成される。この編集リストを作成する前
の段階でも検聴が行われる。このときは曲目が多数ある
ことも考えられるから、検聴はスキップ再生となる。

【００１２】このような編集処理を行うことによって、
端末装置からライブラリサーバを検索しながら、その場
で曲目の選定と、検聴と、編集リストの作成を行うこと
ができる。

【００１３】

【発明の実施の形態】続いて、この発明に係る編集方法
および編集装置の一実施形態を図面を参照して詳細に説
明する。

【００１４】図１はこの発明に係る編集装置をラジオ番
組送出装置に適用した場合の一実施態様を示す要部の系
統図であり、この番組送出装置１は編集装置１０と、番
組送出部２とで構成され、番組送出部２はこの発明とは
直接関係がないので、この例ではミキサ４のみを示す。

【００１５】編集装置１０はさらにライブラリサーバ１
０Ａ、オンエアーサーバ１０Ｂ、スケジューラ１０Ｃお
よび端末装置１０Ｄを有する。端末装置１０Ｄは複数用
意されているが、これらについては後述する。

【００１６】番組送出部２および編集装置１０を構築す
るライブラリサーバ１０Ａ、オンエアーサーバ１０Ｂ、
スケジューラ１０Ｃおよび端末装置１０Ｄは、高速のネ
ットワークで接続されている。この例では、１００ＶＧ
−ＡｎｙＬａｎ（Voice Grade-Any Local Area Networ
k）を採用しているため、ハブ１２からこれらがスター
接続されている。ＦＤＤＩ（Fiber Distributed Date I
nterface）やＡＴＭ（Asynchronous Transfer Mode swi
tching system）を使いネットワークシステムである番
組送出装置１を構成することもできる。

【００１７】ネットワークを流れるデータは、ライブラ
リサーバ１０Ａに格納されたデータベースとのやり取り
のためのＳＱＬ（Structured Query Language）とその
返信データ、ノード間の通信データ及び音声データであ
る。通信プロトコルとしてはＴＣＰ／ＩＰ（Transmissi
on Control Protocol／Internet Protocol）を使用した
例である。ハブ１２からルータ１４を経由して広域網
（ＷＡＮ（Wide Area Network））１６に接続し、外部
のサイトに設置した端末装置からライブラリサーバ１０
Ａをアクセスすることも可能である。

【００１８】また、図の例ではライブラリサーバ１０
Ａ、オンエアーサーバ１０Ｂ、スケジューラ１０Ｃがそ
れぞれ１システムずつ設置されている例であるが、デー
タの２重化が必要であるときには、それぞれを２台ずつ
設置した完全２重化構成とすることもできる。

【００１９】ライブラリサーバ１０Ａおよびオンエアー
サーバ１０Ｃにはそれぞれ、ストレージ用として大容量
記憶装置としてのこの例ではハードディスク（ＨＤ）を
アレイ化したディスクアレイ装置（ＲＡＩＤ（Redundan
t Arrays of Independent Disks））１８，２０が使用
されている。これでデータに対するアクセス性能と信頼
性を向上させている。サーバ１０Ａ、１０Ｂとディスク
アレイ装置１８，２０との間はＳＣＳＩ（Small Comput
er System Interface）バスによってインタフェースさ
れている。

【００２０】この番組送出装置１は主にラジオ局をネッ
トワーク化して編集作業および番組送出作業をそれぞれ
効率化することを目的として構築されているが、他の放
送局において音データを扱う部門にも転用することがで
きる。また、ライブラリサーバ１０Ａと端末装置１０Ｄ
で構成する編集ブロックに関しては、音データをライブ
ラリ化するシステムであれば、端末装置のアプリケーシ
ョンをカスタマイズして対応することもできる。

【００２１】さて、上述したライブラリサーバ１０Ａに
は、曲の音素材と、その曲の属性情報の双方を管理する
ためにこれらの情報がデータベース化されている。音素
材としては、ＣＤ、ＤＡＴ、アナログテープレコーダ、
ＭＯディスクなどに格納された曲目だけでなく、その曲
を作成するための効果音（波や雷の音、馬の蹄の音、鳥
の鳴き声など）なども含まれているものとする。

【００２２】ライブラリサーバ１０Ａと複数の端末装置
１０Ｄとの間でクライアント・サーバ型のデータベース
が構築されている。データベースはリレーショナルデー
タベースであって、端末装置１０Ｄとの間のインタフェ
ースはこの例ではＳＱＬ言語が使用される。

【００２３】オンエアーサーバ１０Ｂは、端末装置１０
Ｄで一本化された番組の音データの実体がストレージさ
れると共に、このオンエアーサーバ１０Ｂは番組に対し
て一義的に決められた番組識別番号（番組ＩＤ）によっ
て制御される。登録、表示、削除、更新等の内部データ
の管理はスケジューラ１０Ｃが行う。オンエアーサーバ
１０Ｂとスケジューラ１０Ｃとはシリアルインタフェー
スで結ばれており、スケジューラ１０Ｃからの制御コマ
ンドに応じてオンエアーサーバ１０Ｂの番組データ送出
状態が制御される。

【００２４】したがって、番組の開始時刻（送出時刻）
前になるとスケジューラ１０Ｃからのスタンバイコマン
ドで指定された番組ＩＤの音データが待機状態となり、
開始時刻に得られるスタートコマンドで音データの再生
がスタートする。音データは、内蔵のＡＥＳ／ＥＢＵ
（Audio Engineering Society／European Broadcast Un
ion）ポートから出力され、番組送出部２の一部を構成
するミキサ４に入力される。スケジューラ１０Ｃは上述
したようにオンエアサーバ１０Ｂのデータ管理の他に、
放送局の局内時間と同期させて番組送出の時間管理が行
われる。

【００２５】端末装置（ターミナル）１０Ｄとして、こ
の例では３台の端末装置２２Ａ、２２Ｂ、２２Ｃがネッ
トワークに接続されている場合を示す。このうち、端末
装置２２Ａはライブラリサーバ１０Ａに対してのデータ
ベース検索機能の他に、データベースへの登録機能や編
集機能、さらにはオンエアサーバ１０Ｂに対する登録機
能を持っているものとする。

【００２６】そのため登録に使用する複数の音源（ソー
ス）がこの端末装置２２Ａに接続されている。図のうち
ＣＤ−ＲＯＭ２４はＳＣＳＩバスやその他のバスで端末
装置２２Ａに接続され、ＤＡＴ装置２６とはＡＥＳ／Ｅ
ＢＵ信号で端末装置２２Ａとの間でデータ授受が行われ
る。ＤＡＴ装置２６の場合、端末装置２２Ａによってシ
リアルインタフェース（例えば２３２Ｃケーブル）を介
してＤＡＴ装置２６が制御される。

【００２７】そしてこの例では１倍速で音データ（ＡＥ
Ｓ／ＥＢＵ信号）が端末装置２２Ａに転送される。これ
らの音源より入力された音データは、端末装置２２Ａの
登録機能を利用してライブラリサーバ１０Ａにアップロ
ードされてデータベースの一部として利用される。他の
２台の端末装置２２Ｂ、２２Ｃも端末装置２２Ａと同様
に構成することによって音データの登録処理が可能にな
る。しかし、図示の例では端末装置２２Ａのみに登録機
能が許可されている場合を示す。

【００２８】上述したライブラリサーバ１０Ａに関して
は、３階層のユーザ管理（システム管理者、登録ユーザ
および一般ユーザ）を行っている。このうち、システム
管理者はデータの登録および検索だけでなくライブラリ
サーバ１０Ａに関する諸設定を行える権限を有してい
る。登録ユーザはデータの登録と検索の権限を持つ。デ
ータベース登録時の規則を守り、データベース内のデー
タの整合性を保証する役割がある。また、一般ユーザは
データの検索権限しかもたない。したがって既に登録さ
れているデータベースを使うだけの権能しか与えられて
いない。

【００２９】このように構成された番組送出装置１に設
けられた編集装置１０を利用して実際に一般ユーザが番
組送出用の編集リストを作成する編集作業の手順を図２
以下を参照して説明する。編集処理に必要な各種制御プ
リズムは端末装置１０Ｄに格納されている。

【００３０】上述したようにライブラリサーバ１０Ａに
は予め多数の収録曲に関するデータベースが保存されて
いる。データベースには上述したように音素材とその素
材情報が登録されているものとする。これらの登録は上
述したようにシステム管理者か登録ユーザによって行わ
れる。

【００３１】ここに、音素材とは曲そのものであり、そ
の素材情報とは、曲のタイトル（曲名）、作曲者、アー
ティスト、指揮者、音素材のソース（ＣＤ番号など）、
レーベル（製造メーカー名）などと言った音素材に付随
する各種のデータである。

【００３２】データベースを検索するに当たっては一般
ユーザ（ディレクターなど）による編集が主であること
から、以下の説明では一般ユーザがこの番組送出装置１
を使用して曲の編集を行うようにする場合の処理の流れ
を説明することにする。

【００３３】そのためには、編集手段としての端末装置
１０Ｄ（２０Ａなど）からライブラリサーバ１０Ａのデ
ータベースに対する接続処理を実行する（図２ステップ
４１）。

【００３４】端末装置１０Ｄを起動すると、端末装置１
０Ｄに設けられたモニタ（図示はしない）に図６に示す
ような初期画面が表示される。「データベースの接続」
のうち、サーバの欄をクリックし、データベース名やパ
スワードなどが入力される。入力データが正しいときデ
ータベースの接続が完了する。

【００３５】次に図６の画面の中から一般ユーザの欄が
クリックされると、検索が１曲単位で行うか、連続して
複数の曲を検索するかが問われる（ステップ４２、４
５）。

【００３６】１曲づつ検索するモードが選択されると、
図７に示すメニュー画面が表示される。このメニュー画
面の中から希望する検索項目が選択される（ステップ４
７、４８）。

【００３７】検索項目としては、曲のムード（テンポな
ど）、タイトル、作曲者、カデゴリー（クラシック、軽
音楽など）、ディレクタなどが用意されていて、その何
れでも検索できるようになっている。

【００３８】さらに図７の画面中に表示された検索条件
部では、検索項目に対してさらに文字などをマニュアル
入力して、条件を付加しながら検索できるようになされ
ている。つまり文字列検索を併用することができる。も
ちろん、検索項目を止め、文字列のみを入力するだけで
も検索できる。

【００３９】図７では、作曲者を検索項目に選んだ場合
でさらに、その作曲者のうち「ベートーベン」を選んだ
場合を示している。作曲者名を具体的に指定すると図８
に示すような内容の曲情報（運命交響曲、田園交響曲、
交響曲第７番など）が表示される。選択する検索項目
（タイトル、作曲者、ジャンルなど）によって、表示さ
れる内容が相違することは当然である。

【００４０】検索の実行によっても目的の検索内容が画
面上に表示されないときは、再び検索項目をクリックす
る（検索キーを選択する）（ステップ４９、４８）。目
的の検索内容が表示されたときの表示曲目の中から特定
の１曲が指定されると、その曲に関する詳細な情報がラ
イブラリサーバ１０Ａのデータベースから引き出されて
モニタ上に表示される。図９では同一画面の右側の領域
に、曲目、ジャンル、アーティスト、指揮者などの曲情
報が同時に表示される。

【００４１】続いて指定した曲の検聴が行われる（ステ
ップ５０、５１）。そのためにはまず図９に示すロード
キーをクリックする。そうすると指定曲目の先頭部分
（５秒程度）のみが端末装置１０Ｄのバッファメモリ
（図示はしない）の中に取り込まれ、その状態でプレイ
キー（図９）をクリックする。そうするとその曲の先頭
部分から再生することができる。このとき画面は図１０
の内容に自動的に切り替えられる。検聴結果がオーケー
であるときは、図１０に示す確認画面上に表示されたダ
ウンロードキーをクリックする（ステップ５２、５
３）。

【００４２】ネットワークを経由したダウンロードの確
認処理が終了すると（ステップ５４）始めて端末装置１
０Ｄに設けられたローカルデータベースへのダウンロー
ド処理となる。ダウンロード処理以下を図３のフローチ
ャートに示す。

【００４３】ダウンロード処理が終了すると（図３ステ
ップ５５）、図１１に示すように画面はローカルデータ
ベース画面に切り替わり（ステップ５６）、ダウンロー
ド後の音を再確認するための検聴処理（再生処理）が行
われる（ステップ５７、５８）。再検聴処理がパスする
と、次の選曲処理に遷移する（ステップ５９）。

【００４４】全てのダウンロード処理が終了すると、ロ
ーカルデータベースへの登録確認処理が終了する（ステ
ップ６０）。そして、それらのうち編集に必要な曲目が
選択されて図１１に示すようなプレイリストに再登録さ
れる（ステップ６１）。

【００４５】プレイリストへの再登録に当たっては再登
録曲目の検聴ができるようになされており、全てのプレ
イ曲を選択した後は、曲の先頭部分（５秒程度）のみを
次々と再生するスキップ再生となる（ステップ６２、６
３）。スキップ再生としたのは、プレイ曲が多いような
とき短時間でその曲の内容を確認できるようにするため
である。ローカルデータベースの中の曲目でもプレイリ
ストの中の曲目でも共に再生して検聴できる。プレイリ
ストは図１１に示すようにローカルデータベースの隣り
に表示される。

【００４６】プレイリストへの登録曲目の確認が終了す
ると編集処理に遷移する（ステップ６４、６５）。この
編集処理は周知のように放送すべき曲目のカットイン点
とカットアウト点をそれぞれ指定する処理およびどの時
間にどの曲目を放送するかを決める処理などである。こ
れらの処理を行うと放送用の編集リストが完成する。編
集リストからでもスキップ再生を実行できる。

【００４７】編集結果を使用して送出番組が作成され
る。このときスケジューラ１０Ｃから番組枠を取得し
て、作成する番組の番組名、長さ、番組ＩＤなどの情報
を得る。そしてこれらの情報と編集結果を対応付けす
る。

【００４８】次に、オンエアサーバ１０Ｂ、スケジュー
ラ１０Ｃ、端末装置１０Ｄとの３者間で番組送出管理処
理を行い、許可されたときに端末装置１０Ｄのプレイリ
スト（番組データ）がオンエアサーバ１０Ｂに転送され
てこのオンエアーサーバ１０Ｂに登録される。

【００４９】スケジューラ１０Ｃは時間を管理し、上述
したように番組の開始時刻前になるとオンエアサーバ１
０Ｃをスタンバイさせ、開始時刻になったところで再生
スタートさせて、番組の送出となる。

【００５０】一般ユーザが曲目の連続検索処理を選択し
たときでも基本的には上述した過程を経て編集リストが
生成される。図４および図５を参照して説明するが、図
２および図３と対応する処理ステップに関しては同一符
号を付けてその説明は省略する。

【００５１】連続検索が１曲ごとに検索する場合と大き
く相違するのは端末装置１０Ｄ側にテンポラリーデータ
ベースが用意され、このテンポラリーデータベースに選
択した曲情報をその都度セット（ダウンロード）するこ
とだけである（ステップ７０）。

【００５２】したがって連続検索の場合には、ステップ
４７〜５２に示すように検聴しながら選曲が行われ、選
択した全ての曲情報をテンポラリーデータベースに登録
した後は（ステップ７０、７１）、ダウン処理ロードを
行い（ステップ７２、７３、７４）、このときローカル
データベースへの転送が終了した段階で、その曲情報が
テンポラリーデータベースから削除される（ステップ７
５）。そして全ての曲情報がローカルデータベースに転
送されると再検聴処理（ステップ７６、６１〜６３）を
経て上述したようなプレイリストへの登録、編集リスト
の作成処理へと遷移する（ステップ６５）。

【００５３】以上のように曲のタイトル、ムード、テン
ポや作曲者などの属性（付随データ）からなるデータベ
ースをもち、音データの実体をリンクさせることで、検
索してすぐに検聴することができるので、選曲の間違い
が生じない。

【００５４】また、番組で使う曲が決定し、編集のため
（全く編集しなくても）手元に必要な場合はダウンロー
ドができる。ダウンロードする必要がなく、ＣＤチェン
ジャなどでディスクそのものが必要な場合でも、データ
ベース上でのディスク保存場所の項目を参照すれば、Ｃ
Ｄを保管しているライブラリ室とのリンクができる。

【００５５】ダウンロードは１レコード単位でもできる
が、あるキーで検索した結果の複数曲を全部ダウンロー
ドしたい場合には、連続ダウンロードを実行することに
より簡単な操作で作業が効率的に行える。その検聴もス
キップ再生であるので短時間に全曲を検聴できる。

【００５６】

【発明の効果】以上説明したようにこの発明に係る編集
方法によれば、データベースより検索した曲の検聴をそ
の場で簡単に行うことができる。多数の曲を使用する場
合でも検聴のための手数がかからないなどの特徴を有す
る。

【００５７】この発明に係る編集装置では、ライブラリ
サーバ内に曲とその属性を示す情報がデータベース化さ
れているので、曲の検索が容易で、しかも複数の端末装
置が接続されているため、検聴や編集リストの作成が容
易になる。

【００５８】したがってこの発明はラジオ放送局の番組
送出装置などに適用して極めて好適である。

【図面の簡単な説明】

【図１】この発明に係る編集装置を番組送出装置に適用
した場合の一実施態様を示す要部の系統図である。

【図２】この発明に係る編集方法を実現するための一実
施態様を示す要部のフローチャート（その１）である。

【図３】この発明に係る編集方法を実現するための一実
施態様を示す要部のフローチャート（その２）である。

【図４】この発明に係る編集方法を実現するための一実
施態様を示す要部のフローチャート（その３）である。

【図５】この発明に係る編集方法を実現するための一実
施態様を示す要部のフローチャート（その４）である。

【図６】初期画面を示す図である。

【図７】メニュー画面を示す図である。

【図８】検索内容を示す図である。

【図９】曲情報を表示した図である。

【図１０】ダウンロードの表示画面を示す図である。

【図１１】ローカルデータベースとプレイリストを表示
した図である。

【符号の説明】

１・・・番組送出装置、２・・・番組送出部、４・・・
ミキサ、１０・・・編集装置、１０Ａ・・・ライブラリ
サーバ、１０Ｂ・・・オンエアーサーバ、１０Ｂ・・・
スケジューラ、１０Ｄ（２２Ａ〜２２Ｃ）・・・端末装
置

Claims (3)

【特許請求の範囲】
1. 【請求項１】 曲と、その属性を含めた情報がデータベ
   ース化され、このデータベースを検索することによって
   曲の編集を行うようにした編集方法であって、 検索側にローカルデータベースを用意し、 上記データベースの中から必要な曲を検聴しながら上記
   ローカルデータベースにダウンロードし、 このローカルデータベースの中から選択した曲を検聴し
   ながら最終的に必要な編集リストを作成するようにした
   ことを特徴とする編集方法。
2. 【請求項２】 ダウンロードしたい曲を次々に選択する
   に当たっては、 転送用のテンポラリーデータベースをライブラリサーバ
   内に設け、 上記データベースの中から必要な曲を検聴しながら上記
   テンポラリーデータベースに連続的にダウンロードし、 ダウンロードした全ての内容を確認したのち最終的に必
   要な編集リストを作成するようにしたことを特徴とする
   請求項１記載の編集方法。
3. 【請求項３】 曲と、その属性を含めた情報がデータベ
   ース化されて格納されたライブラリサーバと、 このデータベースを検索できる複数の端末装置とを有
   し、 上記端末装置にはローカルデータベース用のメモリ手段
   が設けられ、 上記端末装置側からの指示に基づいて、上記データベー
   スの中から必要な曲を検聴しながら上記ローカルデータ
   ベースにダウンロードし、 このローカルデータベースの中から選択した曲を検聴し
   ながら最終的に必要な編集リストを作成するようにした
   ことを特徴とする編集装置。