JP2011259351A - 素材収録システム - Google Patents

Abstract

【課題】素材を収録する素材収録システムで、収録対象となる素材の識別情報を発行する装置を複数設ける場合に、発行される識別情報の重複を回避することを効果的に実現する。
【解決手段】素材収録システムは、素材を収録する素材収録手段、収録される素材に割り当てる識別情報を発行する機能を有する複数の装置１、８、これら複数の装置で使用することが可能な複数の識別情報の中で各装置毎に使用することが可能な識別情報を割り振る割り振り手段３を備える。複数の装置の各々は、自装置に割り振られた使用することが可能な識別情報の中から未使用の識別情報を収録される素材に割り当てる割り当て手段を有する。
【選択図】 図１

Description

本発明は、例えば放送番組等の素材を収録する素材収録システムに関し、特に、収録対象となる素材の識別情報を発行する装置を複数設ける場合に、発行される識別情報の重複を回避することを効果的に実現する素材収録システムに関する。

例えば、放送システムでは、収録される素材（収録素材）を管理するために、個々の収録素材に対してユニークなビデオＩＤを付与することが行われている。このビデオＩＤは、各収録素材を識別管理するために個々の収録素材に発番される。
ここで、ビデオＩＤは複数桁の文字列と数字列で構成され、文字列部分にはビデオＩＤを発番する日付けを表す情報が使用され、数字列部分にはビデオＩＤの発番毎に更新される連続番号を表す情報が使用される。ビデオＩＤの発番処理では、ユニークなビデオＩＤにするために、数字列を連続する番号で発番している。

図８〜図１１を参照して、ビデオＩＤの発番処理の具体例を示す。なお、これらは従来技術であるとは限らない。
図８には、情報管理サーバーにより自動で収録する場合に、情報管理サーバーでビデオＩＤを発番する際の処理のシーケンスの一例を示してある。
本例では、情報管理サーバーがビデオＩＤを発番して、収録を指示する。

具体的には、例えば外部のシステムからの指示に応じて、情報管理サーバーが、収録予定を作成する処理を行い（処理Ｔ１）、ビデオＩＤを発番する処理を行い（処理Ｔ２）、収録指示（例えば、ビデオＩＤや、収録する時間）を送信する（処理Ｔ３）。この収録指示を受信したことに応じて、収録コントローラが、収録処理を行う（処理Ｔ４）。

これに対して、図９に示されるような処理とすると、非効率的であると考えられる。
図９には、情報管理サーバーにより自動で収録する場合に、収録コントローラでビデオＩＤを発番する際の処理のシーケンスの一例を示してある。
本例では、情報管理サーバーから収録コントローラにビデオＩＤの発番を依頼する。

具体的には、例えば外部のシステムからの指示に応じて、情報管理サーバーが、収録予定を作成する処理を行い（処理Ｔ１１）、ビデオＩＤの発番依頼を送信する（処理Ｔ１２）。この発番依頼を受信したことに応じて、収録コントローラが、ビデオＩＤを発番する処理を行い、そのビデオＩＤを送信する（処理Ｔ１３）。このビデオＩＤを受信した情報管理サーバーが、収録指示（例えば、ビデオＩＤや、収録する時間）を送信する（処理Ｔ１４）。この収録指示を受信したことに応じて、収録コントローラが、収録処理を行う（処理Ｔ１５）。
この場合、収録コントローラに障害が起きてビデオＩＤの発番処理を行うことができない状態になると、自動で行う収録予定の作成処理ができなくなる。

図１０には、収録端末により手動で収録する場合に、収録コントローラでビデオＩＤを発番する際の処理シーケンスの一例を示してある。
本例では、収録コントローラが、ビデオＩＤを発番し、収録端末からの指示で収録を行う。

具体的には、例えばオペレータ（人）による操作（即時収録の指示）に応じて、収録端末が、収録開始処理を行い（処理Ｔ２１）、ビデオＩＤの発番依頼を送信する（処理Ｔ２２）。この発番依頼を受信したことに応じて、収録コントローラが、ビデオＩＤを発番する処理を行い、そのビデオＩＤを送信する（処理Ｔ２３）。このビデオＩＤを受信した収録端末が、収録指示（例えば、ビデオＩＤや、収録する時間）を送信する（処理Ｔ２４）。この収録指示を受信したことに応じて、収録コントローラが、収録処理を行う（処理Ｔ２５）。

これに対して、図１１に示されるような処理とすると、非効率的であると考えられる。
図１１には、収録端末により手動で収録する場合に、情報管理サーバーでビデオＩＤを発番する際の処理のシーケンスの一例を示してある。
本例では、収録端末から情報管理サーバーにビデオＩＤの発番を依頼する。

