放送素材情報管理装置および記録媒体
【課題】 再収録を行なわずに素材コードの再割り付けを実行でき、以ってパフォーマンスの低下を招かないようにする。
【解決手段】 放送素材情報管理装置（２０１）は、データベース（３００）のレコードデータの移動によって、放送素材の識別情報（素材コード）の再割り付けを行なう。一般にデータベースのレコードデータ移動は極めて短い時間（瞬時といってよい）で行われるから、例えば、ビデオサーバ・システムにおける収録情報の消去や再収録の時間に比べて遥かに短い時間で再割り付けを行なうことができ、パフォーマンスの低下を招かないようにできる。
【解決手段】 放送素材情報管理装置（２０１）は、データベース（３００）のレコードデータの移動によって、放送素材の識別情報（素材コード）の再割り付けを行なう。一般にデータベースのレコードデータ移動は極めて短い時間（瞬時といってよい）で行われるから、例えば、ビデオサーバ・システムにおける収録情報の消去や再収録の時間に比べて遥かに短い時間で再割り付けを行なうことができ、パフォーマンスの低下を招かないようにできる。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、放送素材情報管理装置に関し、特に、報道番組などの放送素材情報（その放送素材の識別情報やタイトルおよび収録長などの付帯情報ならびにその放送素材の収録位置情報など）の管理に用いて好適な放送素材情報管理装置に関する。
【０００２】
【従来の技術】一般に放送局で取り扱うすべての放送素材には、ユニークな識別情報（以下「素材コード」という）が付与されており、この素材コードによって制作や送出はもちろん保管や破棄に至るまで一意に管理されている。このため、放送素材にとって素材コードは戸籍のようなものであり、絶対に間違って付与されてはならないものであるが、実際には、しばしば誤ったコードが付与されてしまうことがある。
【０００３】例えば、近年注目を集めているノンリニアのビデオサーバ・システム（詳細は後述）を例にすると、このシステムでは、（１）ファイリング端末を操作して放送素材を収めたリソース（例えば、ＶＴＲ）を指定し、（２）同端末に表示された素材リストの該当コード行を指定して放送素材と素材コードとの関連付け、すなわち当該放送素材への素材コードの割り付けを行ない、（３）ファイリングを実行して上記リソースからビデオサーバ・システムへ放送素材を記録（以下「収録」という）する、というファイリング作業を行なうが、素材コードの割り付けは、上記（２）のとおり、人為的であるが故に過誤（ミス）が避けられないうえ、特に、事件報道のように突発的なファイリング作業を行なう場合は、確認がおろそかになり易く、しばしば素材コードの割り付けミスが発生していた。
【０００４】したがって、割り付けミスを発見した場合は、速やかに正しい素材コードに訂正（以下「再割り付け」という）しなければならないことはいうまでもなく、このような場合は、従来から、ファイリング端末を操作して間違った素材コードの行を指定し、その行に関連付けられている収録済みの素材をビデオサーバ・システムから消し去り、正しい素材コードの行を指定して上記（１）〜（３）を繰り返すことにより、収録をし直して素材コードの再割り付けを行なうという手順を踏んでいた。
【０００５】
【発明が解決しようとする課題】しかしながら、上記再割り付け手順にあっては、収録済みの素材をビデオサーバ・システムから消去するステップと、同じ素材をあらためてビデオサーバ・システムに再収録するステップとを含むため、これら二つのステップの実行時間に相当する少なくない待ち時間が発生してパフォーマンスの低下を招くという不都合があり、特に複数の素材コードの再割り付けを繰り返す際には、くり返し回数をＮ、上記待ち時間をＴとすると、少なくともＮ×Ｔもの待機時間が発生するという問題点があった。
【０００６】したがって、本発明が解決しようとする課題は、再収録を行なわずに素材コードの再割り付けを実行でき、以ってパフォーマンスの低下を招かないようにした放送素材情報管理装置の提供にある。
【０００７】
【課題を解決するための手段】本発明は、上記課題を達成するために、放送素材を識別するための識別情報を含む放送素材情報を管理する放送素材情報管理装置において、前記放送素材情報を前記識別情報ごとにレコード化して記憶するデータベースからすべてのレコードまたは所定の条件に合致した一部のレコードの情報を受け取りその受け取った情報をレコード単位に区域分けされた形式のオブジェクトを用いて表示する表示手段と、前記表示手段によって表示されたオブジェクトの任意の二つの区域を選択する選択手段と、前記選択手段によって選択された二つの区域に表示されている第一の識別情報を移動元のキーワードとし他方の識別情報を移動先のキーワードとして前記データベースに対して該識別情報を除くレコード情報の移動を指示する移動指示手段と、を備えたものである。
【０００８】
【作用】本発明では、オブジェクト上で選択された二つの識別情報（第一の識別情報と第二の識別情報）を移動元と移動先のキーワードにしてデータベースのレコードの情報（データ）が移動される。この移動に際し、レコードの情報のうちの識別情報は移動対象から除かれているため、例えば、移動元の識別情報（第一の識別情報）をＡ、識別情報Ａを持つ移動前のレコードの情報をａとし、移動先の識別情報（第二の識別情報）をＢとすると、上記移動により、識別情報Ｂのレコードの情報がａに書き換えられるとともに、識別情報Ａの情報が初期値（既定値）に戻されることになる。一般にデータベースのレコードデータの移動は極めて短い時間（瞬時といってよい）で行われる。もちろんこの移動時間はデータベースの構造やアーキテクチャによって多少の長短はあるものの、例えば、ビデオサーバ・システムにおける収録情報の消去や再収録の時間に比べて遥かに短いことは明らかである。
【０００９】
【発明の実施の形態】以下、本発明の実施の形態を、報道番組用のビデオサーバ・システムを例にして図面を参照しながら説明する。なお、以下の説明における様々な細部の特定ないし実例および数値や文字列その他の記号の例示は、本発明の思想を明瞭にするための、あくまでも参考であつて、それらのすべてまたは一部によって本発明の思想が限定されないことは明らかである。また、周知の手法、周知の手順、周知のアーキテクチャおよび周知の回路構成等（以下「周知事項」）についてはその細部にわたる説明を避けるが、これも説明を簡潔にするためであって、これら周知事項のすべてまたは一部を意図的に排除するものではない。かかる周知事項は本発明の出願時点で当業者の知り得るところであるので、以下の説明に当然含まれている。
【００１０】図１は、放送局内に設置されたビデオサーバ・システム１０００の全体構成図である。なお、この構成図は、実際のビデオサーバ・システムの全体像を正確に表すものではない。本発明の思想を理解する上で必要となる構成要素を含ませるべく、概括的かつ代表的に模式化して示すものである。図示のビデオサーバ・システム１０００は、その役割別に、局内上位サブシステム１００、操作サブシステム２００、データベースサブシステム３００、大容量記憶サブシステム４００、送出系サブシステム５００などに分類することができる。これらのサブシステムは、それぞれ後述の役割を担うものであり、各サブシステムは、その担当役割の全てまたは一部を効率的かつ低コストで実現するために、必要に応じ、汎用のオペレーティングシステム（以下「ＯＳ」）を搭載したパーソナルコンピュータもしくはワークステーション（以下「パソコン」という）を含むことができる。特に、操作サブシステム２００は、以下の説明からも明らかになるが、操作員との良好なマン・マシン・インターフェースを図るために、ＧＵＩ（グラフィカル・ユーザインターフェース）環境に優れた所定の汎用ＯＳ（例えば、Ｗｉｎｄｏｗｓ９５／９８／ＮＴ：Ｍｉｃｒｏｓｏｆｔ社の登録商標）を搭載したネットワーク対応のパソコン（ネットワークカードやハードディスクドライブを実装したパソコン本体、ディスプレイ装置およびキーボードやマウス等の入力装置を含む）を少なくとも１台（図では便宜的に５台）含む。
【００１１】各サブシステムの好ましい構成例を説明すると、まず、局内上位サブシステム１００は、報道部門等に設置された上位管理システム１０１を備える。この上位管理システム１０１は、報道番組のスケジュール（番組構成表）を作成したりするものである。なお、上位管理システム１０１は、厳密にはビデオサーバ・システム１０００とは別系統のワークグループに属するネットワークに接続されており、このネットワークとビデオサーバ・システム１０００とを連接（ＬＡＮ−ＬＡＮ接続）して、いわゆるＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）を構築するために、局内上位サブシステム１００にデータゲートウェイ１０２が設けられている。図示のデータゲートウェイ１０２はネットワーク対応のパソコンで構成されており、例えば、２枚のネットワークカードをスロットに挿入し、一方のカードを上位管理システム１０１に接続するとともに、他方のカードをビデオサーバ・システム１０００のネットワーク媒体６００（例えば、イーサネットやＡＴＭなどの汎用プロトコルを用いたＬＡＮ回線）に接続して、両ネットワーク間における必要なデータの選択的転送を可能にする。上位管理システム１０１からビデオサーバ・システム１０００へのデータ転送方向を“下り”その逆を“上り”と称することにすると、下りデータは番組構成表などであり、上りデータは放送を完了した放送素材のリスト（送出結果リスト）などである。
【００１２】次に、操作サブシステム２００は、既述のとおり、ＧＵＩ環境に優れた汎用ＯＳを搭載した複数のパソコン（図では便宜的に５台のパソコン；符号２０１〜２０５参照）を備える。これらのパソコンは、それぞれ、「収録」、「編集」、「送出監視」、「素材管理」および「システム管理」の各担当局員によって操作される。もし、これらの担当局員が同一人物の場合、または、「収録」、「編集」、「送出監視」、「素材管理」および「システム管理」の各作業が同時に行われない場合、パソコンは１台でよい。すなわち、１台のパソコンに、収録作業用、編集作業用、送出監視作業用、素材管理作業用およびシステム管理作業用の各アプリケーションプログラムソフト（またはこれらを統合したアプリケーションプログラムソフト）をインストールし、実行すべき作業内容に応じて適切なアプリケーションプログラムを起動すればよい。しかし、実際には、上記各作業の全てまたは一部を並行して行うことが多いため、パソコンは、各作業毎、すなわち、収録作業用のパソコン（以下「収録端末」）２０１、編集作業用のパソコン（以下「編集端末」）２０２、送出監視作業用のパソコン（以下「送出監視端末」）２０３、素材管理作業用の端末（以下「素材管理端末」）２０４およびシステム管理作業用の端末（以下「システム管理端末」）２０５のように別々に設置することが望ましい。なお、収録作業とは放送素材を大容量記憶サブシステム４００に蓄積（収録）する作業であり、編集作業とは大容量記憶サブシステム４００に蓄積された放送素材を実際に放送する素材に直す作業であり、送出監視とは大容量記憶サブシステム４００に蓄積された放送素材のスケジュールに従った送出動作を監視する作業であり、素材管理とは大容量記憶サブシステム４００に蓄積された放送素材を管理する作業であり、システム管理とはビデオサーバ・システム１０００の動作環境を管理したりシステム設定値等を設定したりする作業である。各端末２０１〜２０５はスロットに挿入された不図示のネットワークカードを介してネットワーク媒体６００に接続されている。各端末２０１〜２０５は同一の作業を複数の局員で分担して行う場合に備えて、作業単位毎に複数台設けられていてもよい。例えば、収録作業用の収録端末２０１を複数台備えてもよい。
【００１３】次に、データベースサブシステム３００は、ネットワーク対応のデータベースエンジン（例えば、ＳＱＬデータベースエンジン；ＳＱＬはＳｔｒｕｃｔｕｒｅｄ Ｑｕｅｒｙ Ｌａｎｇｕａｇｅの略）を搭載しており、このデータベースエンジンを介して、操作サブシステム２００の各端末２０１〜２０５から自由にレコードデータの参照、更新、移動および追加を行うことが可能なデータベーステーブル（以下「ＤＢ＿ＴＢＬ」と略す）を備える。ＤＢ＿ＴＢＬは、例えば、図２に示すようなテーブル構造を有している。
【００１４】図２において、横長の桝目の一つ一つはそれぞれデータフィールド（以下、単に「フィールド」）を表しており、全体の枠線は一つのレコードを表している。各フィールドには、例えば、“Ｍａｔｅｒｉａｉ ＩＤ”、“Ｔｉｔｌｅ”、“Ｄｕｒａｔｉｏｎ”、“Ｓｔａｔｕｓ”、“Ｆｉｌｉｎｇ Ｄａｔｅ”、“Ｓｔａｒｔ／Ｅｎｄ Ｔｉｍｅ”、“Ｓｏｕｒｃｅ”、“Ｔｉｍｅｒ”、“Ｐｒｅｖｉｅｗ”、“Ｐｒｏｇｒａｍ Ｎａｍｅ”・・・・といった適当な名前（フィールド名）がつけられており、これらのフィールドの意味と役割は、以下のとおりである。
＜Ｍａｔｅｒｉａｉ ＩＤフィールド＞放送素材（Ｍａｔｅｒｉａｌ）を一意に識別するための素材コード（ＩＤ：Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）を格納するためのフィールドであり、特に、ＤＢ＿ＴＢＬのキーコードフィールド（インデックスフィールドともいう）としても用いられる特別なフィールドである。キーコードフィールドの値の重複は許されず、また、空白やＮｕｌｌ値およびＥｍｐｔｙ値も許されない。データベースエンジンはこのキーフィールドの情報（Ｍａｔｅｒｉａｌ ＩＤ；以下「素材コード」という）を参照して各レコードを一意に識別する。素材コードは新規レコードの追加時にデータベースエンジンによって自動発行された一連番号であってもよいし、あるいは、報道部門等に設置された上位管理システム１０１によって自動発行されたユニークな情報であってもよいが、本実施の形態では、放送素材の局内における担当部門を識別するために後者の素材コードを用いることにする。例えば、報道番組の素材であれば、報道局を表す任意の文字列（例：“ＡＲＣ”）と同局内でユニークな一連番号を連結したものを素材コードとして使用することとし、さらに、素材コードの桁数を揃えるために一連番号をゼロサプレスすること（一連番号の最大桁数に満たない場合に先頭に“０”を付けて桁数を揃えること）とする。
【００１５】また、レコードデータの更新を表す情報（以下「バージョン情報」という）を素材コードに付加することとし、そのために素材コードの桁数を増やすこととする。増やす桁数はバージョンアップの予想最大回数に依存し、例えば、桁の表示形式を１０進数とすると、１桁の追加で０〜９までを表現できるので、当該追加桁の初期値を０（更新無し）とするとともに、以降、レコード更新の度に当該追加桁の値を＋１することにより、最大で９回までのバージョンアップを表現できる。なお、以下の説明において、単に「素材コード」という場合は、上記バージョン情報を含まないものとする。
＜Ｔｉｔｌｅフィールド＞放送素材のタイトル（一般に番組構成表を作成する際などに担当者によって付けられたその放送素材の内容を表す適当な文字列）を格納するためのフィールドである。既定値はＮｕｌｌ値である。
＜Ｄｕｒａｔｉｏｎフィールド＞放送素材の長さ（いわゆる素材長）を格納するためのフィールドである。書式は「ｈｈ：ｍｍ：ｓｓ：ｆｆ」である。但し、ｈｈは時、ｍｍは分、ｓｓは秒、ｆｆはフレーム数を表すいずれも二桁の数値である。既定値はＮｕｌｌ値である。
【００１６】＜Ｓｔａｔｕｓフィールド＞放送素材の収録状況を示す情報（ステータス情報）を格納するためのフィールドである。ステータス情報には、収録済みを表す“Ｆｉｌｅｄ”と未収録を表す“Ｎｏｔ Ｆｉｌｅｄ”がある。さらにこれらに加えて、ノンリニア編集特有のＥＤＬ（Ｅｄｉｔ Ｄｅｃｉｓｉｏｎ Ｌｉｓｔ）形式で収録されていることを表す“ＥＤＬ”を含むこともある。因みに、ＥＤＬとは放送素材の編集情報（例えば、素材の収録場所や素材名および編集点情報など）をテキスト形式で記述したファイルであり、ＥＤＬ形式の放送素材は送出時または編集時に上記編集情報に従って一連の放送素材として取り扱われる。既定値は“Ｎｏｔ Ｆｉｌｅｄ”である。
＜Ｆｉｌｉｎｇ Ｄａｔｅフィールド＞収録日を表す日時情報を格納するフィールドである。日時情報は、例えば、過去の特定日時を初期値（０）としてそれからの経過時間を示す数値の形で格納されており、この情報を表示する際などに適切な形式（例えば、ｙｙ／ｍｍ／ｄｄ；但しｙｙは年、ｍｍは月、ｄｄは日を表す二桁の数値）に変換して使用するようになっている。なお、他の日時形式のフィールドについても同様である。既定値はＮｕｌｌ値である。
＜Ｓｔａｒｔ／Ｅｎｄ Ｔｉｍｅフィールド＞収録の開始日時と終了日時の二つの日時情報を格納するフィールドである。既定値はＮｕｌｌ値である。
【００１７】＜Ｓｏｕｒｃｅフィールド＞放送素材の収録に用いるリソースを表す情報を格納するフィールドである。リソースの種類は局によって様々であるが、例えば、１台ないし数台のＶＴＲ、固定のテレビカメラ、放送素材を局外から取り込む１本ないし数本の通信回線などがある。これらのリソースを見分けるための適切な文字列（例えば“ＶＴＲ１”や“ＬＩＮＥ１”等）を選択して格納する。既定値はＮｕｌｌ値である。
＜Ｔｉｍｅｒフィールド＞時刻指定による自動収録を行なうか否かを表す情報を格納するフィールドであり、Ｔｒｕｅ（自動収録する）とＦａｌｓｅ（自動収録しない）のいずれかを格納する。既定値はＦａｌｓｅである。
【００１８】＜Ｐｒｅｖｉｅｗフィールド＞収録素材のプレビュー確認を行なったか否かを表す情報を格納するフィールドであり、Ｔｒｕｅ（確認済み）とＦａｌｓｅ（未確認）のいずれかを格納する。既定値はＦａｌｓｅである。
＜Ｐｒｏｇｒａｍ Ｎａｍｅフィールド＞収録素材を使用する放送番組の名前（一般に番組構成表を作成する際などに担当者によって付けられた文字列）を格納するためのフィールドである。既定値はＮｕｌｌ値である。
【００１９】因みに、図示のＤＢ＿ＴＢＬには、ある素材コード（“ＡＲＣ００００１ ０”；実質的な素材コードは“ＡＲＣ００００１”であり最下位桁の“０”はバージョン情報である）の放送素材に関する属性として、Ｔｉｔｌｅ“朝のニュース”、Ｄｕｒａｔｉｏｎ“００：００：１８：００”、Ｓｔａｔｕｓ“ＥＤＬ”、Ｆｉｌｉｎｇ Ｄａｔｅ“９９／０３／２４”、Ｓｔａｒｔ／Ｅｎｄ Ｔｉｍｅ“１５：００：１３：００、１５：５４：３１：００”、Ｓｏｕｒｃｅ“ＶＴＲ１”、Ｔｉｍｅｒ“しない”、Ｐｒｅｖｉｅｗ“確認済み”、ＰｒｏｇｒａｍＮａｍｅ“○×○△”が格納されている。そして、これらの情報より、“ＡＲＣ００００１ ０”のレコードはバージョンアップされておらず、且つ、番組名“○×○△”に使用されるＥＤＬ形式の長さ“００：００：１８：００”の放送素材がすでに収録済みであってその収録日は“９９／０３／２４”、収録の開始と終了は“１５：００：１３：００、１５：５４：３１：００”であることを知ることができ、さらに自動収録されたものでなく、また、プレビュー確認も完了していることを知ることができる。
【００２０】次に、大容量記憶サブシステム４００は、本実施の形態のビデオサーバ・システム１０００の中核をなすものであり、要するに、公知の大容量ハードディスク管理技術、典型的には、ＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ Ａｒｒａｙ ｏｆ Ｉｎｅｘｐｅｎｓｉｖｅ Ｄｉｓｋ）技術を駆使して構築された大容量のハードディスクアレイシステムである。図示の大容量記憶サブシステム４００は、特に限定しないが、映像データの記憶にＲＡＩＤ３を使用するとともに、音声データの記憶にＲＡＩＤ１を使用し、さらに、障害耐性を向上するために、その主要部をＡ系とＢ系のデュアル構成にして各系に同一の素材データを記憶する。Ａ系はＳＭＳ（Ｓｅｒｖｅｒ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）４０１ａ、ＩＤＣ（Ｉｎｔｅｌｌｉｇｅｎｔ Ｄｅｖｉｃｅ Ｃｏｎｔｒｏｌｌｅｒ）４０２ａおよびビデオサーバ４０３ａを備え、また、Ｂ系も同じくＳＭＳ（同）４０１ｂ、ＩＤＣ（同）４０２ｂおよびビデオサーバ４０３ｂを備える。さらに、大容量記憶サブシステム４００は、各系共通のカセットオートチェンジャー制御装置４０４、カセットオートチェンジャー４０５、各系のＩＤＣ４０２ａ、４０２ｂによって制御される素材機４０６、プレビュー画像等を表示するモニター装置４０７およびコマンド中継装置４０８を備える。
【００２１】コマンド中継装置４０８は、操作サブシステム２００と大容量記憶サブシステム４００の間のコマンドインターフェースをとるための装置である。なお、コマンド中継装置４０８の機能を、操作サブシステム２００（の各端末２０１〜２０５）や大容量記憶サブシステム４００（のＳＭＳ４０１ａ、４０１ｂ）に振り分けて実装してもよい。コマンド中継装置４０８を不要にすることができる。但し、操作サブシステム２００や大容量記憶サブシステム４００の構成（例えば、端末やビデオサーバの台数または端末のＧＵＩ機能）がユーザ毎に異なることがあるため、汎用性の観点から、実用上は操作サブシステム２００と大容量記憶サブシステム４００の間にコマンド中継装置４０８を設けておくことが望ましい。構成の違いをコマンド中継装置４０８で吸収し、ユーザ要求に応じたシステム構成を柔軟に構築できるからである。
【００２２】モニター装置４０７は、操作サブシステム２００からの指示によって大容量記憶サブシステム４００から読み出された放送素材をプレビューする。カセットオートチェンジャー４０５は、旧来のテープ方式による送出素材蓄積装置に相当する。ビデオサーバ４０３ａ、４０３ｂの蓄積データを磁気テープに記憶してライブラリデータとして保存したり、この磁気テープデータを利用して両系のビデオサーバー４０３ａ、４０３ｂの緊急予備機として利用したりできる。なお、カセットオートチェンジャー制御装置４０４は、収録端末２０１や編集端末２０２または送出監視端末２０３からのリソース要求に応答してカセットオートチェンジャー４０５の各種リソースの割り当てを調停するものであり、その基本機能はＳＭＳ４０１ａ、４０１ｂの機能と類似するので、ここでの説明は省略する。
【００２３】図３は、大容量記憶サブシステム４００の一つの系（図では便宜的にＡ系）を示す構成図である。なお、図３において、供給部７１５〜７１９および送出部７２０〜７２４は、図１の素材機４０６に相当し、ルータ７０４は、図１のマスタースイッチャー５０３に相当する。すなわち、ビデオサーバは厳密には、図３の破線で囲まれた部分（符号７２５、７２６参照）であるが、以下の説明では便宜上、一点鎖線で囲まれた部分（符号４０３ａ参照）をビデオサーバと称することにする。
【００２４】ＳＭＳ４０１ａはネットワーク媒体６００を介してコマンド中継装置４０８につながっており（破線Ａ参照）、コマンド中継装置４０８は同じくネットワーク媒体６００を介して操作サブシステム２００（の各端末２０１〜２０５）につながっている（破線Ｂ参照）。ＳＭＳ４０１ａは、ネットワーク媒体６００およびコマンド中継装置４０８を介して伝えられた操作サブシステム２００（正確には操作サブシステム２００の各端末２０１〜２０５）からの制御コマンドに応答して、ビデオサーバ４０３ａの各種リソース割り当てを調停するとともに、ＩＤＣ４０２ａに制御コマンドを送出する。ＩＤＣ４０２ａは、ＳＭＳ４０１ａからのコマンドに対して、内部タイマあるいは外部からのＧＰＩ（マニュアル操作に基づく制御信号）をトリガにして発火する、リアルタイム制御を司る。なお、リソース（Ｒｅｓｏｕｒｃｅ；資源ともいう）とは、ビデオサーバ４０３ａの入出力チャネル、ルータの接続点、ＲＡＩＤを構成するハードディスクなどのデバイスのことをいう。操作サブシステム２００の各端末２０１〜２０５は割り当てを受けたデバイスをその割り当て期間中、占有して使用することができる。リソース割り当ては操作サブシステム２００の各端末２０１〜２０５からの要求に応じて動的に行われなければならない。固定割り当ては端末の数だけリソースを備える必要があり、効率的でないうえ、システム規模が大きくなるので現実的でないからである。ところで、リソースの割り当てを動的にした場合、同一リソースへの競合や優先割り当ての対策を講じる必要がある。ＳＭＳ４０１ａは、かかる競合および優先割り当ての調停を行う。
【００２５】ビデオサーバ４０３ａは、図３に示すように、ｎ＋１台（図では便宜的にｎ＝２）のサブＩＤＣ（以下「ＳＩＤＣ」）７０１〜７０３と、ルータ７０４と、ｎ台のコントローラ（以下「ＣＮＴ」）７０５、７０６と、ｍ×ｎ個（図では便宜的にｍ＝３）の入出力処理部（以下「ＩＯＰ」）７０７〜７１２と、ｎ個のＲＡＩＤ部７１３、７１４と、ｊ個（図では便宜的にｊ＝５）の供給部７１５〜７１９と、ｊ個の送出部７２０〜７２４とを備えており、ＣＮＴ７０５、ＩＯＰ７０７〜７０９およびＲＡＩＤ部７１３で第１サーバ７２５を構成し、残りのＣＮＴ７０６、ＩＯＰ７１０〜７１２およびＲＡＩＤ部７１４で第２サーバ７２６を構成する。なお、第１サーバ部７２５のＣＮＴ７０５およびＩＯＰ７０７〜７０９とＲＡＩＤ部７１３の間はＲＡＩＤ用のバス７２７で接続され、また、第２サーバ部７２６のＣＮＴ７０６およびＩＯＰ７１０〜７１２とＲＡＩＤ部７１４の間はＲＡＩＤ用のバス７２８で接続されている。
【００２６】第１サーバ７２５および第２サーバ７２６は、ルータ７０４を介してＳＩＤＣ７０１〜７０３および供給部７１５〜７１９ならびに送出部７２０〜７２４に接続されている。供給部７１５〜７１９は、不図示のＶＴＲや回線にも接続されており、供給部７１５〜７１９に入力された素材データ、すなわち、素材機４０６またはＶＴＲもしくは回線からの素材データをルータ７０４を介して第1サーバ７２５または第2サーバ７２６のＲＡＩＤ部７１３、７１４に記録できるようになっている。ＩＯＰ７０７〜７０９、７１０〜７１２のそれぞれを１チャネルと数えると、図示のルータ７０４はｍチャネルの同時入出力が可能であり、“収録先”に相当する収録チャネルの数はｍ×２個になる。また、供給部７１５〜７１９は“収録元”に相当し、図示の例の場合、収録元の数は５個である。
【００２７】ＳＭＳ４０１ａの制御下でルータ７０４の接続点を切替えることにより、第１サーバ７２５の各ＩＯＰ７０７〜７０９と供給部７１５〜７１９（または送出部７２０〜７２４）との組合わせを動的に変更できる。もしくは、第２サーバ７２６の各ＩＯＰ７１０〜７１２と供給部７１５〜７１９（または送出部７２０〜７２４）との組合わせを動的に変更できる。例えば、供給部７１５を“収録元”に指定するとともに、第１サーバ７２５のＩＯＰ７０７を“収録先”に指定すれば、この供給部７１５にセットされた素材データをＩＯＰ７０７から取り込み、第１サーバ７１５のＲＡＩＤ部７１３に記録（収録）できる。
【００２８】次に、送出系サブシステム５００は、送出部門に設置された上位制御システム（以下、便宜的に「送出制御システム」という）５０１を含むとともに、さらに、この送出制御システム５０１からの通知データ（スタンバイコマンドやスタンバイステータスデータ等）に従ってデータベースサブシステム３００のデータを更新するＡ系の送出制御ゲートウェイ５０２ａおよびＢ系の送出制御ゲートウェイ５０２ｂと、各系共通のマスタースイッチャー５０３などを含む。なお、送出制御システム５０１から各系のＩＤＣ４０２ａ、４０２ｂに対して送出プレイ制御情報（ＰＬＡＹコマンド）が送信されるとともに、マスタースイッチャー５０３から各系のＩＤＣ４０２ａ、４０２ｂに対してオンエアタリー情報（ＯＡ−ＴＡＬＬＹコマンド）が供給される。
【００２９】次に、本実施の形態のビデオサーバ・システム１０００の全体動作について、報道番組の素材収録を例にして説明する。報道番組の素材は、番組構成表に従って選択された、例えば、ライブラリ素材や中継車等からの映像音声素材（以下「中継素材」）などである。ライブラリ素材はカセットオートチェンジャー４０５によって事前に磁気テープに記録されたものであり、収録に先立ち、必要なライブラリ素材が収められたカセットテープがあらかじめ所定のＶＴＲにセットされる。また、中継素材はマイクロウェーブや通信衛星などを介して局に伝えられ、事前に打ち合わせられた所定の回線を通してビデオサーバ・システム１０００に入力される。
【００３０】例えば、図３の供給部７１５が所定のＶＴＲに接続され、かつ、図３の供給部７１６が所定の回線に接続されていたとすると、上記のライブラリ素材または中継素材を大容量記憶サブシステム４００に収録する際の動作は、次のようになる。まず、収録端末２０１を操作して大容量記憶サブシステム４００に供給部７１５または供給部７１６を含むリソース要求を出力する。次いで、大容量記憶サブシステム４００からのリソース確保通知（すなわち「スタンバイ状態」の通知）を受け取ると、収録端末２０１から大容量記憶サブシステム４００に収録開始指示を出力して、供給部７１５または供給部７１６を介して第１サーバ部７２５のＲＡＩＤ部７１３や第２サーバ部７２６のＲＡＩＤ部７１４に、上記ライブラリ素材または中継素材を収録（記憶）させる。
【００３１】図４は、収録端末２０１に表示されるＦｏｒｍオブジェクトの一つを示す図である。なお、Ｆｏｒｍオブジェクトとは、ＧＵＩに優れた開発環境（例えば「ＶｉｓｕａｌＣ＋＋」や「Ｖｉｓｕａｌ Ｂａｓｉｃ」、いずれもＭｉｃｒｏｓｏｆｔ社の登録商標）によって設計されたアプリケーションプログラムに含まれるユーザインターフェースの一種である。特に、図示のＦｏｒｍオブジェクト１は、収録端末２０１で実行される、ビデオサーバ・システム１０００のためのユーザアプリケーションプログラム（収録操作専用または編集操作等の他の操作機能と兼用のアプリケーションプログラム）のＦｏｒｍｓコレクション（オープンされたすべてのＦｏｒｍオブジェクトのコレクション）のメンバの一つであり、そのオブジェクト名を「ファイリングフォーム」とするとともに、以下の様々なコントロール（Ｃｏｎｔｒｏｌオブジェクト）やプロパティ設定値を含むものである。収録作業担当の局員は、このＦｏｒｍオブジェクト１（以下「ファイリングフォームオブジェクト１」という）を見ながら対話的に所要の作業を行う。“コントロール”とは、再利用可能なプログラムモジュールの一種であって、特に、Ｖｉｓｕａｌなプログラム開発ツールにあらかじめ付属する（または別売される）フォームオブジェクト設計用の様々な部品のことをいう。例えば、ＶＢＸ（Ｖｉｓｕａｌ Ｂａｓｉｃ Ｅｘｔｅｎｓｉｏｎ）、ＯＣＸ（ＯＬＥカスタムコントロール）、クラスライブラリ、リモートＯＬＥ、ＡｃｔｉｖｅＸコントロールなどが代表例である。フォームオブジェクトを設計する際に、用途に応じた適切なコントロールを選択し、そのコントロールを画面（Ｆｏｒｍオブジェクト）に貼り付けるだけで画面をレイアウトできるので、開発工数を大幅に短縮できる。あらゆるコントロールは、プロパティ、メソッドまたはイベントと呼ばれるプログラミングインターフェース（のすべてまたは一部）を持つ。これらのプログラミングインターフェースはオブジェクト指向におけるスケルトン（骨格）に相当するものである。プロパティはそのコントロールの静的な属性、メソッドはそのコントロールの動作、イベントはそのコントロールの外的要因に対応する動作を規定する。例えば、一般的なコマンドボタンコントロールはプロパティとイベントの二つを持つので、Ｆｏｒｍオブジェクト上またはコード上でこれらのインターフェースに所望の値をセットすることにより、そのコマンドボタンコントロールの静的な属性と外的要因に対応する動作を任意にプログラミングできる。
【００３２】ファイリングフォームオブジェクト１の好ましいフォームレイアウトを説明すると、ファイリングフォームオブジェクト１の最上部には、ＦｏｒｍオブジェクトのディフォルトＣｏｎｔｒｏｌオブジェクトの一つであるタイトルバー２が表示されている。このタイトルバー２には、適当なタイトルメッセージ（図では“ファイリング”）が表示されるとともに、その左端に適当にデザインされたイメージオブジェクト２ａ、その右端にファイリングフォームオブジェクト１を閉じるためのボタン２ｂ、最大化ボタン２ｃおよび最小化ボタン２ｄなどが表示されている。さらに、タイトルバー２の下には、ＭｅｎｕＢａｒコントロール３、フォームヘッダセクション４、フォーム詳細セクション５およびフォームフッターセクション６が配置されている。
【００３３】図５（ａ）はＭｅｎｕＢａｒコントロール３とフォームヘッダセクション４の拡大図である。ＭｅｎｕＢａｒコントロール３には、ファイリングフォームオブジェクト１のＭｅｎｕＢａｒプロパティに設定されたメニュー項目文字列、例えば、図では、符号３ａ〜３ｆで示す“Ｆｉｌｅ”、“Ｅｄｉｔ”、“Ｖｉｅｗ”、“Ｏｐｅｒａｔｉｏｎ”、“Ｗｉｎｄｏｗ”および“Ｈｅｌｐ”などが表示されており、任意のメニュー項目文字列をクリック（マウスの左ボタン操作；以下単に「クリック」または「選択」という）することによって、プルダウン式のサブメニューリストが表示されるようになっている。メニュー項目文字列３ａ〜３ｆは、Ｗｉｎｄｏｗｓ９５やＮＴ等でよく用いられるメニュースタイルと同様にそれぞれ「ファイル操作」、「編集操作」、「表示」、「ウィンドウ」および「ヘルプ」などを意味するが、“Ｏｐｅｒａｔｉｏｎ”については、ビデオサーバ・システム１０００のファイリング操作に特有のサブメニュー（後述の“Ｒｅａｓｓｉｇｎ Ｆｉｌｅ”）を含む。なお、メニュー項目文字列３ａ〜３ｆのアンダーライン付きのアルファベット文字はショートカットキーを表している。当該ショートカットキーとキーボード上の所定の機能キー（例えばＡｌｔキー）とを同時に押すことにより、マウスを操作することなく、当該メニュー項目を選択することができる。
【００３４】次に、フォームヘッダセクション４には複数個（図では７個）のコマンドボタンコントロール４ａ〜４ｇが配置されている。これらのコマンドボタンコントロール４ａ〜４ｇはファイリングフォームオブジェクト１のＣｏｎｔｒｏｌオブジェクトコレクションに含まれるＣｏｎｔｒｏｌオブジェクトであり、それぞれのコマンドボタンコントロール４ａ〜４ｇをクリックすることによって、そのコントロールのＯｎＣｌｉｃｋイベントプロパティに登録されたプロシージャ（一連の処理手続きを所定のプログラム言語によって記述したもの）を実行する。
【００３５】例えば、図示の例では、左端のコマンドボタンコントロール４ａをクリックすると後述のデータシートコントロールに表示されているデータを印刷するためのプロシージャを実行する。左から二番目のコマンドボタンコントロール４ｂをクリックすると同データシートコントロールにデータを追加するためのプロシージャを実行する。左から三番目のコマンドボタンコントロール４ｃをクリックすると同データシートコントロールの選択データを編集すめためのプロシージャを実行する。左から四番目のコマンドボタンコントロール４ｄをクリックすると同データシートコントロールの選択データをクリップボードにコピーするためのプロシージャを実行する。左から五番目のコマンドボタンコントロール４ｆクリックすると同データシートコントロールの選択データをタイムシフト（Ｓｔａｒｔ／Ｅｎｄ Ｔｉｍｅ等の時間データを所定量前後にシフトすること）するためのプロシージャを実行する。右端のコマンドボタンコントロール４ｇをクリックするとヘルプファイルをオープンするためのプロシージャを実行する。なお、これらのプロシージャは、ファイリングフォームオブジェクト１を用いて対話的に行われるユーザ操作の便宜を図るためのものであり、上記例示のものに限定されない。また、図示の例では、それぞれのコマンドボタンコントロール４ａ〜４ｇのＴｉｔｌｅプロパティに“ＰＲＩＮＴ”、“ＡＤＤ”、“ＥＤＩＴ”、“ＣＯＰＹ”、“ＰＡＳＴＥ”、“ＴＩＭＥ ＳＨＩＦＴ”および“ＨＥＬＰ”の各文字列をセットし、これらの文字列によって各々のコマンドボタンコントロール４ａ〜４ｇを識別しているが、適切にデザインされたグラフィックアイコン（例えば“ＰＲＩＮＴ”の代わりにプリンタをデザインしたアイコン）を使用して識別するようにしてもよい。
【００３６】次に、フォーム詳細セクション５にはテキストボックスコントロール５ａとデータシートコントロール１０が設けられている。テキストボックスコントロール５ａはデータシートコントロール１０の抽出条件を表す文字列（図では“最新バージョン”）を表示し、データシートコントロール１０は前述のＤＢ＿ＴＢＬのレコードデータ（但し上記抽出条件に対応したレコードデータ）をリスト表示する。
【００３７】図６はデータシートコントロール１０のレイアウト図である。データシートコントロール１０は、タイトル行１１とデータ表示エリア１２とからなり、データ表示エリア１２は横線で区域分けされた複数の行（「Ｒｏｗ」ともいう）と、複数の列（「Ｃｏｌｕｍｎ」ともいう）１１ａ〜１１ｅで構成されている。データ表示エリア１２の各行にはＤＢ＿ＴＢＬの一つのレコードのフィールドデータが表示されるようになっており、その表示順は行の左端列から順に“Ｍａｔｅｒｉａｌ ＩＤ”、“Ｔｉｔｌｅ”、“Ｄｕｒａｔｉｏｎ”、“Ｓｔａｔｕｓ”、“Ｆｉｌｉｎｇ Ｄａｔｅ”、“Ｓｔａｒｔ／Ｅｎｄ Ｔｉｍｅ”、“Ｓｏｕｒｃｅ”、“Ｔｉｍｅｒ”、“Ｐｒｅｖｉｅｗ”、“Ｐｒｏｇｒａｍ Ｎａｍｅ”、……である。タイトル行１１の各列にはこれらのデータ名を表す適当な名前（図ではＤＢ＿ＴＢＬのフィールド名と同一の名前）がつけられている。データ表示エリア１２の縦方向のスクロールバー１３と横方向のスクロールバー１４は使用化の状態になっており、これらのスクロールバー１３、１４を操作することにより、すべての行およびすべての列をスクロール表示できるようになっている。
【００３８】データシートコントロール１０のデータ表示エリア１２には上記テキストボックス５ａの抽出条件に従ってＤＢ＿ＴＢＬから抽出されたレコードデータがレコード単位に“区域分け”されて表示される。ここで、区域とは、データ表示エリア１２の１選択単位、すなわち、マウスでクリックしたときに選択（セレクト）される範囲（この例では“行”）のことをいう。なお、図示のデータシートコントロール１０のマルチセレクトプロパティはＴｒｕｅに設定されており、複数の区域（行）を同時にまたは連続して選択できるようになっている。
【００３９】次に、フォームフッターセクション６にはオンラインヘルプ用のテキストボックスコントロール６ａが設けられており、オンフォーカス中のオブジェクトに関連付けられた操作説明（図では便宜的に“○○××△△”）が表示されるようになっている。
【００４０】次に、本実施の形態にとって重要なサブメニュー（“Ｒｅａｓｓｉｇｎ Ｆｉｌｅ”）について説明する。図７（ａ）はＭｅｎｕＢａｒコントロール３の要部を示す図であり、この図は“Ｏｐｅｒａｔｉｏｎ”と表記されたメニュー項目３ｄを選択した時の状態を表している。すなわち、メニュー項目３ｄの下にサブメニューリスト１５が表示されており、このサブメニューリスト１５の“Ｒｅａｓｓｉｇｎ Ｆｉｌｅ”と表記されたサブメニュー１５ａを選択することによって、次に説明する「素材コード再割り付け処理」を実行するようになっている。なお、上記のサブメニューは、図７（ｂ）に示すように、データシートコントロール１０の上で右クリックすることによって開かれるメニューリスト１６に設けてもよい。図示のメニューリスト１６の“Ｒｅａｓｓｉｇｎ Ｆｉｌｅ”と表記されたサブメニュー１６ａを選択することによっても、後述の「素材コード再割り付け処理」を実行できる。
【００４１】＜素材コード再割り付け処理＞図８は本実施の形態の「素材コード再割り付け処理」を、オペレータの操作を主体にして説明する手順図である。この図において、収録担当のオペレータは、まず、収録端末２０１を操作して、図４のファイリングフォームオブジェクト１をオープンする（ステップＳ１）。ファイリングフォームオブジェクト１のＦｏｒｍ＿Ｏｐｅｎイベントには、後述のプロシージャ（図１２のＦｏｒｍ＿Ｏｐｅｎイベントプロシージャ）が登録されており、詳細は後述するが、そのプロシージャによってＤＢ＿ＴＢＬのレコードデータ取得と、その取得データのデータシートコントロール１０への表示を行なう。
【００４２】オペレータはデータシートコントロール１０の表示を確認し、素材コードの再割り付けを行なうかどうかを判断する。今、例えば、“お昼のニュース”というＴｉｔｌｅの素材コードが間違っていると仮定し、正しい素材コードを“ＡＲＣ００００４ ０”と仮定すると、オペレータは、次の手順で素材コードの再割り付けを行なう。（Ａ）まず、データシートコントロール１０の“ＡＲＣ００００２ ０”の行を選択する（ステップＳ２）。この行は素材コードの再割り付けを希望する行であり、以下「再割り付け元行」ということにすると、この選択により、図９に示すように再割り付け元行１２ａの表示が反転状態になる。データシートコントロール１０の選択イベントプロパティには、後述のプロシージャ（図１３のデータシートコントロール選択イベントプロシージャ）が登録されており、詳細は後述するが、そのプロシージャによって、前述の “Ｒｅａｓｓｉｇｎ Ｆｉｌｅ”サブメニュー１５ａ、１６ａ（図７参照）が使用可能になる。
【００４３】（Ｂ）次に、ＭｅｎｕＢａｒコントロール３の“Ｏｐｅｒａｔｉｏｎ”メニュー項目３ｄを選択してサブメニューリスト１５を表示させ、そのリスト中の“Ｒｅａｓｓｉｇｎ Ｆｉｌｅ”サブメニュー１５ａを選択する（ステップＳ３）。または、データシートコントロール１０のデータ表示エリア１２の上で右クリックしてサブメニューリスト１６を表示させ、そのリスト中の“ＲｅａｓｓｉｇｎＦｉｌｅ”サブメニュー１６ａを選択する。いずれの場合も、“Ｒｅａｓｓｉｇｎ Ｆｉｌｅ”サブメニュー１５ａ、１６ａには、後述のプロシージャ（図１５のＲｅａｓｓｉｇｎ Ｆｉｌｅ選択イベントプロシージャ）が登録されており、詳細は後述するが、そのプロシージャによって、データシートコントロール１０の現在の選択行（再割り付け元行１２ａ）の素材コードが（所定のグローバル変数ＣＵＲ＿ＩＤに）保持される。
【００４４】（Ｃ）次に、データシートコントロール１０の“ＡＲＣ００００４ ０”の行を選択する（ステップＳ４）。この行は素材コードの再割り付け先の行であり、以下「再割り付け先行」ということにすると、この選択により、図１０に示すように再割り付け先行１２ｂの表示が反転状態になる。先にも述べたように、データシートコントロール１０の選択イベントプロパティには、後述のプロシージャ（図１３のデータシートコントロール選択イベントプロシージャ）が登録されている。詳細は後述するが、そのプロシージャによって、データシートコントロール１０の現在の選択行（再割り付け先行１２ｂ）の素材コードを（所定のグローバル変数ＴＧＴ＿ＩＤに）保持し、その素材コード（“ＡＲＣ００００４ ０”）と先に保持しておいた再割り付け元行１２ａの素材コード（“ＡＲＣ００００２０”）とを用いたＤＢ＿ＴＢＬのレコードデータの移動処理、および、ＤＢ＿ＴＢＬの最新データによるデータシートコントロール１０の表示リフレッシュなどの一連の処理が自動的に行なわれる。
【００４５】（Ｄ）なお、この自動処理の開始に先立ち、再割り付け先行１２ｂの選択に誤りがないかどうかをオペレータに尋ねるダイアログ（図１４参照）を表示するようになっており（ステップＳ５）、ダイアログ中の「はい」ボタンを押したときに上記の自動処理を実行し、「いいえ」ボタンを押したときに現在の再割り付け先行１２ｂの選択を解除して、再割り付け先行の再指定を行なうようになっている。なお、自動処理の完了後、他の素材の再割り付けを行なう場合は、再び（Ａ）以降を繰り返す（ステップＳ６）。（Ｅ）今、上記の自動処理を完了すると、データシートコントロール１０の表示は、図１１に示すように変化する。すなわち、再割り付け元行１２ａの素材コードを除くすべてのデータ（“Ｔｉｔｌｅ”、“Ｄｕｒａｔｉｏｎ”、“Ｓｔａｔｕｓ”、“Ｆｉｌｉｎｇ Ｄａｔｅ”……の各列のデータ）が再割り付け先行１２ｂの同じ列に移動する。これは、ＤＢ＿ＴＢＬの二つのレコードのデータを入れ換えたからであり、正確には、再割り付け元行１２ａの素材コード（“ＡＲＣ００００２ ０”）に対応するレコードのデータを、再割り付け先行１２ｂの素材コード（“ＡＲＣ００００４ ０”）に対応するレコードに移動し、その移動後のＤＢ＿ＴＢＬのレコードデータを用いてデータシートコントロール１０の表示をリフレッシュしたからである。
【００４６】次に、以上の（Ａ）〜（Ｅ）の手順に必要なイベントプロシージャについて説明する。図１２はファイリングフォームオブジェクト１のオープン時に実行される「Ｆｏｒｍ＿Ｏｐｅｎイベントプロシージャ」のフローチャートである。このプロシージャを実行すると、まず、抽出条件（テキストコントロールボックス５ａに表示される抽出条件）に従って抽出用のＳＱＬコマンド列を生成する（ステップＳ１１）。次に、そのＳＱＬコマンド列をデータベースサブシステム３００のＳＱＬデータベースエンジンに発行し、データベースサブシステム３００のＳＱＬデータベースエンジンからの応答データ（上記抽出条件に従って抽出されたＤＢ＿ＴＢＬのレコードデータ）を取得（ステップＳ１２）した後、その取得データをデータシートコントロール１０のデータ表示エリア１２にセット（ステップＳ１３）してプロシージャを終了する。
【００４７】したがって、このプロシージャによれば、ファイリングフォームオブジェクト１のオープン時に、そのデータシートコントロール１０のデータ表示エリア１２に、所定の抽出条件に合致したＤＢ＿ＴＢＬのレコードデータを表示することができる。これにより、例えば、抽出条件が“最新バージョン”であれば、各々の素材コードについて、その最終桁の数値が最大のレコードをＤＢ＿ＴＢＬから抽出して、図６に示すようにデータシートコントロール１０のデータ表示エリア１２に表示することができる。
【００４８】図１３はデータシートコントロール１０のデータ表示エリア１２を選択したときに実行される「データシートコントロール選択イベントプロシージャ」のフローチャートである。このプロシージャを実行すると、まず、データ表示エリア１２がすでに選択済みであるか否かを判定する（ステップＳ２１）。この判定はデータシートコントロール１０のＳｅｌｅｃｔｅｄプロパティの値を調べることによって行なうことができる。Ｓｅｌｅｃｔｅｄプロパティの値がＴｒｕｅであればすでに選択済みであり、Ｆａｌｓｅであれば未選択である。今、再割り付け元行１２ａの指定時にこのプロシージャが実行された場合、プロシージャの実行直後はステップＳ２１の判定結果は“ＮＯ”である。この場合、“Ｒｅａｓｓｉｇｎ Ｆｉｌｅ”サブメニュー１５ａ、１６ａを使用可能（ステップＳ２２）にした後、プロシージャを終了する。なお、ステップＳ２１の判定結果が“ＹＥＳ”となるときは、再割り付け先行１２ｂの指定時であり、この場合の動作は後述する。
【００４９】したがって、このプロシージャによれば、データシートコントロール１０のデータ表示エリア１２をはじめて選択（図９参照）すると、“ＲｅａｓｓｉｇｎＦｉｌｅ”サブメニュー１５ａ、１６ａを使用可能にして、以降の素材コードの再割り付け処理を実行可能にすることができる。
【００５０】図１５は“Ｒｅａｓｓｉｇｎ Ｆｉｌｅ”サブメニュー１５ａまたは１６ａを選択したときに実行される「Ｒｅａｓｓｉｇｎ Ｆｉｌｅ選択イベントプロシージャ」のフローチャートである。このプロシージャを実行すると、まず、データシートコントロール１０のデータ表示エリア１２の現在の選択行（再割り付け元行１２ａ）の素材コードを所定のグローバル変数ＣＵＲ＿ＩＤにセット（ステップＳ３１）した後、データシートコントロール１０のデータ表示エリア１２の現在の選択行（再割り付け元行１２ａ）の背景色（ＢａｃｋＣｏｌｏｒ）または文字色（ＦｏｒｅＣｏｌｏｒ）を所定色に変更（ステップＳ３２）してプロシージャを終了する。なお、所定色に変更する理由は、再割り付け先行１２ｂとの区別を付けるためである。
【００５１】この状態で、データシートコントロール１０のデータ表示エリア１２を選択（再割り付け先行１２ｂを選択）すると、図１３の「データシートコントロール選択イベントプロシージャ」が再び実行されるが、この実行時においては、データシートコントロール１０のデータ表示エリア１２がすでに選択済み（再割り付け元行１２ａを選択済み）であるため、ステップＳ２１の判定結果が“ＹＥＳ”となる。したがって、この場合は、まず、新たに選択された行（再割り付け先行１２ｂ）の素材コードを所定のグローバル変数ＴＧＴ＿ＩＤにセットし（ステップＳ２３）、次いで、ＭｓｇＢｏｘ関数を用いて、図１４に示すダイアログ１７を表示する（ステップＳ２４）。
【００５２】このダイアログ１７は、例えば、タイトルバー１７ａに所定の文字列（図では“Ｒｅａｓｓｉｇｎ Ｆｉｌｅ”）を表示するとともに、クライアントエリアに適当なアイコン（例えば、問い合わせアイコン）１７ｂ、プロンプト１７ｃ、「はい」ボタン１７ｄおよび「いいえ」ボタン１７ｅを配置して構成する。プロンプト１７ｃの内容は、選択中の再割り付け元行１２ａと再割り付け先行１２ｂに誤りがないかどうかを尋ねるものであればよく、例えば、図示のとおり、“選択された素材のＭａｔｅｒｉａｌ ＩＤをＡＲＣ００００２ ０からＡＲＣ００００４ ０に変更します。よろしいですか？”の文字列にしてもよい。因みに、同文字列中の“ＡＲＣ００００２ ０”はグローバル変数ＣＵＲ＿ＩＤの値、“ＡＲＣ００００４ ０”はグローバル変数ＴＧＴ＿ＩＤの値である。
【００５３】ＭｓｇＢｏｘ関数は「はい」ボタン１７ｄが押されたときに所定の数値（例えば「６」）を返し、「いいえ」ボタン１７ｅが押されたときに他の数値（例えば「７」）を返すので、このＭｓｇＢｏｘの戻り値を調べることによって、「はい」ボタン１７ｄが押されたか、または、「いいえ」ボタン１７ｅが押されたかを判定（ステップ２５）することができる。
【００５４】そして、「はい」ボタン１７ｄが押された場合は、素材コードの再割り付け処理を継続してもよいので、後述のデータベース更新処理（ステップＳ２８）を実行し、"Ｒｅａｓｓｉｇｎ Ｆｉｌｅ“サブメニュー１５ａ、１６ａを使用不可にして（ステップＳ２９）プロシージャを終了する一方、「いいえ」ボタン１７ｅが押された場合は、素材コードの再割り付け処理をやり直すために、グローバル変数ＴＧＴ＿ＩＤをクリア（ステップＳ２６）し、再割り付け先行１２ｂの選択状態を解除（ステップＳ２７）してプロシージャを終了する。
【００５５】図１６は「データベース更新処理」（図１３R>３のステップＳ２８）を示すフローチャートである。このフローチャートは、上述のとおり、ダイアログ１７の「はい」ボタン１７ｄが押されたときに実行される。このフローチャートを実行すると、まず、データベースサブシステム３００にアクセスしてグローバル変数ＣＵＲ＿ＩＤで示されたレコード（以下「再割り付け元レコード」という）と、グローバル変数ＴＧＴ＿ＩＤで示されたレコード（以下「再割り付け先レコード」という）を抽出し、再割り付け元レコードのＭａｔｅｒｉａｌ ＩＤフィールドを除く各フィールドのデータを再割り付け先レコードの同一名フィールドに移動する（ステップＳ４１）。この移動により、再割り付け元レコードのＭａｔｅｒｉａｉ ＩＤフィールド以外のフィールドデータは既定値に戻り、再割り付け先レコードのＭａｔｅｒｉａｉ ＩＤフィールド以外のフィールドデータは、上記移動前の再割り付け元レコードの各フィールドの値を持つこととなる。
【００５６】そして、上記移動操作を完了すると、次に、抽出条件（テキストコントロールボックス５ａに表示される抽出条件）に従って抽出用のＳＱＬコマンド列を生成し（ステップＳ４２）、そのＳＱＬコマンド列をデータベースサブシステム３００のＳＱＬデータベースエンジンに発行し、データベースサブシステム３００のＳＱＬデータベースエンジンからの応答データ（上記抽出条件に従って抽出されたＤＢ＿ＴＢＬのレコードデータ）を取得（ステップＳ４３）した後、その取得データをデータシートコントロール１０のデータ表示エリア１２にセット（ステップＳ４４）してプロシージャを終了する。
【００５７】したがって、以上の「データベース更新処理」を含む「データシートコントロール選択イベントプロシージャ」によれば、再割り付け先行１２ｂの素材コードをグローバル変数ＴＧＴ＿ＩＤにセットし、このグローバル変数ＴＧＴ＿ＩＤの値と、先の「Ｒｅａｓｓｉｇｎ Ｆｉｌｅプロシージャ」でセットされたグローバル変数ＣＵＲ＿ＩＤの値を用いて、ＤＢ＿ＴＢＬの一のレコード（再割り付け元レコード）の各フィールドデータ（但し、Ｍｅｔｅｒｉａｌ ＩＤフィールドを除く）を、ＤＢ＿ＴＢＬの二のレコード（再割り付け先レコード）の同名フィールドに移動することができ、且つ、その移動操作により、一のレコード（再割り付け元レコード）の各フィールドデータ（但し、Ｍｅｔｅｒｉａｌ ＩＤフィールドを除く）を既定値に戻すことができる。その結果、ＤＢ＿ＴＢＬの更新操作のみで素材コードの再割り付けを行なうことができる。
【００５８】以上のとおり、本実施の形態によれば、ＤＢ＿ＴＢＬの更新処理によって素材コードの再割り付けを行なうようにしたが、一般にデータベースの更新時間は、ビデオサーバ・システム１０００に収録された素材データ（音声映像データ）の消去や再収録時間に比べて格段に早い（瞬時といっても差し支えない）から、従来手順のようなパフォーマンスの低下を招くことがないという特有の効果を得ることができる。しかも、複数の素材コードの再割り付けを繰り返す場合でも、瞬時といっても差し支えないきわめて短い時間を、その繰り返し回数倍するだけであるから、殆ど待ち時間を実感することがないという格別な効果を得ることができる。
【００５９】なお、上記実施の形態では、データベースサブシステム３００、収録端末２０１および大容量記憶サブシステム４００などを組み合わせて一つのビデオサーバ・システム１０００を構成する大規模システムを例にしたが、本発明の適用は、このような特定のシステムに限定されない。要は、放送素材の実体（音声映像データ）を収録するビデオサーバと、この放送素材と素材コードとを関連付けて管理するＤＢ＿ＴＢＬとを含むものであればよく、そのシステムの規模の大小は問わない。また、実施の形態では、ＳＱＬコマンドを用いてデータべースサブシステム３００にアクセスしているが、これはデータベースアクセスの一例を示したにすぎず、他のアクセス方法であっても構わないことはもちろんである。
【００６０】本実施の形態の主要な機能は、マイクロコンピュータを含むハードウェア資産と、ＯＳや各種プログラムなどのソフトウェア資産との有機的結合によって機能的に実現されるものであるが、ハードウェア資産およびＯＳは汎用のものを利用できるから、本発明にとって欠くことのできない必須の事項は、実質的に、前記ファイリングフォームオブジェクト１を表示するためのプログラムに集約されているということがいえる。したがって、本発明は、前記フォームオブジェクト１を表示するためのプログラムのすべてまたはその要部を格納した、フロッピィディスク、光ディスク、コンパクトディスク、磁気テープ、ハードディスクまたは半導体メモリなどの記憶媒体もしくはこれらの記憶媒体を含む構成品（ユニット品や完成品または半完成品）を包含する。なお、上記記憶媒体または構成品は、それ自体が流通経路にのるものはもちろんのこと、ネットワーク上にあって記録内容だけを提供するものも含まれる。
【００６１】
【発明の効果】本発明によれば、データベースのレコードデータの移動によって、放送素材の識別情報（素材コード）の再割り付けを行なうようにしたので、一般にデータベースのレコードデータ移動は極めて短い時間（瞬時といってよい）で行われるから、例えば、ビデオサーバ・システムにおける収録情報の消去や再収録の時間に比べて遥かに短い時間で再割り付けを行なうことができ、パフォーマンスの低下を招かない放送素材情報管理装置を提供できる。
【図面の簡単な説明】
【図１】ビデオサーバ・システムの全体構成図である。
【図２】ＤＢ＿ＴＢＬの構造図である。
【図３】大容量記憶サブシステムのＡ系を示す構成図である。
【図４】ファイリングフォームオブジェクトを示す図である。
【図５】ＭｅｎｕＢａｒコントロールとフォームヘッダセクションの拡大図である。
【図６】データシートコントロールのレイアウト図である。
【図７】ＭｅｎｕＢａｒコントロールの要部を示す図である。
【図８】素材コード再割り付け処理をオペレータ操作を主体にして説明する手順図である。
【図９】割り付け元行の選択状態図である。
【図１０】割り付け元行と割り付け先行の選択状態図である。
【図１１】割り付け完了後の表示状態図である。
【図１２】Ｆｏｒｍ＿Ｏｐｅｎイベントプロシージャのフローチャートを示す図である。
【図１３】データシートコントロール選択イベントプロシージャのフローチャートを示す図である。
【図１４】ダイアログの構成図である。
【図１５】Ｒｅａｓｓｉｇｎ Ｆｉｌｅ選択イベントプロシージャのフローチャートを示す図である。
【図１６】データベース更新処理のフローチャートを示す図である。
【符号の説明】
Ｓ１１……ステップ（表示手段）、Ｓ１２……ステップ（表示手段）、Ｓ１３……ステップ（表示手段）、Ｓ４１……ステップ（移動指示手段）、Ｓ４２……ステップ（再表示手段）、Ｓ４３……ステップ（再表示手段）、Ｓ４４……ステップ（再表示手段）、１０……データシートコントロール（オブジェクト）、１２……データ表示エリア（選択手段）、１２ａ……再割り付け元行（区域）、１２ｂ……再割り付け先行（区域）、２０１……収録端末（放送素材情報管理装置）、３００……データベースサブシステム（データベース）。
【０００１】
【発明の属する技術分野】本発明は、放送素材情報管理装置に関し、特に、報道番組などの放送素材情報（その放送素材の識別情報やタイトルおよび収録長などの付帯情報ならびにその放送素材の収録位置情報など）の管理に用いて好適な放送素材情報管理装置に関する。
【０００２】
【従来の技術】一般に放送局で取り扱うすべての放送素材には、ユニークな識別情報（以下「素材コード」という）が付与されており、この素材コードによって制作や送出はもちろん保管や破棄に至るまで一意に管理されている。このため、放送素材にとって素材コードは戸籍のようなものであり、絶対に間違って付与されてはならないものであるが、実際には、しばしば誤ったコードが付与されてしまうことがある。
【０００３】例えば、近年注目を集めているノンリニアのビデオサーバ・システム（詳細は後述）を例にすると、このシステムでは、（１）ファイリング端末を操作して放送素材を収めたリソース（例えば、ＶＴＲ）を指定し、（２）同端末に表示された素材リストの該当コード行を指定して放送素材と素材コードとの関連付け、すなわち当該放送素材への素材コードの割り付けを行ない、（３）ファイリングを実行して上記リソースからビデオサーバ・システムへ放送素材を記録（以下「収録」という）する、というファイリング作業を行なうが、素材コードの割り付けは、上記（２）のとおり、人為的であるが故に過誤（ミス）が避けられないうえ、特に、事件報道のように突発的なファイリング作業を行なう場合は、確認がおろそかになり易く、しばしば素材コードの割り付けミスが発生していた。
【０００４】したがって、割り付けミスを発見した場合は、速やかに正しい素材コードに訂正（以下「再割り付け」という）しなければならないことはいうまでもなく、このような場合は、従来から、ファイリング端末を操作して間違った素材コードの行を指定し、その行に関連付けられている収録済みの素材をビデオサーバ・システムから消し去り、正しい素材コードの行を指定して上記（１）〜（３）を繰り返すことにより、収録をし直して素材コードの再割り付けを行なうという手順を踏んでいた。
【０００５】
【発明が解決しようとする課題】しかしながら、上記再割り付け手順にあっては、収録済みの素材をビデオサーバ・システムから消去するステップと、同じ素材をあらためてビデオサーバ・システムに再収録するステップとを含むため、これら二つのステップの実行時間に相当する少なくない待ち時間が発生してパフォーマンスの低下を招くという不都合があり、特に複数の素材コードの再割り付けを繰り返す際には、くり返し回数をＮ、上記待ち時間をＴとすると、少なくともＮ×Ｔもの待機時間が発生するという問題点があった。
【０００６】したがって、本発明が解決しようとする課題は、再収録を行なわずに素材コードの再割り付けを実行でき、以ってパフォーマンスの低下を招かないようにした放送素材情報管理装置の提供にある。
【０００７】
【課題を解決するための手段】本発明は、上記課題を達成するために、放送素材を識別するための識別情報を含む放送素材情報を管理する放送素材情報管理装置において、前記放送素材情報を前記識別情報ごとにレコード化して記憶するデータベースからすべてのレコードまたは所定の条件に合致した一部のレコードの情報を受け取りその受け取った情報をレコード単位に区域分けされた形式のオブジェクトを用いて表示する表示手段と、前記表示手段によって表示されたオブジェクトの任意の二つの区域を選択する選択手段と、前記選択手段によって選択された二つの区域に表示されている第一の識別情報を移動元のキーワードとし他方の識別情報を移動先のキーワードとして前記データベースに対して該識別情報を除くレコード情報の移動を指示する移動指示手段と、を備えたものである。
【０００８】
【作用】本発明では、オブジェクト上で選択された二つの識別情報（第一の識別情報と第二の識別情報）を移動元と移動先のキーワードにしてデータベースのレコードの情報（データ）が移動される。この移動に際し、レコードの情報のうちの識別情報は移動対象から除かれているため、例えば、移動元の識別情報（第一の識別情報）をＡ、識別情報Ａを持つ移動前のレコードの情報をａとし、移動先の識別情報（第二の識別情報）をＢとすると、上記移動により、識別情報Ｂのレコードの情報がａに書き換えられるとともに、識別情報Ａの情報が初期値（既定値）に戻されることになる。一般にデータベースのレコードデータの移動は極めて短い時間（瞬時といってよい）で行われる。もちろんこの移動時間はデータベースの構造やアーキテクチャによって多少の長短はあるものの、例えば、ビデオサーバ・システムにおける収録情報の消去や再収録の時間に比べて遥かに短いことは明らかである。
【０００９】
【発明の実施の形態】以下、本発明の実施の形態を、報道番組用のビデオサーバ・システムを例にして図面を参照しながら説明する。なお、以下の説明における様々な細部の特定ないし実例および数値や文字列その他の記号の例示は、本発明の思想を明瞭にするための、あくまでも参考であつて、それらのすべてまたは一部によって本発明の思想が限定されないことは明らかである。また、周知の手法、周知の手順、周知のアーキテクチャおよび周知の回路構成等（以下「周知事項」）についてはその細部にわたる説明を避けるが、これも説明を簡潔にするためであって、これら周知事項のすべてまたは一部を意図的に排除するものではない。かかる周知事項は本発明の出願時点で当業者の知り得るところであるので、以下の説明に当然含まれている。
【００１０】図１は、放送局内に設置されたビデオサーバ・システム１０００の全体構成図である。なお、この構成図は、実際のビデオサーバ・システムの全体像を正確に表すものではない。本発明の思想を理解する上で必要となる構成要素を含ませるべく、概括的かつ代表的に模式化して示すものである。図示のビデオサーバ・システム１０００は、その役割別に、局内上位サブシステム１００、操作サブシステム２００、データベースサブシステム３００、大容量記憶サブシステム４００、送出系サブシステム５００などに分類することができる。これらのサブシステムは、それぞれ後述の役割を担うものであり、各サブシステムは、その担当役割の全てまたは一部を効率的かつ低コストで実現するために、必要に応じ、汎用のオペレーティングシステム（以下「ＯＳ」）を搭載したパーソナルコンピュータもしくはワークステーション（以下「パソコン」という）を含むことができる。特に、操作サブシステム２００は、以下の説明からも明らかになるが、操作員との良好なマン・マシン・インターフェースを図るために、ＧＵＩ（グラフィカル・ユーザインターフェース）環境に優れた所定の汎用ＯＳ（例えば、Ｗｉｎｄｏｗｓ９５／９８／ＮＴ：Ｍｉｃｒｏｓｏｆｔ社の登録商標）を搭載したネットワーク対応のパソコン（ネットワークカードやハードディスクドライブを実装したパソコン本体、ディスプレイ装置およびキーボードやマウス等の入力装置を含む）を少なくとも１台（図では便宜的に５台）含む。
【００１１】各サブシステムの好ましい構成例を説明すると、まず、局内上位サブシステム１００は、報道部門等に設置された上位管理システム１０１を備える。この上位管理システム１０１は、報道番組のスケジュール（番組構成表）を作成したりするものである。なお、上位管理システム１０１は、厳密にはビデオサーバ・システム１０００とは別系統のワークグループに属するネットワークに接続されており、このネットワークとビデオサーバ・システム１０００とを連接（ＬＡＮ−ＬＡＮ接続）して、いわゆるＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）を構築するために、局内上位サブシステム１００にデータゲートウェイ１０２が設けられている。図示のデータゲートウェイ１０２はネットワーク対応のパソコンで構成されており、例えば、２枚のネットワークカードをスロットに挿入し、一方のカードを上位管理システム１０１に接続するとともに、他方のカードをビデオサーバ・システム１０００のネットワーク媒体６００（例えば、イーサネットやＡＴＭなどの汎用プロトコルを用いたＬＡＮ回線）に接続して、両ネットワーク間における必要なデータの選択的転送を可能にする。上位管理システム１０１からビデオサーバ・システム１０００へのデータ転送方向を“下り”その逆を“上り”と称することにすると、下りデータは番組構成表などであり、上りデータは放送を完了した放送素材のリスト（送出結果リスト）などである。
【００１２】次に、操作サブシステム２００は、既述のとおり、ＧＵＩ環境に優れた汎用ＯＳを搭載した複数のパソコン（図では便宜的に５台のパソコン；符号２０１〜２０５参照）を備える。これらのパソコンは、それぞれ、「収録」、「編集」、「送出監視」、「素材管理」および「システム管理」の各担当局員によって操作される。もし、これらの担当局員が同一人物の場合、または、「収録」、「編集」、「送出監視」、「素材管理」および「システム管理」の各作業が同時に行われない場合、パソコンは１台でよい。すなわち、１台のパソコンに、収録作業用、編集作業用、送出監視作業用、素材管理作業用およびシステム管理作業用の各アプリケーションプログラムソフト（またはこれらを統合したアプリケーションプログラムソフト）をインストールし、実行すべき作業内容に応じて適切なアプリケーションプログラムを起動すればよい。しかし、実際には、上記各作業の全てまたは一部を並行して行うことが多いため、パソコンは、各作業毎、すなわち、収録作業用のパソコン（以下「収録端末」）２０１、編集作業用のパソコン（以下「編集端末」）２０２、送出監視作業用のパソコン（以下「送出監視端末」）２０３、素材管理作業用の端末（以下「素材管理端末」）２０４およびシステム管理作業用の端末（以下「システム管理端末」）２０５のように別々に設置することが望ましい。なお、収録作業とは放送素材を大容量記憶サブシステム４００に蓄積（収録）する作業であり、編集作業とは大容量記憶サブシステム４００に蓄積された放送素材を実際に放送する素材に直す作業であり、送出監視とは大容量記憶サブシステム４００に蓄積された放送素材のスケジュールに従った送出動作を監視する作業であり、素材管理とは大容量記憶サブシステム４００に蓄積された放送素材を管理する作業であり、システム管理とはビデオサーバ・システム１０００の動作環境を管理したりシステム設定値等を設定したりする作業である。各端末２０１〜２０５はスロットに挿入された不図示のネットワークカードを介してネットワーク媒体６００に接続されている。各端末２０１〜２０５は同一の作業を複数の局員で分担して行う場合に備えて、作業単位毎に複数台設けられていてもよい。例えば、収録作業用の収録端末２０１を複数台備えてもよい。
【００１３】次に、データベースサブシステム３００は、ネットワーク対応のデータベースエンジン（例えば、ＳＱＬデータベースエンジン；ＳＱＬはＳｔｒｕｃｔｕｒｅｄ Ｑｕｅｒｙ Ｌａｎｇｕａｇｅの略）を搭載しており、このデータベースエンジンを介して、操作サブシステム２００の各端末２０１〜２０５から自由にレコードデータの参照、更新、移動および追加を行うことが可能なデータベーステーブル（以下「ＤＢ＿ＴＢＬ」と略す）を備える。ＤＢ＿ＴＢＬは、例えば、図２に示すようなテーブル構造を有している。
【００１４】図２において、横長の桝目の一つ一つはそれぞれデータフィールド（以下、単に「フィールド」）を表しており、全体の枠線は一つのレコードを表している。各フィールドには、例えば、“Ｍａｔｅｒｉａｉ ＩＤ”、“Ｔｉｔｌｅ”、“Ｄｕｒａｔｉｏｎ”、“Ｓｔａｔｕｓ”、“Ｆｉｌｉｎｇ Ｄａｔｅ”、“Ｓｔａｒｔ／Ｅｎｄ Ｔｉｍｅ”、“Ｓｏｕｒｃｅ”、“Ｔｉｍｅｒ”、“Ｐｒｅｖｉｅｗ”、“Ｐｒｏｇｒａｍ Ｎａｍｅ”・・・・といった適当な名前（フィールド名）がつけられており、これらのフィールドの意味と役割は、以下のとおりである。
＜Ｍａｔｅｒｉａｉ ＩＤフィールド＞放送素材（Ｍａｔｅｒｉａｌ）を一意に識別するための素材コード（ＩＤ：Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）を格納するためのフィールドであり、特に、ＤＢ＿ＴＢＬのキーコードフィールド（インデックスフィールドともいう）としても用いられる特別なフィールドである。キーコードフィールドの値の重複は許されず、また、空白やＮｕｌｌ値およびＥｍｐｔｙ値も許されない。データベースエンジンはこのキーフィールドの情報（Ｍａｔｅｒｉａｌ ＩＤ；以下「素材コード」という）を参照して各レコードを一意に識別する。素材コードは新規レコードの追加時にデータベースエンジンによって自動発行された一連番号であってもよいし、あるいは、報道部門等に設置された上位管理システム１０１によって自動発行されたユニークな情報であってもよいが、本実施の形態では、放送素材の局内における担当部門を識別するために後者の素材コードを用いることにする。例えば、報道番組の素材であれば、報道局を表す任意の文字列（例：“ＡＲＣ”）と同局内でユニークな一連番号を連結したものを素材コードとして使用することとし、さらに、素材コードの桁数を揃えるために一連番号をゼロサプレスすること（一連番号の最大桁数に満たない場合に先頭に“０”を付けて桁数を揃えること）とする。
【００１５】また、レコードデータの更新を表す情報（以下「バージョン情報」という）を素材コードに付加することとし、そのために素材コードの桁数を増やすこととする。増やす桁数はバージョンアップの予想最大回数に依存し、例えば、桁の表示形式を１０進数とすると、１桁の追加で０〜９までを表現できるので、当該追加桁の初期値を０（更新無し）とするとともに、以降、レコード更新の度に当該追加桁の値を＋１することにより、最大で９回までのバージョンアップを表現できる。なお、以下の説明において、単に「素材コード」という場合は、上記バージョン情報を含まないものとする。
＜Ｔｉｔｌｅフィールド＞放送素材のタイトル（一般に番組構成表を作成する際などに担当者によって付けられたその放送素材の内容を表す適当な文字列）を格納するためのフィールドである。既定値はＮｕｌｌ値である。
＜Ｄｕｒａｔｉｏｎフィールド＞放送素材の長さ（いわゆる素材長）を格納するためのフィールドである。書式は「ｈｈ：ｍｍ：ｓｓ：ｆｆ」である。但し、ｈｈは時、ｍｍは分、ｓｓは秒、ｆｆはフレーム数を表すいずれも二桁の数値である。既定値はＮｕｌｌ値である。
【００１６】＜Ｓｔａｔｕｓフィールド＞放送素材の収録状況を示す情報（ステータス情報）を格納するためのフィールドである。ステータス情報には、収録済みを表す“Ｆｉｌｅｄ”と未収録を表す“Ｎｏｔ Ｆｉｌｅｄ”がある。さらにこれらに加えて、ノンリニア編集特有のＥＤＬ（Ｅｄｉｔ Ｄｅｃｉｓｉｏｎ Ｌｉｓｔ）形式で収録されていることを表す“ＥＤＬ”を含むこともある。因みに、ＥＤＬとは放送素材の編集情報（例えば、素材の収録場所や素材名および編集点情報など）をテキスト形式で記述したファイルであり、ＥＤＬ形式の放送素材は送出時または編集時に上記編集情報に従って一連の放送素材として取り扱われる。既定値は“Ｎｏｔ Ｆｉｌｅｄ”である。
＜Ｆｉｌｉｎｇ Ｄａｔｅフィールド＞収録日を表す日時情報を格納するフィールドである。日時情報は、例えば、過去の特定日時を初期値（０）としてそれからの経過時間を示す数値の形で格納されており、この情報を表示する際などに適切な形式（例えば、ｙｙ／ｍｍ／ｄｄ；但しｙｙは年、ｍｍは月、ｄｄは日を表す二桁の数値）に変換して使用するようになっている。なお、他の日時形式のフィールドについても同様である。既定値はＮｕｌｌ値である。
＜Ｓｔａｒｔ／Ｅｎｄ Ｔｉｍｅフィールド＞収録の開始日時と終了日時の二つの日時情報を格納するフィールドである。既定値はＮｕｌｌ値である。
【００１７】＜Ｓｏｕｒｃｅフィールド＞放送素材の収録に用いるリソースを表す情報を格納するフィールドである。リソースの種類は局によって様々であるが、例えば、１台ないし数台のＶＴＲ、固定のテレビカメラ、放送素材を局外から取り込む１本ないし数本の通信回線などがある。これらのリソースを見分けるための適切な文字列（例えば“ＶＴＲ１”や“ＬＩＮＥ１”等）を選択して格納する。既定値はＮｕｌｌ値である。
＜Ｔｉｍｅｒフィールド＞時刻指定による自動収録を行なうか否かを表す情報を格納するフィールドであり、Ｔｒｕｅ（自動収録する）とＦａｌｓｅ（自動収録しない）のいずれかを格納する。既定値はＦａｌｓｅである。
【００１８】＜Ｐｒｅｖｉｅｗフィールド＞収録素材のプレビュー確認を行なったか否かを表す情報を格納するフィールドであり、Ｔｒｕｅ（確認済み）とＦａｌｓｅ（未確認）のいずれかを格納する。既定値はＦａｌｓｅである。
＜Ｐｒｏｇｒａｍ Ｎａｍｅフィールド＞収録素材を使用する放送番組の名前（一般に番組構成表を作成する際などに担当者によって付けられた文字列）を格納するためのフィールドである。既定値はＮｕｌｌ値である。
【００１９】因みに、図示のＤＢ＿ＴＢＬには、ある素材コード（“ＡＲＣ００００１ ０”；実質的な素材コードは“ＡＲＣ００００１”であり最下位桁の“０”はバージョン情報である）の放送素材に関する属性として、Ｔｉｔｌｅ“朝のニュース”、Ｄｕｒａｔｉｏｎ“００：００：１８：００”、Ｓｔａｔｕｓ“ＥＤＬ”、Ｆｉｌｉｎｇ Ｄａｔｅ“９９／０３／２４”、Ｓｔａｒｔ／Ｅｎｄ Ｔｉｍｅ“１５：００：１３：００、１５：５４：３１：００”、Ｓｏｕｒｃｅ“ＶＴＲ１”、Ｔｉｍｅｒ“しない”、Ｐｒｅｖｉｅｗ“確認済み”、ＰｒｏｇｒａｍＮａｍｅ“○×○△”が格納されている。そして、これらの情報より、“ＡＲＣ００００１ ０”のレコードはバージョンアップされておらず、且つ、番組名“○×○△”に使用されるＥＤＬ形式の長さ“００：００：１８：００”の放送素材がすでに収録済みであってその収録日は“９９／０３／２４”、収録の開始と終了は“１５：００：１３：００、１５：５４：３１：００”であることを知ることができ、さらに自動収録されたものでなく、また、プレビュー確認も完了していることを知ることができる。
【００２０】次に、大容量記憶サブシステム４００は、本実施の形態のビデオサーバ・システム１０００の中核をなすものであり、要するに、公知の大容量ハードディスク管理技術、典型的には、ＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ Ａｒｒａｙ ｏｆ Ｉｎｅｘｐｅｎｓｉｖｅ Ｄｉｓｋ）技術を駆使して構築された大容量のハードディスクアレイシステムである。図示の大容量記憶サブシステム４００は、特に限定しないが、映像データの記憶にＲＡＩＤ３を使用するとともに、音声データの記憶にＲＡＩＤ１を使用し、さらに、障害耐性を向上するために、その主要部をＡ系とＢ系のデュアル構成にして各系に同一の素材データを記憶する。Ａ系はＳＭＳ（Ｓｅｒｖｅｒ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）４０１ａ、ＩＤＣ（Ｉｎｔｅｌｌｉｇｅｎｔ Ｄｅｖｉｃｅ Ｃｏｎｔｒｏｌｌｅｒ）４０２ａおよびビデオサーバ４０３ａを備え、また、Ｂ系も同じくＳＭＳ（同）４０１ｂ、ＩＤＣ（同）４０２ｂおよびビデオサーバ４０３ｂを備える。さらに、大容量記憶サブシステム４００は、各系共通のカセットオートチェンジャー制御装置４０４、カセットオートチェンジャー４０５、各系のＩＤＣ４０２ａ、４０２ｂによって制御される素材機４０６、プレビュー画像等を表示するモニター装置４０７およびコマンド中継装置４０８を備える。
【００２１】コマンド中継装置４０８は、操作サブシステム２００と大容量記憶サブシステム４００の間のコマンドインターフェースをとるための装置である。なお、コマンド中継装置４０８の機能を、操作サブシステム２００（の各端末２０１〜２０５）や大容量記憶サブシステム４００（のＳＭＳ４０１ａ、４０１ｂ）に振り分けて実装してもよい。コマンド中継装置４０８を不要にすることができる。但し、操作サブシステム２００や大容量記憶サブシステム４００の構成（例えば、端末やビデオサーバの台数または端末のＧＵＩ機能）がユーザ毎に異なることがあるため、汎用性の観点から、実用上は操作サブシステム２００と大容量記憶サブシステム４００の間にコマンド中継装置４０８を設けておくことが望ましい。構成の違いをコマンド中継装置４０８で吸収し、ユーザ要求に応じたシステム構成を柔軟に構築できるからである。
【００２２】モニター装置４０７は、操作サブシステム２００からの指示によって大容量記憶サブシステム４００から読み出された放送素材をプレビューする。カセットオートチェンジャー４０５は、旧来のテープ方式による送出素材蓄積装置に相当する。ビデオサーバ４０３ａ、４０３ｂの蓄積データを磁気テープに記憶してライブラリデータとして保存したり、この磁気テープデータを利用して両系のビデオサーバー４０３ａ、４０３ｂの緊急予備機として利用したりできる。なお、カセットオートチェンジャー制御装置４０４は、収録端末２０１や編集端末２０２または送出監視端末２０３からのリソース要求に応答してカセットオートチェンジャー４０５の各種リソースの割り当てを調停するものであり、その基本機能はＳＭＳ４０１ａ、４０１ｂの機能と類似するので、ここでの説明は省略する。
【００２３】図３は、大容量記憶サブシステム４００の一つの系（図では便宜的にＡ系）を示す構成図である。なお、図３において、供給部７１５〜７１９および送出部７２０〜７２４は、図１の素材機４０６に相当し、ルータ７０４は、図１のマスタースイッチャー５０３に相当する。すなわち、ビデオサーバは厳密には、図３の破線で囲まれた部分（符号７２５、７２６参照）であるが、以下の説明では便宜上、一点鎖線で囲まれた部分（符号４０３ａ参照）をビデオサーバと称することにする。
【００２４】ＳＭＳ４０１ａはネットワーク媒体６００を介してコマンド中継装置４０８につながっており（破線Ａ参照）、コマンド中継装置４０８は同じくネットワーク媒体６００を介して操作サブシステム２００（の各端末２０１〜２０５）につながっている（破線Ｂ参照）。ＳＭＳ４０１ａは、ネットワーク媒体６００およびコマンド中継装置４０８を介して伝えられた操作サブシステム２００（正確には操作サブシステム２００の各端末２０１〜２０５）からの制御コマンドに応答して、ビデオサーバ４０３ａの各種リソース割り当てを調停するとともに、ＩＤＣ４０２ａに制御コマンドを送出する。ＩＤＣ４０２ａは、ＳＭＳ４０１ａからのコマンドに対して、内部タイマあるいは外部からのＧＰＩ（マニュアル操作に基づく制御信号）をトリガにして発火する、リアルタイム制御を司る。なお、リソース（Ｒｅｓｏｕｒｃｅ；資源ともいう）とは、ビデオサーバ４０３ａの入出力チャネル、ルータの接続点、ＲＡＩＤを構成するハードディスクなどのデバイスのことをいう。操作サブシステム２００の各端末２０１〜２０５は割り当てを受けたデバイスをその割り当て期間中、占有して使用することができる。リソース割り当ては操作サブシステム２００の各端末２０１〜２０５からの要求に応じて動的に行われなければならない。固定割り当ては端末の数だけリソースを備える必要があり、効率的でないうえ、システム規模が大きくなるので現実的でないからである。ところで、リソースの割り当てを動的にした場合、同一リソースへの競合や優先割り当ての対策を講じる必要がある。ＳＭＳ４０１ａは、かかる競合および優先割り当ての調停を行う。
【００２５】ビデオサーバ４０３ａは、図３に示すように、ｎ＋１台（図では便宜的にｎ＝２）のサブＩＤＣ（以下「ＳＩＤＣ」）７０１〜７０３と、ルータ７０４と、ｎ台のコントローラ（以下「ＣＮＴ」）７０５、７０６と、ｍ×ｎ個（図では便宜的にｍ＝３）の入出力処理部（以下「ＩＯＰ」）７０７〜７１２と、ｎ個のＲＡＩＤ部７１３、７１４と、ｊ個（図では便宜的にｊ＝５）の供給部７１５〜７１９と、ｊ個の送出部７２０〜７２４とを備えており、ＣＮＴ７０５、ＩＯＰ７０７〜７０９およびＲＡＩＤ部７１３で第１サーバ７２５を構成し、残りのＣＮＴ７０６、ＩＯＰ７１０〜７１２およびＲＡＩＤ部７１４で第２サーバ７２６を構成する。なお、第１サーバ部７２５のＣＮＴ７０５およびＩＯＰ７０７〜７０９とＲＡＩＤ部７１３の間はＲＡＩＤ用のバス７２７で接続され、また、第２サーバ部７２６のＣＮＴ７０６およびＩＯＰ７１０〜７１２とＲＡＩＤ部７１４の間はＲＡＩＤ用のバス７２８で接続されている。
【００２６】第１サーバ７２５および第２サーバ７２６は、ルータ７０４を介してＳＩＤＣ７０１〜７０３および供給部７１５〜７１９ならびに送出部７２０〜７２４に接続されている。供給部７１５〜７１９は、不図示のＶＴＲや回線にも接続されており、供給部７１５〜７１９に入力された素材データ、すなわち、素材機４０６またはＶＴＲもしくは回線からの素材データをルータ７０４を介して第1サーバ７２５または第2サーバ７２６のＲＡＩＤ部７１３、７１４に記録できるようになっている。ＩＯＰ７０７〜７０９、７１０〜７１２のそれぞれを１チャネルと数えると、図示のルータ７０４はｍチャネルの同時入出力が可能であり、“収録先”に相当する収録チャネルの数はｍ×２個になる。また、供給部７１５〜７１９は“収録元”に相当し、図示の例の場合、収録元の数は５個である。
【００２７】ＳＭＳ４０１ａの制御下でルータ７０４の接続点を切替えることにより、第１サーバ７２５の各ＩＯＰ７０７〜７０９と供給部７１５〜７１９（または送出部７２０〜７２４）との組合わせを動的に変更できる。もしくは、第２サーバ７２６の各ＩＯＰ７１０〜７１２と供給部７１５〜７１９（または送出部７２０〜７２４）との組合わせを動的に変更できる。例えば、供給部７１５を“収録元”に指定するとともに、第１サーバ７２５のＩＯＰ７０７を“収録先”に指定すれば、この供給部７１５にセットされた素材データをＩＯＰ７０７から取り込み、第１サーバ７１５のＲＡＩＤ部７１３に記録（収録）できる。
【００２８】次に、送出系サブシステム５００は、送出部門に設置された上位制御システム（以下、便宜的に「送出制御システム」という）５０１を含むとともに、さらに、この送出制御システム５０１からの通知データ（スタンバイコマンドやスタンバイステータスデータ等）に従ってデータベースサブシステム３００のデータを更新するＡ系の送出制御ゲートウェイ５０２ａおよびＢ系の送出制御ゲートウェイ５０２ｂと、各系共通のマスタースイッチャー５０３などを含む。なお、送出制御システム５０１から各系のＩＤＣ４０２ａ、４０２ｂに対して送出プレイ制御情報（ＰＬＡＹコマンド）が送信されるとともに、マスタースイッチャー５０３から各系のＩＤＣ４０２ａ、４０２ｂに対してオンエアタリー情報（ＯＡ−ＴＡＬＬＹコマンド）が供給される。
【００２９】次に、本実施の形態のビデオサーバ・システム１０００の全体動作について、報道番組の素材収録を例にして説明する。報道番組の素材は、番組構成表に従って選択された、例えば、ライブラリ素材や中継車等からの映像音声素材（以下「中継素材」）などである。ライブラリ素材はカセットオートチェンジャー４０５によって事前に磁気テープに記録されたものであり、収録に先立ち、必要なライブラリ素材が収められたカセットテープがあらかじめ所定のＶＴＲにセットされる。また、中継素材はマイクロウェーブや通信衛星などを介して局に伝えられ、事前に打ち合わせられた所定の回線を通してビデオサーバ・システム１０００に入力される。
【００３０】例えば、図３の供給部７１５が所定のＶＴＲに接続され、かつ、図３の供給部７１６が所定の回線に接続されていたとすると、上記のライブラリ素材または中継素材を大容量記憶サブシステム４００に収録する際の動作は、次のようになる。まず、収録端末２０１を操作して大容量記憶サブシステム４００に供給部７１５または供給部７１６を含むリソース要求を出力する。次いで、大容量記憶サブシステム４００からのリソース確保通知（すなわち「スタンバイ状態」の通知）を受け取ると、収録端末２０１から大容量記憶サブシステム４００に収録開始指示を出力して、供給部７１５または供給部７１６を介して第１サーバ部７２５のＲＡＩＤ部７１３や第２サーバ部７２６のＲＡＩＤ部７１４に、上記ライブラリ素材または中継素材を収録（記憶）させる。
【００３１】図４は、収録端末２０１に表示されるＦｏｒｍオブジェクトの一つを示す図である。なお、Ｆｏｒｍオブジェクトとは、ＧＵＩに優れた開発環境（例えば「ＶｉｓｕａｌＣ＋＋」や「Ｖｉｓｕａｌ Ｂａｓｉｃ」、いずれもＭｉｃｒｏｓｏｆｔ社の登録商標）によって設計されたアプリケーションプログラムに含まれるユーザインターフェースの一種である。特に、図示のＦｏｒｍオブジェクト１は、収録端末２０１で実行される、ビデオサーバ・システム１０００のためのユーザアプリケーションプログラム（収録操作専用または編集操作等の他の操作機能と兼用のアプリケーションプログラム）のＦｏｒｍｓコレクション（オープンされたすべてのＦｏｒｍオブジェクトのコレクション）のメンバの一つであり、そのオブジェクト名を「ファイリングフォーム」とするとともに、以下の様々なコントロール（Ｃｏｎｔｒｏｌオブジェクト）やプロパティ設定値を含むものである。収録作業担当の局員は、このＦｏｒｍオブジェクト１（以下「ファイリングフォームオブジェクト１」という）を見ながら対話的に所要の作業を行う。“コントロール”とは、再利用可能なプログラムモジュールの一種であって、特に、Ｖｉｓｕａｌなプログラム開発ツールにあらかじめ付属する（または別売される）フォームオブジェクト設計用の様々な部品のことをいう。例えば、ＶＢＸ（Ｖｉｓｕａｌ Ｂａｓｉｃ Ｅｘｔｅｎｓｉｏｎ）、ＯＣＸ（ＯＬＥカスタムコントロール）、クラスライブラリ、リモートＯＬＥ、ＡｃｔｉｖｅＸコントロールなどが代表例である。フォームオブジェクトを設計する際に、用途に応じた適切なコントロールを選択し、そのコントロールを画面（Ｆｏｒｍオブジェクト）に貼り付けるだけで画面をレイアウトできるので、開発工数を大幅に短縮できる。あらゆるコントロールは、プロパティ、メソッドまたはイベントと呼ばれるプログラミングインターフェース（のすべてまたは一部）を持つ。これらのプログラミングインターフェースはオブジェクト指向におけるスケルトン（骨格）に相当するものである。プロパティはそのコントロールの静的な属性、メソッドはそのコントロールの動作、イベントはそのコントロールの外的要因に対応する動作を規定する。例えば、一般的なコマンドボタンコントロールはプロパティとイベントの二つを持つので、Ｆｏｒｍオブジェクト上またはコード上でこれらのインターフェースに所望の値をセットすることにより、そのコマンドボタンコントロールの静的な属性と外的要因に対応する動作を任意にプログラミングできる。
【００３２】ファイリングフォームオブジェクト１の好ましいフォームレイアウトを説明すると、ファイリングフォームオブジェクト１の最上部には、ＦｏｒｍオブジェクトのディフォルトＣｏｎｔｒｏｌオブジェクトの一つであるタイトルバー２が表示されている。このタイトルバー２には、適当なタイトルメッセージ（図では“ファイリング”）が表示されるとともに、その左端に適当にデザインされたイメージオブジェクト２ａ、その右端にファイリングフォームオブジェクト１を閉じるためのボタン２ｂ、最大化ボタン２ｃおよび最小化ボタン２ｄなどが表示されている。さらに、タイトルバー２の下には、ＭｅｎｕＢａｒコントロール３、フォームヘッダセクション４、フォーム詳細セクション５およびフォームフッターセクション６が配置されている。
【００３３】図５（ａ）はＭｅｎｕＢａｒコントロール３とフォームヘッダセクション４の拡大図である。ＭｅｎｕＢａｒコントロール３には、ファイリングフォームオブジェクト１のＭｅｎｕＢａｒプロパティに設定されたメニュー項目文字列、例えば、図では、符号３ａ〜３ｆで示す“Ｆｉｌｅ”、“Ｅｄｉｔ”、“Ｖｉｅｗ”、“Ｏｐｅｒａｔｉｏｎ”、“Ｗｉｎｄｏｗ”および“Ｈｅｌｐ”などが表示されており、任意のメニュー項目文字列をクリック（マウスの左ボタン操作；以下単に「クリック」または「選択」という）することによって、プルダウン式のサブメニューリストが表示されるようになっている。メニュー項目文字列３ａ〜３ｆは、Ｗｉｎｄｏｗｓ９５やＮＴ等でよく用いられるメニュースタイルと同様にそれぞれ「ファイル操作」、「編集操作」、「表示」、「ウィンドウ」および「ヘルプ」などを意味するが、“Ｏｐｅｒａｔｉｏｎ”については、ビデオサーバ・システム１０００のファイリング操作に特有のサブメニュー（後述の“Ｒｅａｓｓｉｇｎ Ｆｉｌｅ”）を含む。なお、メニュー項目文字列３ａ〜３ｆのアンダーライン付きのアルファベット文字はショートカットキーを表している。当該ショートカットキーとキーボード上の所定の機能キー（例えばＡｌｔキー）とを同時に押すことにより、マウスを操作することなく、当該メニュー項目を選択することができる。
【００３４】次に、フォームヘッダセクション４には複数個（図では７個）のコマンドボタンコントロール４ａ〜４ｇが配置されている。これらのコマンドボタンコントロール４ａ〜４ｇはファイリングフォームオブジェクト１のＣｏｎｔｒｏｌオブジェクトコレクションに含まれるＣｏｎｔｒｏｌオブジェクトであり、それぞれのコマンドボタンコントロール４ａ〜４ｇをクリックすることによって、そのコントロールのＯｎＣｌｉｃｋイベントプロパティに登録されたプロシージャ（一連の処理手続きを所定のプログラム言語によって記述したもの）を実行する。
【００３５】例えば、図示の例では、左端のコマンドボタンコントロール４ａをクリックすると後述のデータシートコントロールに表示されているデータを印刷するためのプロシージャを実行する。左から二番目のコマンドボタンコントロール４ｂをクリックすると同データシートコントロールにデータを追加するためのプロシージャを実行する。左から三番目のコマンドボタンコントロール４ｃをクリックすると同データシートコントロールの選択データを編集すめためのプロシージャを実行する。左から四番目のコマンドボタンコントロール４ｄをクリックすると同データシートコントロールの選択データをクリップボードにコピーするためのプロシージャを実行する。左から五番目のコマンドボタンコントロール４ｆクリックすると同データシートコントロールの選択データをタイムシフト（Ｓｔａｒｔ／Ｅｎｄ Ｔｉｍｅ等の時間データを所定量前後にシフトすること）するためのプロシージャを実行する。右端のコマンドボタンコントロール４ｇをクリックするとヘルプファイルをオープンするためのプロシージャを実行する。なお、これらのプロシージャは、ファイリングフォームオブジェクト１を用いて対話的に行われるユーザ操作の便宜を図るためのものであり、上記例示のものに限定されない。また、図示の例では、それぞれのコマンドボタンコントロール４ａ〜４ｇのＴｉｔｌｅプロパティに“ＰＲＩＮＴ”、“ＡＤＤ”、“ＥＤＩＴ”、“ＣＯＰＹ”、“ＰＡＳＴＥ”、“ＴＩＭＥ ＳＨＩＦＴ”および“ＨＥＬＰ”の各文字列をセットし、これらの文字列によって各々のコマンドボタンコントロール４ａ〜４ｇを識別しているが、適切にデザインされたグラフィックアイコン（例えば“ＰＲＩＮＴ”の代わりにプリンタをデザインしたアイコン）を使用して識別するようにしてもよい。
【００３６】次に、フォーム詳細セクション５にはテキストボックスコントロール５ａとデータシートコントロール１０が設けられている。テキストボックスコントロール５ａはデータシートコントロール１０の抽出条件を表す文字列（図では“最新バージョン”）を表示し、データシートコントロール１０は前述のＤＢ＿ＴＢＬのレコードデータ（但し上記抽出条件に対応したレコードデータ）をリスト表示する。
【００３７】図６はデータシートコントロール１０のレイアウト図である。データシートコントロール１０は、タイトル行１１とデータ表示エリア１２とからなり、データ表示エリア１２は横線で区域分けされた複数の行（「Ｒｏｗ」ともいう）と、複数の列（「Ｃｏｌｕｍｎ」ともいう）１１ａ〜１１ｅで構成されている。データ表示エリア１２の各行にはＤＢ＿ＴＢＬの一つのレコードのフィールドデータが表示されるようになっており、その表示順は行の左端列から順に“Ｍａｔｅｒｉａｌ ＩＤ”、“Ｔｉｔｌｅ”、“Ｄｕｒａｔｉｏｎ”、“Ｓｔａｔｕｓ”、“Ｆｉｌｉｎｇ Ｄａｔｅ”、“Ｓｔａｒｔ／Ｅｎｄ Ｔｉｍｅ”、“Ｓｏｕｒｃｅ”、“Ｔｉｍｅｒ”、“Ｐｒｅｖｉｅｗ”、“Ｐｒｏｇｒａｍ Ｎａｍｅ”、……である。タイトル行１１の各列にはこれらのデータ名を表す適当な名前（図ではＤＢ＿ＴＢＬのフィールド名と同一の名前）がつけられている。データ表示エリア１２の縦方向のスクロールバー１３と横方向のスクロールバー１４は使用化の状態になっており、これらのスクロールバー１３、１４を操作することにより、すべての行およびすべての列をスクロール表示できるようになっている。
【００３８】データシートコントロール１０のデータ表示エリア１２には上記テキストボックス５ａの抽出条件に従ってＤＢ＿ＴＢＬから抽出されたレコードデータがレコード単位に“区域分け”されて表示される。ここで、区域とは、データ表示エリア１２の１選択単位、すなわち、マウスでクリックしたときに選択（セレクト）される範囲（この例では“行”）のことをいう。なお、図示のデータシートコントロール１０のマルチセレクトプロパティはＴｒｕｅに設定されており、複数の区域（行）を同時にまたは連続して選択できるようになっている。
【００３９】次に、フォームフッターセクション６にはオンラインヘルプ用のテキストボックスコントロール６ａが設けられており、オンフォーカス中のオブジェクトに関連付けられた操作説明（図では便宜的に“○○××△△”）が表示されるようになっている。
【００４０】次に、本実施の形態にとって重要なサブメニュー（“Ｒｅａｓｓｉｇｎ Ｆｉｌｅ”）について説明する。図７（ａ）はＭｅｎｕＢａｒコントロール３の要部を示す図であり、この図は“Ｏｐｅｒａｔｉｏｎ”と表記されたメニュー項目３ｄを選択した時の状態を表している。すなわち、メニュー項目３ｄの下にサブメニューリスト１５が表示されており、このサブメニューリスト１５の“Ｒｅａｓｓｉｇｎ Ｆｉｌｅ”と表記されたサブメニュー１５ａを選択することによって、次に説明する「素材コード再割り付け処理」を実行するようになっている。なお、上記のサブメニューは、図７（ｂ）に示すように、データシートコントロール１０の上で右クリックすることによって開かれるメニューリスト１６に設けてもよい。図示のメニューリスト１６の“Ｒｅａｓｓｉｇｎ Ｆｉｌｅ”と表記されたサブメニュー１６ａを選択することによっても、後述の「素材コード再割り付け処理」を実行できる。
【００４１】＜素材コード再割り付け処理＞図８は本実施の形態の「素材コード再割り付け処理」を、オペレータの操作を主体にして説明する手順図である。この図において、収録担当のオペレータは、まず、収録端末２０１を操作して、図４のファイリングフォームオブジェクト１をオープンする（ステップＳ１）。ファイリングフォームオブジェクト１のＦｏｒｍ＿Ｏｐｅｎイベントには、後述のプロシージャ（図１２のＦｏｒｍ＿Ｏｐｅｎイベントプロシージャ）が登録されており、詳細は後述するが、そのプロシージャによってＤＢ＿ＴＢＬのレコードデータ取得と、その取得データのデータシートコントロール１０への表示を行なう。
【００４２】オペレータはデータシートコントロール１０の表示を確認し、素材コードの再割り付けを行なうかどうかを判断する。今、例えば、“お昼のニュース”というＴｉｔｌｅの素材コードが間違っていると仮定し、正しい素材コードを“ＡＲＣ００００４ ０”と仮定すると、オペレータは、次の手順で素材コードの再割り付けを行なう。（Ａ）まず、データシートコントロール１０の“ＡＲＣ００００２ ０”の行を選択する（ステップＳ２）。この行は素材コードの再割り付けを希望する行であり、以下「再割り付け元行」ということにすると、この選択により、図９に示すように再割り付け元行１２ａの表示が反転状態になる。データシートコントロール１０の選択イベントプロパティには、後述のプロシージャ（図１３のデータシートコントロール選択イベントプロシージャ）が登録されており、詳細は後述するが、そのプロシージャによって、前述の “Ｒｅａｓｓｉｇｎ Ｆｉｌｅ”サブメニュー１５ａ、１６ａ（図７参照）が使用可能になる。
【００４３】（Ｂ）次に、ＭｅｎｕＢａｒコントロール３の“Ｏｐｅｒａｔｉｏｎ”メニュー項目３ｄを選択してサブメニューリスト１５を表示させ、そのリスト中の“Ｒｅａｓｓｉｇｎ Ｆｉｌｅ”サブメニュー１５ａを選択する（ステップＳ３）。または、データシートコントロール１０のデータ表示エリア１２の上で右クリックしてサブメニューリスト１６を表示させ、そのリスト中の“ＲｅａｓｓｉｇｎＦｉｌｅ”サブメニュー１６ａを選択する。いずれの場合も、“Ｒｅａｓｓｉｇｎ Ｆｉｌｅ”サブメニュー１５ａ、１６ａには、後述のプロシージャ（図１５のＲｅａｓｓｉｇｎ Ｆｉｌｅ選択イベントプロシージャ）が登録されており、詳細は後述するが、そのプロシージャによって、データシートコントロール１０の現在の選択行（再割り付け元行１２ａ）の素材コードが（所定のグローバル変数ＣＵＲ＿ＩＤに）保持される。
【００４４】（Ｃ）次に、データシートコントロール１０の“ＡＲＣ００００４ ０”の行を選択する（ステップＳ４）。この行は素材コードの再割り付け先の行であり、以下「再割り付け先行」ということにすると、この選択により、図１０に示すように再割り付け先行１２ｂの表示が反転状態になる。先にも述べたように、データシートコントロール１０の選択イベントプロパティには、後述のプロシージャ（図１３のデータシートコントロール選択イベントプロシージャ）が登録されている。詳細は後述するが、そのプロシージャによって、データシートコントロール１０の現在の選択行（再割り付け先行１２ｂ）の素材コードを（所定のグローバル変数ＴＧＴ＿ＩＤに）保持し、その素材コード（“ＡＲＣ００００４ ０”）と先に保持しておいた再割り付け元行１２ａの素材コード（“ＡＲＣ００００２０”）とを用いたＤＢ＿ＴＢＬのレコードデータの移動処理、および、ＤＢ＿ＴＢＬの最新データによるデータシートコントロール１０の表示リフレッシュなどの一連の処理が自動的に行なわれる。
【００４５】（Ｄ）なお、この自動処理の開始に先立ち、再割り付け先行１２ｂの選択に誤りがないかどうかをオペレータに尋ねるダイアログ（図１４参照）を表示するようになっており（ステップＳ５）、ダイアログ中の「はい」ボタンを押したときに上記の自動処理を実行し、「いいえ」ボタンを押したときに現在の再割り付け先行１２ｂの選択を解除して、再割り付け先行の再指定を行なうようになっている。なお、自動処理の完了後、他の素材の再割り付けを行なう場合は、再び（Ａ）以降を繰り返す（ステップＳ６）。（Ｅ）今、上記の自動処理を完了すると、データシートコントロール１０の表示は、図１１に示すように変化する。すなわち、再割り付け元行１２ａの素材コードを除くすべてのデータ（“Ｔｉｔｌｅ”、“Ｄｕｒａｔｉｏｎ”、“Ｓｔａｔｕｓ”、“Ｆｉｌｉｎｇ Ｄａｔｅ”……の各列のデータ）が再割り付け先行１２ｂの同じ列に移動する。これは、ＤＢ＿ＴＢＬの二つのレコードのデータを入れ換えたからであり、正確には、再割り付け元行１２ａの素材コード（“ＡＲＣ００００２ ０”）に対応するレコードのデータを、再割り付け先行１２ｂの素材コード（“ＡＲＣ００００４ ０”）に対応するレコードに移動し、その移動後のＤＢ＿ＴＢＬのレコードデータを用いてデータシートコントロール１０の表示をリフレッシュしたからである。
【００４６】次に、以上の（Ａ）〜（Ｅ）の手順に必要なイベントプロシージャについて説明する。図１２はファイリングフォームオブジェクト１のオープン時に実行される「Ｆｏｒｍ＿Ｏｐｅｎイベントプロシージャ」のフローチャートである。このプロシージャを実行すると、まず、抽出条件（テキストコントロールボックス５ａに表示される抽出条件）に従って抽出用のＳＱＬコマンド列を生成する（ステップＳ１１）。次に、そのＳＱＬコマンド列をデータベースサブシステム３００のＳＱＬデータベースエンジンに発行し、データベースサブシステム３００のＳＱＬデータベースエンジンからの応答データ（上記抽出条件に従って抽出されたＤＢ＿ＴＢＬのレコードデータ）を取得（ステップＳ１２）した後、その取得データをデータシートコントロール１０のデータ表示エリア１２にセット（ステップＳ１３）してプロシージャを終了する。
【００４７】したがって、このプロシージャによれば、ファイリングフォームオブジェクト１のオープン時に、そのデータシートコントロール１０のデータ表示エリア１２に、所定の抽出条件に合致したＤＢ＿ＴＢＬのレコードデータを表示することができる。これにより、例えば、抽出条件が“最新バージョン”であれば、各々の素材コードについて、その最終桁の数値が最大のレコードをＤＢ＿ＴＢＬから抽出して、図６に示すようにデータシートコントロール１０のデータ表示エリア１２に表示することができる。
【００４８】図１３はデータシートコントロール１０のデータ表示エリア１２を選択したときに実行される「データシートコントロール選択イベントプロシージャ」のフローチャートである。このプロシージャを実行すると、まず、データ表示エリア１２がすでに選択済みであるか否かを判定する（ステップＳ２１）。この判定はデータシートコントロール１０のＳｅｌｅｃｔｅｄプロパティの値を調べることによって行なうことができる。Ｓｅｌｅｃｔｅｄプロパティの値がＴｒｕｅであればすでに選択済みであり、Ｆａｌｓｅであれば未選択である。今、再割り付け元行１２ａの指定時にこのプロシージャが実行された場合、プロシージャの実行直後はステップＳ２１の判定結果は“ＮＯ”である。この場合、“Ｒｅａｓｓｉｇｎ Ｆｉｌｅ”サブメニュー１５ａ、１６ａを使用可能（ステップＳ２２）にした後、プロシージャを終了する。なお、ステップＳ２１の判定結果が“ＹＥＳ”となるときは、再割り付け先行１２ｂの指定時であり、この場合の動作は後述する。
【００４９】したがって、このプロシージャによれば、データシートコントロール１０のデータ表示エリア１２をはじめて選択（図９参照）すると、“ＲｅａｓｓｉｇｎＦｉｌｅ”サブメニュー１５ａ、１６ａを使用可能にして、以降の素材コードの再割り付け処理を実行可能にすることができる。
【００５０】図１５は“Ｒｅａｓｓｉｇｎ Ｆｉｌｅ”サブメニュー１５ａまたは１６ａを選択したときに実行される「Ｒｅａｓｓｉｇｎ Ｆｉｌｅ選択イベントプロシージャ」のフローチャートである。このプロシージャを実行すると、まず、データシートコントロール１０のデータ表示エリア１２の現在の選択行（再割り付け元行１２ａ）の素材コードを所定のグローバル変数ＣＵＲ＿ＩＤにセット（ステップＳ３１）した後、データシートコントロール１０のデータ表示エリア１２の現在の選択行（再割り付け元行１２ａ）の背景色（ＢａｃｋＣｏｌｏｒ）または文字色（ＦｏｒｅＣｏｌｏｒ）を所定色に変更（ステップＳ３２）してプロシージャを終了する。なお、所定色に変更する理由は、再割り付け先行１２ｂとの区別を付けるためである。
【００５１】この状態で、データシートコントロール１０のデータ表示エリア１２を選択（再割り付け先行１２ｂを選択）すると、図１３の「データシートコントロール選択イベントプロシージャ」が再び実行されるが、この実行時においては、データシートコントロール１０のデータ表示エリア１２がすでに選択済み（再割り付け元行１２ａを選択済み）であるため、ステップＳ２１の判定結果が“ＹＥＳ”となる。したがって、この場合は、まず、新たに選択された行（再割り付け先行１２ｂ）の素材コードを所定のグローバル変数ＴＧＴ＿ＩＤにセットし（ステップＳ２３）、次いで、ＭｓｇＢｏｘ関数を用いて、図１４に示すダイアログ１７を表示する（ステップＳ２４）。
【００５２】このダイアログ１７は、例えば、タイトルバー１７ａに所定の文字列（図では“Ｒｅａｓｓｉｇｎ Ｆｉｌｅ”）を表示するとともに、クライアントエリアに適当なアイコン（例えば、問い合わせアイコン）１７ｂ、プロンプト１７ｃ、「はい」ボタン１７ｄおよび「いいえ」ボタン１７ｅを配置して構成する。プロンプト１７ｃの内容は、選択中の再割り付け元行１２ａと再割り付け先行１２ｂに誤りがないかどうかを尋ねるものであればよく、例えば、図示のとおり、“選択された素材のＭａｔｅｒｉａｌ ＩＤをＡＲＣ００００２ ０からＡＲＣ００００４ ０に変更します。よろしいですか？”の文字列にしてもよい。因みに、同文字列中の“ＡＲＣ００００２ ０”はグローバル変数ＣＵＲ＿ＩＤの値、“ＡＲＣ００００４ ０”はグローバル変数ＴＧＴ＿ＩＤの値である。
【００５３】ＭｓｇＢｏｘ関数は「はい」ボタン１７ｄが押されたときに所定の数値（例えば「６」）を返し、「いいえ」ボタン１７ｅが押されたときに他の数値（例えば「７」）を返すので、このＭｓｇＢｏｘの戻り値を調べることによって、「はい」ボタン１７ｄが押されたか、または、「いいえ」ボタン１７ｅが押されたかを判定（ステップ２５）することができる。
【００５４】そして、「はい」ボタン１７ｄが押された場合は、素材コードの再割り付け処理を継続してもよいので、後述のデータベース更新処理（ステップＳ２８）を実行し、"Ｒｅａｓｓｉｇｎ Ｆｉｌｅ“サブメニュー１５ａ、１６ａを使用不可にして（ステップＳ２９）プロシージャを終了する一方、「いいえ」ボタン１７ｅが押された場合は、素材コードの再割り付け処理をやり直すために、グローバル変数ＴＧＴ＿ＩＤをクリア（ステップＳ２６）し、再割り付け先行１２ｂの選択状態を解除（ステップＳ２７）してプロシージャを終了する。
【００５５】図１６は「データベース更新処理」（図１３R>３のステップＳ２８）を示すフローチャートである。このフローチャートは、上述のとおり、ダイアログ１７の「はい」ボタン１７ｄが押されたときに実行される。このフローチャートを実行すると、まず、データベースサブシステム３００にアクセスしてグローバル変数ＣＵＲ＿ＩＤで示されたレコード（以下「再割り付け元レコード」という）と、グローバル変数ＴＧＴ＿ＩＤで示されたレコード（以下「再割り付け先レコード」という）を抽出し、再割り付け元レコードのＭａｔｅｒｉａｌ ＩＤフィールドを除く各フィールドのデータを再割り付け先レコードの同一名フィールドに移動する（ステップＳ４１）。この移動により、再割り付け元レコードのＭａｔｅｒｉａｉ ＩＤフィールド以外のフィールドデータは既定値に戻り、再割り付け先レコードのＭａｔｅｒｉａｉ ＩＤフィールド以外のフィールドデータは、上記移動前の再割り付け元レコードの各フィールドの値を持つこととなる。
【００５６】そして、上記移動操作を完了すると、次に、抽出条件（テキストコントロールボックス５ａに表示される抽出条件）に従って抽出用のＳＱＬコマンド列を生成し（ステップＳ４２）、そのＳＱＬコマンド列をデータベースサブシステム３００のＳＱＬデータベースエンジンに発行し、データベースサブシステム３００のＳＱＬデータベースエンジンからの応答データ（上記抽出条件に従って抽出されたＤＢ＿ＴＢＬのレコードデータ）を取得（ステップＳ４３）した後、その取得データをデータシートコントロール１０のデータ表示エリア１２にセット（ステップＳ４４）してプロシージャを終了する。
【００５７】したがって、以上の「データベース更新処理」を含む「データシートコントロール選択イベントプロシージャ」によれば、再割り付け先行１２ｂの素材コードをグローバル変数ＴＧＴ＿ＩＤにセットし、このグローバル変数ＴＧＴ＿ＩＤの値と、先の「Ｒｅａｓｓｉｇｎ Ｆｉｌｅプロシージャ」でセットされたグローバル変数ＣＵＲ＿ＩＤの値を用いて、ＤＢ＿ＴＢＬの一のレコード（再割り付け元レコード）の各フィールドデータ（但し、Ｍｅｔｅｒｉａｌ ＩＤフィールドを除く）を、ＤＢ＿ＴＢＬの二のレコード（再割り付け先レコード）の同名フィールドに移動することができ、且つ、その移動操作により、一のレコード（再割り付け元レコード）の各フィールドデータ（但し、Ｍｅｔｅｒｉａｌ ＩＤフィールドを除く）を既定値に戻すことができる。その結果、ＤＢ＿ＴＢＬの更新操作のみで素材コードの再割り付けを行なうことができる。
【００５８】以上のとおり、本実施の形態によれば、ＤＢ＿ＴＢＬの更新処理によって素材コードの再割り付けを行なうようにしたが、一般にデータベースの更新時間は、ビデオサーバ・システム１０００に収録された素材データ（音声映像データ）の消去や再収録時間に比べて格段に早い（瞬時といっても差し支えない）から、従来手順のようなパフォーマンスの低下を招くことがないという特有の効果を得ることができる。しかも、複数の素材コードの再割り付けを繰り返す場合でも、瞬時といっても差し支えないきわめて短い時間を、その繰り返し回数倍するだけであるから、殆ど待ち時間を実感することがないという格別な効果を得ることができる。
【００５９】なお、上記実施の形態では、データベースサブシステム３００、収録端末２０１および大容量記憶サブシステム４００などを組み合わせて一つのビデオサーバ・システム１０００を構成する大規模システムを例にしたが、本発明の適用は、このような特定のシステムに限定されない。要は、放送素材の実体（音声映像データ）を収録するビデオサーバと、この放送素材と素材コードとを関連付けて管理するＤＢ＿ＴＢＬとを含むものであればよく、そのシステムの規模の大小は問わない。また、実施の形態では、ＳＱＬコマンドを用いてデータべースサブシステム３００にアクセスしているが、これはデータベースアクセスの一例を示したにすぎず、他のアクセス方法であっても構わないことはもちろんである。
【００６０】本実施の形態の主要な機能は、マイクロコンピュータを含むハードウェア資産と、ＯＳや各種プログラムなどのソフトウェア資産との有機的結合によって機能的に実現されるものであるが、ハードウェア資産およびＯＳは汎用のものを利用できるから、本発明にとって欠くことのできない必須の事項は、実質的に、前記ファイリングフォームオブジェクト１を表示するためのプログラムに集約されているということがいえる。したがって、本発明は、前記フォームオブジェクト１を表示するためのプログラムのすべてまたはその要部を格納した、フロッピィディスク、光ディスク、コンパクトディスク、磁気テープ、ハードディスクまたは半導体メモリなどの記憶媒体もしくはこれらの記憶媒体を含む構成品（ユニット品や完成品または半完成品）を包含する。なお、上記記憶媒体または構成品は、それ自体が流通経路にのるものはもちろんのこと、ネットワーク上にあって記録内容だけを提供するものも含まれる。
【００６１】
【発明の効果】本発明によれば、データベースのレコードデータの移動によって、放送素材の識別情報（素材コード）の再割り付けを行なうようにしたので、一般にデータベースのレコードデータ移動は極めて短い時間（瞬時といってよい）で行われるから、例えば、ビデオサーバ・システムにおける収録情報の消去や再収録の時間に比べて遥かに短い時間で再割り付けを行なうことができ、パフォーマンスの低下を招かない放送素材情報管理装置を提供できる。
【図面の簡単な説明】
【図１】ビデオサーバ・システムの全体構成図である。
【図２】ＤＢ＿ＴＢＬの構造図である。
【図３】大容量記憶サブシステムのＡ系を示す構成図である。
【図４】ファイリングフォームオブジェクトを示す図である。
【図５】ＭｅｎｕＢａｒコントロールとフォームヘッダセクションの拡大図である。
【図６】データシートコントロールのレイアウト図である。
【図７】ＭｅｎｕＢａｒコントロールの要部を示す図である。
【図８】素材コード再割り付け処理をオペレータ操作を主体にして説明する手順図である。
【図９】割り付け元行の選択状態図である。
【図１０】割り付け元行と割り付け先行の選択状態図である。
【図１１】割り付け完了後の表示状態図である。
【図１２】Ｆｏｒｍ＿Ｏｐｅｎイベントプロシージャのフローチャートを示す図である。
【図１３】データシートコントロール選択イベントプロシージャのフローチャートを示す図である。
【図１４】ダイアログの構成図である。
【図１５】Ｒｅａｓｓｉｇｎ Ｆｉｌｅ選択イベントプロシージャのフローチャートを示す図である。
【図１６】データベース更新処理のフローチャートを示す図である。
【符号の説明】
Ｓ１１……ステップ（表示手段）、Ｓ１２……ステップ（表示手段）、Ｓ１３……ステップ（表示手段）、Ｓ４１……ステップ（移動指示手段）、Ｓ４２……ステップ（再表示手段）、Ｓ４３……ステップ（再表示手段）、Ｓ４４……ステップ（再表示手段）、１０……データシートコントロール（オブジェクト）、１２……データ表示エリア（選択手段）、１２ａ……再割り付け元行（区域）、１２ｂ……再割り付け先行（区域）、２０１……収録端末（放送素材情報管理装置）、３００……データベースサブシステム（データベース）。
【特許請求の範囲】
【請求項１】 放送素材を識別するための識別情報を含む放送素材情報を管理する放送素材情報管理装置において、前記放送素材情報を前記識別情報ごとにレコード化して記憶するデータベースからすべてのレコードまたは所定の条件に合致した一部のレコードの情報を受け取りその受け取った情報をレコード単位に区域分けされた形式のオブジェクトを用いて表示する表示手段と、前記表示手段によって表示されたオブジェクトの任意の二つの区域を選択する選択手段と、前記選択手段によって選択された二つの区域に表示されている第一の識別情報を移動元のキーワードとし他方の識別情報を移動先のキーワードとして前記データベースに対して該識別情報を除くレコード情報の移動を指示する移動指示手段と、を備えたことを特徴とする放送素材情報管理装置。
【請求項２】 放送素材を識別するための識別情報を含む放送素材情報を管理する放送素材情報管理装置において、前記放送素材情報を前記識別情報ごとにレコード化して記憶するデータベースからすべてのレコードまたは所定の条件に合致した一部のレコードの情報を受け取りその受け取った情報をレコード単位に区域分けされた形式のオブジェクトを用いて表示する表示手段と、前記表示手段によって表示されたオブジェクトの任意の二つの区域を選択する選択手段と、前記選択手段によって選択された二つの区域に表示されている第一の識別情報を移動元のキーワードとし他方の識別情報を移動先のキーワードとして前記データベースに対して該識別情報を除くレコード情報の移動を指示する移動指示手段と、前記データベースから移動後のレコードの情報を受け取りその受け取った情報を前記オブジェクトを用いて再表示する再表示手段と、を備えたことを特徴とする放送素材情報管理装置。
【請求項３】 前記二つの区域の一方は放送素材の収録位置を示す情報を含むことを特徴とする請求項１記載の放送素材情報管理装置。
【請求項４】 前記二つの区域の一方は放送素材の収録位置を示す情報を含むことを特徴とする請求項２記載の放送素材情報管理装置。
【請求項５】 放送素材情報を識別情報ごとにレコード化して記憶するデータベースからすべてのレコードまたは所定の条件に合致した一部のレコードの情報を受け取りその受け取った情報をレコード単位に区域分けされた形式のオブジェクトを用いて表示する表示手段と、前記表示手段によって表示されたオブジェクトの任意の二つの区域を選択する選択手段と、前記選択手段によって選択された二つの区域に表示されている第一の識別情報を移動元のキーワードとし他方の識別情報を移動先のキーワードとして前記データベースに対して該識別情報を除くレコード情報の移動を指示する移動指示手段と、を実現するためのプログラムを格納したことを特徴とする記録媒体。
【請求項６】 放送素材情報を識別情報ごとにレコード化して記憶するデータベースからすべてのレコードまたは所定の条件に合致した一部のレコードの情報を受け取りその受け取った情報をレコード単位に区域分けされた形式のオブジェクトを用いて表示する表示手段と、前記表示手段によって表示されたオブジェクトの任意の二つの区域を選択する選択手段と、前記選択手段によって選択された二つの区域に表示されている第一の識別情報を移動元のキーワードとし他方の識別情報を移動先のキーワードとして前記データベースに対して該識別情報を除くレコード情報の移動を指示する移動指示手段と、前記データベースから移動後のレコードの情報を受け取りその受け取った情報を前記オブジェクトを用いて再表示する再表示手段と、を実現するためのプログラムを格納したことを特徴とする記録媒体。
【請求項１】 放送素材を識別するための識別情報を含む放送素材情報を管理する放送素材情報管理装置において、前記放送素材情報を前記識別情報ごとにレコード化して記憶するデータベースからすべてのレコードまたは所定の条件に合致した一部のレコードの情報を受け取りその受け取った情報をレコード単位に区域分けされた形式のオブジェクトを用いて表示する表示手段と、前記表示手段によって表示されたオブジェクトの任意の二つの区域を選択する選択手段と、前記選択手段によって選択された二つの区域に表示されている第一の識別情報を移動元のキーワードとし他方の識別情報を移動先のキーワードとして前記データベースに対して該識別情報を除くレコード情報の移動を指示する移動指示手段と、を備えたことを特徴とする放送素材情報管理装置。
【請求項２】 放送素材を識別するための識別情報を含む放送素材情報を管理する放送素材情報管理装置において、前記放送素材情報を前記識別情報ごとにレコード化して記憶するデータベースからすべてのレコードまたは所定の条件に合致した一部のレコードの情報を受け取りその受け取った情報をレコード単位に区域分けされた形式のオブジェクトを用いて表示する表示手段と、前記表示手段によって表示されたオブジェクトの任意の二つの区域を選択する選択手段と、前記選択手段によって選択された二つの区域に表示されている第一の識別情報を移動元のキーワードとし他方の識別情報を移動先のキーワードとして前記データベースに対して該識別情報を除くレコード情報の移動を指示する移動指示手段と、前記データベースから移動後のレコードの情報を受け取りその受け取った情報を前記オブジェクトを用いて再表示する再表示手段と、を備えたことを特徴とする放送素材情報管理装置。
【請求項３】 前記二つの区域の一方は放送素材の収録位置を示す情報を含むことを特徴とする請求項１記載の放送素材情報管理装置。
【請求項４】 前記二つの区域の一方は放送素材の収録位置を示す情報を含むことを特徴とする請求項２記載の放送素材情報管理装置。
【請求項５】 放送素材情報を識別情報ごとにレコード化して記憶するデータベースからすべてのレコードまたは所定の条件に合致した一部のレコードの情報を受け取りその受け取った情報をレコード単位に区域分けされた形式のオブジェクトを用いて表示する表示手段と、前記表示手段によって表示されたオブジェクトの任意の二つの区域を選択する選択手段と、前記選択手段によって選択された二つの区域に表示されている第一の識別情報を移動元のキーワードとし他方の識別情報を移動先のキーワードとして前記データベースに対して該識別情報を除くレコード情報の移動を指示する移動指示手段と、を実現するためのプログラムを格納したことを特徴とする記録媒体。
【請求項６】 放送素材情報を識別情報ごとにレコード化して記憶するデータベースからすべてのレコードまたは所定の条件に合致した一部のレコードの情報を受け取りその受け取った情報をレコード単位に区域分けされた形式のオブジェクトを用いて表示する表示手段と、前記表示手段によって表示されたオブジェクトの任意の二つの区域を選択する選択手段と、前記選択手段によって選択された二つの区域に表示されている第一の識別情報を移動元のキーワードとし他方の識別情報を移動先のキーワードとして前記データベースに対して該識別情報を除くレコード情報の移動を指示する移動指示手段と、前記データベースから移動後のレコードの情報を受け取りその受け取った情報を前記オブジェクトを用いて再表示する再表示手段と、を実現するためのプログラムを格納したことを特徴とする記録媒体。
【図１】
【図２】
【図５】
【図１４】
【図３】
【図４】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１５】
【図１６】
【図２】
【図５】
【図１４】
【図３】
【図４】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１５】
【図１６】
【公開番号】特開２００１−１６９２１８（Ｐ２００１−１６９２１８Ａ）
【公開日】平成１３年６月２２日（２００１．６．２２）
【国際特許分類】
【出願番号】特願平１１−３５２９８０
【出願日】平成１１年１２月１３日（１９９９．１２．１３）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
【公開日】平成１３年６月２２日（２００１．６．２２）
【国際特許分類】
【出願日】平成１１年１２月１３日（１９９９．１２．１３）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
[ Back to top ]