具体的には、例えばオペレータ（人）による操作（即時収録の指示）に応じて、収録端末が、収録開始処理を行い（処理Ｔ３１）、ビデオＩＤの発番依頼を送信する（処理Ｔ３２）。この発番依頼を受信したことに応じて、情報管理サーバーが、ビデオＩＤを発番する処理を行い、そのビデオＩＤを送信する（処理Ｔ３３）。このビデオＩＤを受信した収録端末が、収録指示（例えば、ビデオＩＤや、収録する時間）を送信する（処理Ｔ３４）。この収録指示を受信したことに応じて、収録コントローラが、収録処理を行う（処理Ｔ３５）。
この場合、情報管理サーバーに障害が起きてビデオＩＤの発番処理を行うことができない状態になると、手動での収録ができなくなる。

ここで、例えば、ビデオＩＤの発番処理を一箇所で行う方法では、ビデオＩＤの発番処理を行っている装置（情報管理サーバー或いは収録コントローラ）に障害が発生すると、ビデオＩＤの発番が不能となり、収録するための手段が無くなってしまう。そこで、ビデオＩＤの発番処理を行う装置を分散させて、情報管理サーバーにより自動で収録を行う場合には図８に示されるように情報管理サーバーでビデオＩＤを発番し、収録端末により手動で収録を行う場合には図１０に示されるように収録コントローラでビデオＩＤを発番する方式を使用するのが好ましいと考えられる。

特開２００６−６０６４４号公報

上記したようなビデオＩＤの発番方式では、例えば、それぞれの装置（情報管理サーバー、収録コントローラ）が異なったビデオＩＤの番号範囲から発番する際には、相互の発番処理で発番されるビデオＩＤに重複は起きない。
しかしながら、発番処理機能を有する複数の装置が共に同じビデオＩＤの番号範囲から発番するように仕様変更することが検討等されており、この場合、相互の発番処理でユニークなビデオＩＤを発番するためには、例えば、発番処理機能間で発番したビデオＩＤを通知して、同一のビデオＩＤの発番を避ける仕組みが必要となる。だが、このような仕組みでは、発番処理機能を有するいずれかの装置に障害が発生すると、ビデオＩＤが発番不能となり、収録手段が無くなってしまう。

このように、発番処理機能を有する複数の装置を設ける場合に、例えば自動収録と手動収録といったものに関して、一方の収録手法が実行不能となっても、他方の収録手法で収録を実行することができるようなビデオＩＤの発番方式が必要となった。
本発明は、このような従来の事情に鑑み為されたもので、収録対象となる素材の識別情報を発行する装置を複数設ける場合に、発行される識別情報の重複を回避することを効果的に実現することができる素材収録システムを提供することを目的とする。

上記目的を達成するため、本発明では、素材を収録する素材収録システムにおいて、次のような構成とした。
すなわち、当該素材収録システムでは、素材収録手段が、素材を収録する。また、前記素材収録手段により収録される素材に割り当てる識別情報を発行する機能を有する複数の装置を備える。また、割り振り手段が、これら複数の装置で使用することが可能な複数の識別情報の中で、各装置毎に使用することが可能な識別情報を割り振る。
前記複数の装置の各々では、割り当て手段が、前記割り振り手段により自装置に割り振られた使用することが可能な識別情報の中から、未使用の識別情報を前記素材収録手段により収録される素材に割り当てる。

以上説明したように、本発明に係る素材収録システムによると、収録対象となる素材の識別情報を発行する装置を複数設ける場合においても、各装置で発行される識別情報の重複を回避することを効果的に実現することができる。

本発明の一実施例に係る素材収録システムの構成例を示す図である。 本発明の第１実施例に係るメンテナンス端末においてビデオＩＤの発番に関する閾値を設定する処理の手順の一例を示す図である。 本発明の第１実施例に係る情報管理サーバーによりビデオＩＤを発番する処理の手順の一例を示す図である。 本発明の第１実施例に係る収録コントローラによりビデオＩＤを発番する処理の手順の一例を示す図である。 本発明の第１実施例に係る情報管理サーバーと収録コントローラのそれぞれで発番するビデオＩＤの範囲の一例を示す図である。 本発明の第２実施例に係る情報管理サーバーと収録コントローラのそれぞれで発番するビデオＩＤの範囲の一例を示す図である。 本発明の第３実施例に係る情報管理サーバーと収録コントローラのそれぞれで発番するビデオＩＤの範囲の一例を示す図である。 情報管理サーバーにより自動で収録する場合に情報管理サーバーでビデオＩＤを発番する際の処理の手順の一例を示す図である。 情報管理サーバーにより自動で収録する場合に収録コントローラでビデオＩＤを発番する際の処理の手順の一例を示す図である。 収録端末により手動で収録する場合に収録コントローラでビデオＩＤを発番する際の処理の手順の一例を示す図である。 収録端末により手動で収録する場合に情報管理サーバーでビデオＩＤを発番する際の処理の手順の一例を示す図である。

本発明に係る実施例を図面を参照して説明する。
図１には、本発明の一実施例に係る放送システムにおける素材収録システムの構成例を示してある。
本例の素材収録システムは、収録する素材にビデオＩＤを発番するビデオＩＤの発番処理機能を有する情報管理サーバー１、収録端末２、メンテナンス端末３、アラーム監視端末４、エンコーダ５、収録転送装置６、収録素材等を記憶（記録）する記憶装置を有する素材サーバー７、収録する素材にビデオＩＤを発番するビデオＩＤの発番処理機能を有する収録コントローラ８、これらの装置を接続するＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）１１を備えている。

ここで、本例では、素材として、放送番組（その全部又は一部）を構成する映像や音声（本例では、「映像／音声」と言う）を用いている。
また、本例では、収録予約の収録スケジュールの指示が外部の所定のシステムから情報管理サーバー１へ入力され、また、即時収録の収録スケジュールの指示がオペレータ（人）により収録端末から入力される。
また、本例では、自動収録の場合には図８に示される処理シーケンスが用いられ、手動収録の場合には図１０に示される処理シーケンスが用いられる。

また、情報管理サーバー１、収録端末２、メンテナンス端末３、アラーム監視端末４、収録転送装置６、素材サーバー７、収録コントローラ８は、それぞれ、例えば、パーソナルコンピュータ（ＰＣ）を用いて構成される。

情報管理サーバー１は、ビデオＩＤを発番する機能や、収録を自動で実施する自動収録のための処理を行う機能や、収録予定を管理する機能などを有している。
収録端末２は、オペレータにより操作され、収録を手動で実施する手動収録のための処理を行う機能や、アラームを発する機能などを有している。なお、収録端末２として、収録機能と再生機能を有する再生収録端末が用いられてもよい。

メンテナンス端末３は、オペレータにより操作され、ビデオＩＤの発番範囲に関する設定を行う機能（例えば、ビデオＩＤの発番有効範囲を設定する機能）などを有している。
アラーム監視端末４は、オペレータにより操作され、アラームを発する機能などを有している。ここで、アラームとしては、例えば、オペレータに対して、所定の画面内容を表示する態様や、所定の音を出力する態様などを用いることができる。

エンコーダ５は、例えば外部の所定のシステムから送信される素材（本例では、映像／音声）を入力して、入力した素材を（例えば、圧縮して）ファイル化し、このファイル化の結果（素材ファイル）を収録転送装置６へ送信（転送）する機能を有している。本例では、エンコーダ５は、収録コントローラ８により制御される。

収録転送装置６は、エンコーダ５から入力（受信）された素材ファイルを素材サーバー７へ送信（転送）する機能を有している。
素材サーバー７は、収録転送装置６から入力（受信）された素材ファイルを収録（記憶）して格納する機能を有している。収録された素材ファイルの素材は、例えば、オペレータなどにより編集することや、外部の所定のシステムへ出力することが可能である。
収録コントローラ８は、ビデオＩＤを発番する機能や、素材の収録を制御する機能（例えば、収録のスタートを管理する機能）や、エンコーダ５に指示を与える機能などを有している。

本実施例では、文字列と数字列の複数桁で構成されるビデオＩＤについて、本例の放送システムにおける素材収録システムで発番することができる数字列の範囲が限定されており、具体的な数字列の範囲は８０００１〜８９９９９となっており、日毎に発番することができる。ここで、日付けは文字列内に表すことで、毎日、同じ数字列の範囲でビデオＩＤを発番する。本実施例では、この数字列を使用して説明する。

本実施例では、このように限定された数字列の範囲内で、情報管理サーバー１と収録コントローラ８が、ビデオＩＤを重複無く発番していく必要がある。また、これら２つの装置１、８の間が障害等で通信不能となっていても、ビデオＩＤを重複無く発番していく必要がある。
本実施例では、例えば、相互の装置１、８で発番しているビデオＩＤを互いに意識しなくとも、継続してビデオＩＤの発番処理を実行することができる方式を提供する。

本発明の第１実施例を説明する。
本例では、本例の素材収録システムで発番することができるビデオＩＤの範囲内（本例では、８０００１〜８９９９９）に、情報管理サーバー１と収録コントローラ８について、相互の装置１、８で発番することができるビデオＩＤの境界値（閾値）を決めて設定する。

具体例として、情報管理サーバー１が有するビデオＩＤの発番処理機能では、８０００１から昇順で発番し、（閾値−１）まで発番可能とする。また、収録コントローラ８が有するビデオＩＤの発番処理機能では、８９９９９から降順で発番し、閾値まで発番可能とする。
ここで、閾値としては、中央値付近を設定する場合には８５０００や８５００１を設定することができ、或いは、使用状況等に応じて、いずれかの装置１、８に、より多くの番号範囲を設定することも可能である。
このようなビデオＩＤの発番方式により、例えば、障害等の発生時においても、ビデオＩＤの重複した発番を回避し、重複しないビデオＩＤを継続して発番することが可能となる。

本例では、ビデオＩＤの発番有効範囲（本例では、閾値）は、オペレータ等により任意に設定することが可能であり、メンテナンス端末３において設定することが可能である。
図２には、メンテナンス端末３においてビデオＩＤの発番に関する閾値を設定（初期設定又は変更の設定）する処理の手順の一例を示してある。

メンテナンス端末３では、閾値設定処理が開始されると（ステップＳ１）、オペレータにより入力された閾値を受け付け（ステップＳ２）、受け付けた閾値を収録コントローラ８に通知するとともに（ステップＳ３）、受け付けた閾値を情報管理サーバー１に通知し（ステップＳ４）、本処理を終了する（ステップＳ５）。
情報管理サーバー１及び収録コントローラ８では、それぞれ、初期状態では所定の初期値が閾値としてメモリに記憶されており、その後、メンテナンス端末３から通知された閾値がメモリに記憶（上書きにより再設定）される。

図３には、情報管理サーバー１によりビデオＩＤを発番する処理の手順の一例を示してある。これは、本例では、図８に示されるビデオＩＤ発番処理（処理Ｔ２）に対応する。
本例では、自動収録を実行する際には、情報管理サーバー１のビデオＩＤ発番機能が、収録コントローラ８における発番状況に関係なく、８０００１、８０００２、８０００３、・・・と発番していき、（閾値−１）の番号まで発番することができる。

具体的には、情報管理サーバー１では、発番処理が開始されると（ステップＳ１１）、メンテナンス端末３により閾値が初期値に対して再設定されたか否かを判定し（ステップＳ１２）、再設定された場合には再設定された閾値を使用し、再設定されていない場合には閾値として初期値を使用する（ステップＳ１３）。

次に、前回に発番したビデオＩＤを示す情報管理サーバー発番ＩＤをインクリメント（＋１）した結果の値を新規発番用ＩＤに設定する（ステップＳ１４）。そして、新規発番用ＩＤが（閾値−所定のＩＤ発番注意喚起値）に達したか否かを判定し（ステップＳ１５）、達した場合には、その旨を示すためのアラームを発するようにアラーム監視端末４に通知する（ステップＳ１６）。
なお、ＩＤ発番注意喚起値としては、例えば、１００など、種々な値が用いられてもよい。

次に、（閾値−１）番まで発番したか否かを判定し（ステップＳ１７）、既に（閾値−１）番まで発番済みである場合には、その旨（エラー）を示すためのアラームを発するようにアラーム監視端末４に通知する（ステップＳ１８）。
次に、新規発番用ＩＤでビデオＩＤの発番処理を実行し、その新規発番用ＩＤ（ビデオＩＤ）を登録する（ステップＳ１９）。この登録された新規発番用ＩＤ（ビデオＩＤ）は、例えば、その後に素材サーバー７に記憶（収録）される対応する素材ファイルに対応付けられる。また、この新規発番用ＩＤ（ビデオＩＤ）は、例えば、素材サーバー７などに登録（記憶）される。

そして、情報管理サーバー発番ＩＤに新規発番用ＩＤを設定して（ステップＳ２０）、本処理を終了する（ステップＳ２１）。
ここで、情報管理サーバー１では、自装置に割り当てられた発番範囲（本例では、８０００１〜（閾値−１））のみで発番する。

図４には、収録コントローラ８によりビデオＩＤを発番する処理の手順の一例を示してある。これは、本例では、図１０に示されるビデオＩＤ発番処理（処理Ｔ２３）に対応する。
本例では、手動収録を実行する際には、収録コントローラ８のビデオＩＤ発番機能が、情報管理サーバー１の発番状況に関係なく、８９９９９、８９９９８、８９９９７、・・・と発番していき、閾値の番号まで発番することができる。

具体的には、収録コントローラ８では、発番処理が開始されると（ステップＳ３１）、メンテナンス端末３により閾値が初期値に対して再設定されたか否かを判定し（ステップＳ３２）、再設定された場合には再設定された閾値を使用し、再設定されていない場合には閾値として初期値を使用する（ステップＳ３３）。

次に、前回に発番したビデオＩＤを示す収録コントローラ発番ＩＤをデクリメント（−１）した結果の値を新規発番用ＩＤに設定する（ステップＳ３４）。そして、新規発番用ＩＤが（閾値＋所定のＩＤ発番注意喚起値）に達したか否かを判定し（ステップＳ３５）、達した場合には、その旨を示すためのアラームを発するように収録端末２に通知するとともに（ステップＳ３６）、その旨を示すためのアラームを発するようにアラーム監視端末４に通知する（ステップＳ３７）。
なお、ＩＤ発番注意喚起値としては、例えば、１００など、種々な値が用いられてもよい。

次に、閾値まで発番したか否かを判定し（ステップＳ３８）、既に閾値まで発番済みである場合には、その旨（エラー）を示すためのアラームを発するように収録端末２に通知するとともに（ステップＳ３９）、その旨（エラー）を示すためのアラームを発するようにアラーム監視端末４に通知する（ステップＳ４０）。
次に、新規発番用ＩＤでビデオＩＤの発番処理を実行し、その新規発番用ＩＤ（ビデオＩＤ）を登録する（ステップＳ４１）。この登録された新規発番用ＩＤ（ビデオＩＤ）は、例えば、その後に素材サーバー７に記憶（収録）される対応する素材ファイルに対応付けられる。また、この新規発番用ＩＤ（ビデオＩＤ）は、例えば、素材サーバー７などに登録（記憶）される。

そして、収録コントローラ発番ＩＤに新規発番用ＩＤを設定して（ステップＳ４２）、本処理を終了する（ステップＳ４３）。
ここで、収録コントローラ８では、自装置に割り当てられた発番範囲（本例では、８９９９９〜閾値））のみで発番する。

図５には、閾値の初期値として８５０００が設定された場合について、情報管理サーバー１と収録コントローラ８のそれぞれで発番するビデオＩＤの範囲の一例を示してある。
本例では、情報管理サーバー１は昇順で、収録コントローラ８は降順で、閾値に向かって発番していく。また、閾値は、例えば、手動により或いは予め設定された条件に基づいて自動的に、初期値から任意の数回だけ、変更可能である。
なお、閾値の設定や変更は、メンテナンス端末３に限られず、種々な装置で行われてもよい。

ここで、閾値を自動的に変更するための条件としては、一例として、いずれかの装置に割り当てられた発番可能範囲の内の使用済み数が多くなって所定数となった場合（逆に言えば、未使用数が減って所定数となった場合）に、その装置の使用可能な発番範囲を大きくするように（逆に言えば、他方の装置の使用可能な発番範囲を狭くするように）、予め設定された分だけ閾値をずらすように再設定（変更）するような態様を用いることができる。

また、本例では、情報管理サーバー１や収録コントローラ８について、発番することが可能なビデオＩＤが残り少なくなったことをアラーム通知することで、必要に応じて、事前に閾値の設定変更作業が可能となる。これにより、例えば、いずれかの装置で発番したビデオＩＤが閾値による境界値に達したとしても、閾値を変更することにより、再び変更後の閾値による境界値までビデオＩＤを発番することができるようになる。これによって、例えば、いずれかの装置で使用可能なビデオＩＤを発番しきってしまった際に急な収録が必要となった場合においても、慌てて閾値の設定変更をするという状況を避けることが可能となる。

具体例として、報道番組などでは、時期によって自動収録と手動収録の割合が変化し易い傾向があるため、閾値が変更可能であることは有効である。
また、閾値を変更することで、システムで使用することが可能な発番範囲内のビデオＩＤをできるだけ多く使用したいという希望を満たし易くなる。

以上のように、本例では、素材を収録する素材収録システムにおいて、当該システムは、収録対象の素材に割り当てるビデオＩＤを発行する機能（例えば、発番部）を有する複数の装置（本例では、情報管理サーバー１及び収録コントローラ８）を備え、また、（例えば、予め）設定された複数のビデオＩＤ（本例では、８０００１〜８９９９９）の中で各装置毎に使用することが可能なビデオＩＤの範囲を（例えば、マニュアルで、或いは、自動的に）割り振る機能や、素材を収録する機能を備え、また、各装置は、割り振られた使用可能なビデオＩＤの範囲の中から未使用のビデオＩＤを素材に割り当てる機能を備え、また、当該システムは、各装置により割り当てられたビデオＩＤを（例えば、素材に対応させるように）記憶する機能を備える。

従って、本例では、ビデオＩＤを発番する複数の装置において発番することができるビデオＩＤの範囲をそれぞれで分けることにより、例えば、障害等の状況下においても、ビデオＩＤの発番を継続可能とし、また、これら複数の装置に割り振られたビデオＩＤの範囲の境界となる閾値について設定変更を可能とすることにより、例えば、一日で許容されるビデオＩＤを最大限有効に発番することが可能となる。

例えば、本例では、自動で行う収録時にもビデオＩＤを発番することが可能であり、手動で行う収録時にもビデオＩＤを発番することが可能であり、また、自動で行う収録手法が実行不能状態になっても手動での収録が可能であり、手動で行う収録手法が実行不能状態になっても自動での収録が可能であり、また、複数の装置に設けられたビデオＩＤの発番処理機能が他の装置で発番している番号にとらわれずに発番可能であり、同じビデオＩＤの番号範囲（システムに与えられた範囲）内で重複せずに各収録素材にユニークなビデオＩＤを発番することができる。

なお、本例の放送システムにおける素材収録システムでは、エンコーダ５や収録転送装置６を介して入力された素材（本例では、映像／音声）を素材サーバー７により収録するための機能により素材収録手段が構成されており、情報管理サーバー１及び収録コントローラ８により識別情報（本例では、ビデオＩＤ）を発行する機能を有する複数の装置が構成されており、メンテナンス端末３により各装置毎に使用可能な識別情報を割り振る（本例では、閾値を設定する）機能により割り振り手段が構成されており、各装置により収録対象の素材に識別情報を割り当てる機能により割り当て手段が構成されており、各装置により素材に割り当てられた識別情報を素材サーバー７などで記憶する機能により割り当て記憶手段が構成されている。

本発明の第２実施例を説明する。
本例では、上記した第１実施例で説明したのと同様な素材収録システムにおいて、情報管理サーバー１と収録コントローラ８にそれぞれで使用可能なビデオＩＤの範囲を割り振る方法、情報管理サーバー１と収録コントローラ８がそれぞれに割り振られたビデオＩＤの範囲の中でビデオＩＤを素材に割り当てていく方法について、他の一例を示す。

図６には、情報管理サーバー１と収録コントローラ８のそれぞれで発番するビデオＩＤの範囲の一例を示してある。
本例では、情報管理サーバー１と収録コントローラ８は、共に、昇順でビデオＩＤを発番する。

（手順１）まず、発番領域（本例では、初期は、８０００１〜８９９９９）を２つに分ける。本例では、８０００１〜８４９９９の領域と８５０００〜８９９９９の領域に分けており、それぞれの領域を情報管理サーバー１と収録コントローラ８に割り振っている。
そして、情報管理サーバー１は８０００１から昇順で領域の上限に向かって発番し、また、収録コントローラ８は８５０００から昇順で領域の上限に向かって発番する。

（手順２）例えば、情報管理サーバー１の発番可能なビデオＩＤが無くなったとき、つまり、８４９９９まで発番したときに、収録コントローラ８が８５１００番まで発番済みであったとする。
このとき、未発番の領域を２つに分ける。本例では、８５１０１〜８６９９９の領域と８７０００〜８９９９９の領域に分けており、それぞれの領域を情報管理サーバー１と収録コントローラ８に割り振っている。
そして、情報管理サーバー１は８５１０１から昇順で領域の上限に向かって発番し、また、収録コントローラ８は８７０００から昇順で領域の上限に向かって発番する。
なお、ここでは、情報管理サーバー１の発番可能なビデオＩＤが無くなったときを示したが、収録コントローラ８の発番可能なビデオＩＤが無くなったときについても同様である。
（手順３）以降、いずれかの装置が自装置に割り振られた分割領域のビデオＩＤを使い切るたびに、上記した手順（２）を繰り返して行う。

ここで、本例では、情報管理サーバー１や収録コントローラ８が昇順でビデオＩＤを発番する構成例を示したが、例えば、情報管理サーバー１や収録コントローラ８が降順でビデオＩＤを発番する構成を用いることも可能である。

以上のように、本例では、例えば手動で或いは装置により自動的に、ビデオＩＤの発番有効範囲を設定、変更することができる。具体的には、収録素材のビデオＩＤの発番方式として、複数の装置（本例では、情報管理サーバー１及び収録コントローラ８）が同一の方向順で発番するようにし、初期には、システムに与えられた発番範囲を分割（例えば、折半など）して各装置に割り振り、その後、いずれかの装置が自装置の分割領域を使い切ったら残りの発番範囲を分割（例えば、折半など）して各装置に割り振ることを繰り返して行う。

本発明の第３実施例を説明する。
本例では、上記した第１実施例で説明したのと同様な素材収録システムにおいて、情報管理サーバー１と収録コントローラ８にそれぞれで使用可能なビデオＩＤの範囲を割り振る方法、情報管理サーバー１と収録コントローラ８がそれぞれに割り振られたビデオＩＤの範囲の中でビデオＩＤを素材に割り当てていく方法について、他の一例を示す。

図７には、情報管理サーバー１と収録コントローラ８のそれぞれで発番するビデオＩＤの範囲の一例を示してある。
本例では、発番領域（本例では、初期は、８０００１〜８９９９９）を細かく分割して、ビデオＩＤの発番を行う。

（手順１）初期に、発番領域を細かく分割する。本例では、１００番単位で分割しており、その内の１つの領域（本例では、８０００１〜８０１００）を情報管理サーバー１に割り振り、他の１つの領域（本例では、８０１０１〜８０２００）を収録コントローラ８に割り振っている。
そして、情報管理サーバー１は割り振られた分割領域のビデオＩＤを発番し、また、収録コントローラ８は割り振られた分割領域のビデオＩＤを発番する。

（手順２）例えば、情報管理サーバー１が割り振られた分割領域のビデオＩＤを使い切ったときには、情報管理サーバー１に次の分割領域（本例では、昇順で、８０２０１〜８０３００）を割り振ってビデオＩＤを発番可能とする。このとき、収録コントローラ８は、既に割り振られている分割領域で継続してビデオＩＤを発番する。
なお、ここでは、情報管理サーバー１の発番可能なビデオＩＤが無くなったときを示したが、収録コントローラ８の発番可能なビデオＩＤが無くなったときについても同様である。
（手順３）以降、いずれかの装置が自装置に割り振られた分割領域のビデオＩＤを使い切るたびに、上記した手順（２）により分割領域の割り振りを繰り返して行う。

ここで、本例では、情報管理サーバー１や収録コントローラ８が昇順でビデオＩＤを発番する構成例を示したが、例えば、情報管理サーバー１や収録コントローラ８の内の一方又は両方が降順でビデオＩＤを発番する構成を用いることも可能である。

以上のように、本例では、例えば手動で或いは装置により自動的に、ビデオＩＤの発番有効範囲を設定、変更することができる。具体的には、収録素材のビデオＩＤの発番方式として、まず、発番範囲を細分割して複数の装置（本例では、情報管理サーバー１及び収録コントローラ８）に１つずつ割り振り、その後、いずれかの装置が自装置に割り振られた分割領域を使い切ったらその装置に次の分割領域を順番に割り振ることを繰り返して行う。

（実施例のまとめ）
（以下、構成例）
一構成例として、素材を収録する素材収録システムにおいて、次のような構成とした。
すなわち、当該素材収録システムでは、素材収録手段が、素材を収録する。また、前記素材収録手段により収録される素材に割り当てる識別情報を発行する機能を有する複数の装置を備える。また、割り振り手段が、これら複数の装置で使用することが可能な複数の識別情報の中で、各装置毎に使用することが可能な識別情報を割り振る。
前記複数の装置の各々では、割り当て手段が、前記割り振り手段により自装置に割り振られた使用することが可能な識別情報の中から、未使用の識別情報を前記素材収録手段により収録される素材に割り当てる。

従って、収録対象となる素材の識別情報を発行する装置を複数設ける場合においても、各装置で発行される識別情報の重複を回避することを効果的に実現することができる。

ここで、素材としては、種々なものが用いられてもよく、例えば、映像及び音声からなるものを用いることができる。
また、素材を収録する態様としては、例えば、素材をファイル化して収録する態様を用いることができ、一例として、素材をファイル化するエンコーダと、当該エンコーダを制御するコントローラ（例えば、収録コントローラ）を備える。
また、識別情報としては、種々なものが用いられてもよく、例えば、連続する番号（又は、このような番号を含む情報）を用いることができる。

また、複数の装置の数としては、２以上の種々な数が用いられてもよい。
また、複数の装置で使用することが可能な複数の識別情報としては、例えば、番号等の範囲（領域）を用いて設定され、例えば、システムに予め設定される。

また、各装置毎に使用することが可能な識別情報を割り振る態様としては、例えば、１以上の閾値（境界となる値）を用いて割り振る態様や、或いは、識別情報の範囲（領域）を用いて割り振る態様などを用いることができる。
また、各装置毎に使用することが可能な識別情報を割り振る態様としては、例えば、複数の装置で使用することが可能な複数の識別情報の全てを割り振る態様や、或いは、一部ずつを割り振っていく態様などを用いることができる。

また、各装置毎に使用することが可能な識別情報を割り振る態様としては、例えば、オペレータ（人）により手動で割り振る態様や、或いは、システムに予め設定された条件（例えば、アルゴリズム）に従って自動的に割り振る態様などを用いることができる。
また、各装置毎に使用することが可能な識別情報を割り振る態様としては、例えば、初期的に割り振って固定とする態様や、或いは、初期的に割り振った後に再設定することが可能な態様などを用いることができる。

なお、識別情報の割り振りの再設定は、例えば、いずれか１つの装置に割り振られた識別情報が全て使用済みになったときに行われてもよく、或いは、全て使用済みになる前に、残り数が所定値になったときに行われてもよい。
また、識別情報の割り振りの再設定は、例えば、全ての装置について同時に行われてもよく、或いは、必要な装置毎にそれぞれのタイミングで行われてもよい。

また、各装置で未使用の識別情報を素材に割り当てる態様としては、例えば、識別情報として番号（又は、番号を含む情報）が用いられる場合に、昇順に割り当てる態様が用いられてもよく、或いは、降順に割り当てる態様が用いられてもよい。また、この場合、複数の装置の各々が使用する割り当て順番の方向（昇順又は降順）としては、全て同一であってもよく、或いは、異なる方向が含まれてもよい。
また、各装置で未使用の識別情報を素材に割り当てる処理としては、例えば、自動的な指示又は手動による指示に応じて行われる。一例として、自動的な指示（例えば、本システム内部の手動によらず、外部のシステムからの指示）に応じて未使用の識別情報を素材に割り当てる装置と、手動による指示（例えば、本システム内部の手動による指示）に応じて未使用の識別情報を素材に割り当てる装置を、別に設けることができる。

一構成例として、素材収録システムは、前記複数の装置の各々が有する前記割り当て手段により割り当てられた識別情報を記憶する割り当て記憶手段を備える。
ここで、記憶手段としては、例えば、記憶装置（例えば、メモリ）やデータベースを用いて構成することができる。
また、素材に割り当てられた識別情報を記憶する態様としては、例えば、これから（将来的に）記憶される素材のデータ又は既に記憶された素材のデータと対応付けされるように識別情報を記憶する態様を用いることができる。
（以上、構成例）

ここで、本発明に係るシステムや装置などの構成としては、必ずしも以上に示したものに限られず、種々な構成が用いられてもよい。また、本発明は、例えば、本発明に係る処理を実行する方法或いは方式や、このような方法や方式を実現するためのプログラムや当該プログラムを記録する記録媒体などとして提供することも可能であり、また、種々なシステムや装置として提供することも可能である。
また、本発明の適用分野としては、必ずしも以上に示したものに限られず、本発明は、種々な分野に適用することが可能なものである。
また、本発明に係るシステムや装置などにおいて行われる各種の処理としては、例えばプロセッサやメモリ等を備えたハードウエア資源においてプロセッサがＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）に格納された制御プログラムを実行することにより制御される構成が用いられてもよく、また、例えば当該処理を実行するための各機能手段が独立したハードウエア回路として構成されてもよい。
また、本発明は上記の制御プログラムを格納したフロッピー（登録商標）ディスクやＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）−ＲＯＭ等のコンピュータにより読み取り可能な記録媒体や当該プログラム（自体）として把握することもでき、当該制御プログラムを当該記録媒体からコンピュータに入力してプロセッサに実行させることにより、本発明に係る処理を遂行させることができる。

１・・情報管理サーバー、 ２・・収録端末、 ３・・メンテナンス端末、 ４・・アラーム監視端末、 ５・・エンコーダ、 ６・・収録転送装置、 ７・・素材サーバー、 ８・・収録コントローラ、 １１・・ＬＡＮ、

Claims (1)

1. 素材を収録する素材収録システムにおいて、
   当該素材収録システムは、素材を収録する素材収録手段と、前記素材収録手段により収録される素材に割り当てる識別情報を発行する機能を有する複数の装置と、これら複数の装置で使用することが可能な複数の識別情報の中で各装置毎に使用することが可能な識別情報を割り振る割り振り手段と、を備え、
   前記複数の装置の各々は、前記割り振り手段により自装置に割り振られた使用することが可能な識別情報の中から未使用の識別情報を前記素材収録手段により収録される素材に割り当てる割り当て手段を有する、
   ことを特徴とする素材収録システム。

Images