(57)【要約】【課題】使用状況をユーザが意識することなく、効率的に素材データの取込・取出を行い得る。【解決手段】それぞれ異なりかつオンエア用の素材データの処理に係わる機能を有した情報処理装置をネットワークを介して接続する複数のネットワークインタフェース部と、情報処理装置から送られた素材データを格納する複数のストレージと、複数のネットワークインタフェース部及び複数のストレージの監視または制御を実行する制御部とを具備し、制御部は、素材データの処理を行う際に、複数のネットワークインタフェース部及び複数のストレージの使用状況または予め設定された条件とに基づいて、使用するネットワークインタフェース部とストレージとの組み合わせを選択し、この選択した組み合わせにより前記素材データの処理を実行する選択手段を備えた放送素材管理装置を提供できる。【選択図】      図３
2012065244.tif 000002
【特許請求の範囲】
【請求項１】
オンエア用の素材データの処理に係わる機能を有した情報処理装置をネットワークを介して接続する複数のネットワークインタフェース部と、
前記情報処理装置から送られた素材データを格納する複数のストレージと、
前記複数のネットワークインタフェース部及び複数のストレージの監視または制御を実行する制御部とを具備し、
前記制御部は、
前記素材データの処理を行う際に、複数のネットワークインタフェース部及び複数のストレージの使用状況または予め設定された条件に基づいて、使用するネットワークインタフェース部とストレージとの組み合わせを選択し、この選択した組み合わせにより前記素材データの処理を実行する選択手段を備えたことを特徴とする放送素材管理装置。
【請求項２】
前記選択手段は、指示に応じて、使用可能なネットワークインタフェース部の一覧を通知することを特徴とする請求項１記載の放送素材管理装置。
【請求項３】
前記選択手段は、使用可能なネットワークインタフェース部の一覧を通知に、ＤＮＳサーバを使用することを特徴とする請求項２記載の放送素材管理装置。
【請求項４】
前記選択手段は、使用可能なネットワークインタフェース部の一覧に、各ネットワークインタフェース部及びストレージの使用状況・使用中のユーザ・使用終了予定時間を付与して、ユーザに選択させることを特徴とする請求項２記載の放送素材管理装置。
【請求項５】
前記制御部は、前記複数のネットワークインタフェース部及び前記複数のストレージのうち第１のネットワークインタフェース部及びストレージの組み合わせによる前記素材データの処理の実行中に、前記第１の組み合わせとは異なる第２の組み合わせによる処理要求が発生したときに、予め設定される条件に基づいて前記素材データの処理の実行・中断を制御する実行・中断制御手段をさらに備えたことを特徴とする請求項１記載の放送素材管理装置。
【請求項６】
前記実行・中断制御手段は、前記条件の判断に、前記複数の処理それぞれに割り当てられた処理優先度を用いることを特徴とする請求項５記載の放送素材管理装置。
【請求項７】
前記実行・中断制御手段は、前記条件の判断に、要求元となるユーザのレベルを用いることを特徴とする請求項５記載の放送素材管理装置。
【請求項８】
前記選択手段は、使用可能なネットワークインタフェース部が無い場合に、前記素材データの処理の予約を行なうことを特徴とする請求項１記載の放送素材管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、放送局内において、放送番組の送出素材の送出処理を行う放送素材管理装置に関する。
【背景技術】
【０００２】
周知のように、放送番組送出システムにあっては、放送番組の送出素材を予め送出サーバに格納しておき、自動番組送出制御装置（ＡＰＣ）からの指示に従って該当する素材を再生し、オンエアを行うようになっている。このようなオンエア処理において、通常、オンエア前にオンエア順序に従った素材の確認作業が行われている。
【０００３】
上記システムでは、ストレージ容量も小さく、映像素材の入出力は、同時に１ないし２程度しかなかったため、ネットワークインタフェースの使用状況はユーザが管理していた。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−５３４２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ストレージの大容量化（複数のストレージを並列に配置する場合を含む）に伴い、ビデオサーバは複数のネットワークインタフェースを持つものがでているが、映像素材を取り込む（または取り出す）際に、どのリソースを使用するかを効率的に選ぶ必要がある。
【０００６】
また、リソースが多くなった場合、ユーザの管理が煩雑になる。その結果、取込効率が落ちてしまったり、取り込みに失敗するなどの問題がある。
【０００７】
本発明の目的は、使用状況をユーザが意識することなく、効率的に素材データの取込・取出を行い得る放送素材管理装置を提供することにある。
【課題を解決するための手段】
【０００８】
実施形態によれば、オンエア用の素材データの処理に係わる機能を有した情報処理装置をネットワークを介して接続する複数のネットワークインタフェース部と、情報処理装置から送られた素材データを格納する複数のストレージと、複数のネットワークインタフェース部及び複数のストレージの監視または制御を実行する制御部とを具備し、制御部は、素材データの処理を行う際に、複数のネットワークインタフェース部及び複数のストレージの使用状況または予め設定された条件に基づいて、使用するネットワークインタフェース部とストレージとの組み合わせを選択し、この選択した組み合わせにより前記素材データの処理を実行する選択手段を備えた放送素材管理装置を提供できる。
【図面の簡単な説明】
【０００９】
【図１】一実施形態が適用される放送番組送出システムの構成を示すブロック図である。
【図２】一実施形態とするビデオサーバの構成を示す回路ブロック図である。
【図３】上記図２に示した制御管理部の具体的構成を示すブロック図である。
【図４】上記図３に示した構成管理テーブルの記憶内容の一例を示す図である。
【図５】上記図３に示したリソース管理テーブルの記憶内容の一例を示す図である。
【図６】上記図３に示したリソース管理テーブルの記憶内容の一例を示す図である。
【図７】上記図３に示したリソース管理テーブルの記憶内容の一例を示す図である。
【図８】上記図３に示したリソース管理テーブルの記憶内容の一例を示す図である。
【図９】上記図３に示した予約情報記憶部の記憶内容の一例を示す図である。
【図１０】ファイル入力シーケンス例を示す図である。
【図１１】レベルの高いユーザによる強制接続シーケンス例を示す図である。
【図１２】リソースに空きが無い場合の制御管理部の処理手順を示すフローチャートである。
【図１３】途中で再生が中断された場合の例を説明するために示す図である。
【図１４】ユーザ間の調停シーケンス例を示す図である。
【図１５】予約シーケンス例を示す図である。
【発明を実施するための形態】
【００１０】
以下、実施の形態について、図面を参照して説明する。
【００１１】
図１は、本実施形態が適用される放送番組送出システムの構成を示すブロック図である。図１において、符号１１はビデオサーバで、カメラ１２、再生デッキ１３及びノンリニア編集機１４からのオンエア用放送番組の素材データ（ここでは、映像データと称する）を格納し、オンエア指示に従って該当する映像データを選択的に再生する。この再生データは、ビデオサーバ１１内で映像信号にデコードされて放送設備１５に導かれて、オンエア出力される。また、ビデオサーバ１１から再生される映像信号はモニタ１６に供給される。
【００１２】
一方、ビデオサーバ１１は、操作端末１７の操作入力指示に従い、映像データの書き込み／読み出し制御が行われる。
【００１３】
図２は、本実施形態とするビデオサーバ１１の構成を示す回路ブロック図である。  
ビデオサーバ１１は、ＨＤ(High Definition)−ＳＤＩ（Serial Digital Interface）形式などの映像信号で入力された映像をＭＰＥＧ２(Moving Picture Experts Group 2)等の符号化形式で符号化を行うネットワークインタフェース部としての複数の映像符号化部１１１１〜１１１ｎ、符号化済みのファイル形式での入力を受け付けるファイル入出力ＩＦ部１１２、符号化された映像データを伝送するネットワーク伝送部１１３,１１６,１１８１〜１１８ｍ、映像データを保存するストレージとしてのデータ記憶部１１５１〜１１５３、送り側信号処理部としてネットワークで伝送されてきた映像データのデータ記憶部１１５１〜１１５３への入出力を行う映像データ入出力部１１４１〜１１４３、受け側信号処理部として映像データ入出力部１１４１〜１１４３からの映像データを復号化するネットワークインタフェース部としての複数の映像復号化部１１９１〜１１９９、映像データ入出力部１１４１〜１１４３間のタイミング同期及び映像データの送出制御を実行する制御管理部１２０から構成される。
【００１４】
このうち、ネットワーク伝送部１１６には、出力ポート数分の出力バッファ１１７１〜１１７ｍが設けられる。
【００１５】
図３は、上記制御管理部１２０の具体的構成を示すブロック図である。
【００１６】
上記制御管理部１２０において、制御受付部１２１は、他装置からの制御要求を受け付ける。他装置とは、映像送出システムの操作端末、素材サーバ（またはその操作端末）、ノンリニア編集機などである。受け付けたコマンドは、メイン処理部１２２でコマンドの種別等を判断し、ファイル入力要求・またはファイル出力要求である場合、リソース管理部１２３へ使用可能なリソースを要求する。
【００１７】
リソース管理部１２３では、構成管理テーブル１２４及びリソース管理テーブル１２５から空いているファイル入出力インタフェース部を判断し、メイン制御部１２２へ返す（リストなど）。メイン制御部１２２では、応答メッセージを作成し、制御受付部１２１を経由して要求元の装置へ応答を返す。
【００１８】
その後、他装置は応答メッセージから接続先のファイル入出力インタフェース部の情報（IPアドレス等、接続に必要な情報）を取得し、接続し、ファイルの入出力を行う。
【００１９】
また、構成管理テーブル１２４には、図４に示すように、映像符号化部１１１１〜１１１ｎ、ファイル入出力ＩＦ部１１２、データ記憶部１１５１〜１１５３、映像データ入出力部１１４１〜１１４３、映像復号化部１１９１〜１１９９、制御管理部１２０といったリソース種別と、リソース番号と、筐体における実装位置との対応関係を表すデータが記憶されている。
【００２０】
さらに、リソース管理テーブル１２５には、テーブル１２５１、１２５２、１２５３、１２５４が設けられる。テーブル１２５１には、図５に示すように、映像データ入出力部ごとに、現在実行中の機能と、開始時刻帯域・使用中の他のリソース・リクエストしたユーザID・ファイルID等との対応関係を表すデータが記憶されている。
【００２１】
テーブル１２５２には、図６に示すように、ファイルＩＤと、ファイルサイズと、収録状態との対応関係を表すデータが記憶されている。テーブル１２５３には、図７に示すように、ユーザＩＤごとに、ユーザ名、パスワード、ＩＰ(Internet Protocol)アドレス及びユーザに予め割り当てられた操作者レベルの対応関係を表すデータが記載されている。
【００２２】
テーブル１２５４には、図８に示すように、優先順位と、機能の識別情報との対応関係を表すデータが記憶されている。この機能としては、ファイル入力、ファイル出力、ファイルチェック機能がある。このファイルチェック機能は、収録したファイルが正常かをハッシュ値チェック等により調べる。また、ファイル出力と同じようにネットワークインタフェース部を利用してメモリのデータの読み出し、チェックを実行する。
【００２３】
また、リソース管理部１２３は、他装置から予約データの入力要求が到来した場合に、予約データを予約情報記憶部１２６に記憶保持する。この予約情報記憶部１２６に記憶される予約データは、図９に示すように、タイマ１２７により計時される処理実行日付と、時刻と、素材の識別情報と、機能の識別情報と、ユーザＩＤと、優先度情報との対応関係を表すデータとなる。
【００２４】
次に、上記構成における動作について説明する。  
（ファイル入力要求処理）  
図１０は、ファイル入力シーケンス例を示している。他装置K（映像送出システムの操作端末、素材サーバまたはその操作端末、ノンリニア編集機など）からファイル入力リソース要求を受けると（図１０（１））、リソース管理テーブル１２５のテーブル１２５１を参照し、接続可能なファイル入出力インタフェースの情報（IPアドレス）を他装置に返す（図１０（２））。これはリスト形式でもよい。また、ＤＮＳサーバを使用する場合は、この部分の手続きがＤＮＳのプロトコルに従って置き換わる。
【００２５】
他装置Ｋは、その情報をもとにファイル入出力部１１２に接続する（図１０（３））。独自コマンドでもＦＴＰ接続など既存のプロトコルを利用してもかまわない。他装置Ｋがそのままファイル入力を行うこととしたが、リソースを問い合わせる装置と実際にファイル入出力を行う装置が同一でなくともよい（素材サーバと操作端末が分かれている場合など）。
【００２６】
ファイル入出力部１１２は、接続されると制御管理部１２０に接続要求があったことを伝える（図１０（４））。制御管理部１２０ではリソース管理テーブル１２５を確認し、接続可能な映像データ入出力部（映像データ部とセットとなる）があればリソース管理テーブル１２５を更新して（図１０（５））、ＯＫ応答を返す（図１０（６））。ファイル入出力部１１２は、他装置Kへ応答を返す（図１０（７））。空きリソースがなくNG応答の場合は、ここでセッション切断し、終了となる。
【００２７】
リソースが確保できた場合、他装置Kはファイル入力要求（またはファイル出力要求）を行う（図１０（８））。
【００２８】
ここではファイル入力要求の場合を説明する。ファイル入力要求がファイル入出力部１１２に来たとき、ファイル入出力部１１２は制御管理部１２０にファイル入力要求を転送し（図１０（９））、制御管理部１２０でリソースが確保できればファイル入力要求へのOK応答を返す（図１０（１０））。その後、実際のファイルデータをファイル入出力部１１２を通じて映像データ部Ｎへ書き込む（図１０（１１））。
【００２９】
ファイル入出力部１１２は、１回のデータ受信処理が成功する毎に、ファイル入力状態通知を制御管理部へ送る。制御管理部１２０は、（受信完了サイズ/全体のファイルサイズ）*100で進捗を計算し、ファイル入力進捗通知を他装置Kへ送り（図１０（１２））、他装置Kでは、通知受信によって処理進行表示を更新する。
【００３０】
ファイルデータの送信が完了したら、他装置Kから切断する。ファイル入出力部１１２は、データサイズ分受信完了すると制御管理部へファイル入力の完了を通知する。制御管理部は、リソース管理テーブルから当該ファイル入力処理を削除、ファイル管理テーブルで収録済ファイルのステータスを変更するなどの後処理を行い、ファイル入力シーケンスが終了する。
【００３１】
（強制接続処理）  
図１１は、レベルの高いユーザによる強制接続シーケンス例である。
【００３２】
ファイル入力リソース要求時に他装置Ｋのユーザは入力部（図示せず）により「強制実行」を指定することで、リソースに空きがない場合、自分より優先度の低いユーザが実行中の処理を強制停止してファイル入出力処理を行うことができる。
【００３３】
予めログオン処理を行うことによって、制御管理部１２０はログオンしたユーザ毎にレベルを判断できる。
【００３４】
優先度の高いユーザ（この場合、他装置L：Lv.3）からファイル入力リソース要求（強制実行）があった場合、リソース管理テーブル１２５及びユーザ管理テーブルから実行中の処理のうち、停止対象処理があれば、その処理を強制停止する。ファイル入出力部１１２は、強制停止要求があるとそのセッションを切断することにより、他装置Kでは入力失敗となる。また、映像データ入出力部１１４３に対しても強制停止を行う。映像データ入出力部１１４３は映像データ部Nに途中まで書き込んだデータを削除する。その後、制御管理部１２０から改めて映像データ入出力部１１４３にファイル入力要求を行い、映像データ入出力部１１４３のデータ送受信準備が完了すると他装置Lにリソースが確保できたことを応答で返す。以降の処理は、ファイル入力シーケンスと同じとなる。
【００３５】
（機能の優先度による強制接続処理）  
図１２は、空きのリソースが無い場合の上記制御管理部１２０の処理手順を示すフローチャートである。
【００３６】
いま図１３に示すように、映像復号化部１１９２（映像復号化部２）は例えば１６：３０からオンエア開始される野球番組（素材Ａ）を１６：２５にファイル出力しているものとする。この素材Ａは１６：３０から１７：３０までファイル出力される。
【００３７】
素材Ａが映像復号化部１１９２からファイル出力されている状態で、１６：５５に他装置Ｋから例えば地震情報を伝える緊急ニュース番組（素材Ｃ）をファイル入力する要求が制御管理部１２０に到来したとする。そうすると、制御管理部１２０は、リソース管理テーブル１２５を参照して、リソースに空きがあるか否かを判定し（ステップＳＴ１２ａ）、リソースに空きが無い場合（Ｎｏ）、緊急ニュース番組のオンエアの優先順位がファイル出力の優先順位より高いか否かを判定する（ステップＳＴ１２ｂ）。
【００３８】
ここでは、緊急ニュース番組のファイル入力の優先順位が「１」で、ファイル出力の優先順位が「２」であるので、制御管理部１２０は素材Ａのファイル出力処理を中断し（ステップＳＴ１２ｃ）、映像復号化部１１９２を使用して緊急ニュース番組（素材Ｃ）をファイル入力させる（ステップＳＴ１２ｄ）。
【００３９】
そして、緊急ニュース番組（素材Ｃ）のファイル入力が終了すると、制御管理部１２０は、素材Ａの１６：５５で終了した箇所から素材Ａのファイル出力処理を再開するように映像復号化部１１９２を制御する（ステップＳＴ１２ｅ）。
【００４０】
なお、上記ステップＳＴ１２ａにおいて、リソースに空きがある場合には、制御管理部１２０は素材Ａに対するファイル出力処理を実行させ、空きの映像復号化部１１９１を使用して緊急ニュース番組（素材Ｃ）のファイル入力を実行する（ステップＳＴ１２ｆ）。
【００４１】
（調停）  
図１４は、ユーザ間の調停シーケンス例である。  
通常のファイル入力リソース要求が失敗したとき、制御画面に「調停・予約要求画面」が表示される。そこには調停釦と予約釦があり、調停釦を押下すると、リソース調停要求が流れる。
【００４２】
それを制御管理部１２０が受け、現在処理中の装置全てに、調停依頼を行ったユーザの情報を付与してリソース調停通知を送る。受信した装置側では、調停依頼があったことを表示し、ユーザが釦を押すことで中断処理が行われる。リソースが解放された場合は、要求元および全ての通知先へリソース解放通知を送る。
【００４３】
調停依頼元では、依頼開始とともに予約プロセスが動作を開始しており、通知受信によって再度ファイル入力リソース要求から開始する。
【００４４】
（予約処理）  
図１５は、予約シーケンス例である。
【００４５】
通常のファイル入力リソース要求が失敗したとき、制御画面に「調停・予約要求画面」が表示される。そこには調停釦と予約釦があり、予約釦を押下すると、ファイル入力リソース要求（予約）が流れる。このファイル入力リソース要求には、日付と時刻と素材名と機能の識別情報が含まれる。
【００４６】
制御管理部１２０は、受信した予約データを予約情報記憶部１２６に、予約リストに追加する（通知先登録）。実行中の処理が完了し、リソースが解放された場合は、通知先登録したあて先へファイル入力リソース解放通知を送る。
【００４７】
調停依頼元では、予約開始とともに予約プロセスが動作を開始しており、通知受信によって再度ファイル入力リソース要求から開始する。
【００４８】
以上のように上記実施形態では、映像データの処理を行う際に、使用する映像符号化部１１１１〜１１１ｎ、ファイル入出力ＩＦ部１１２、データ記憶部１１５１〜１１５３、映像データ入出力部１１４１〜１１４３、映像復号化部１１９１〜１１９９の選択が、予め設定された条件に基づいて、自動的に行われることになる。従って、自動化できる作業は自動化することで、映像データの取り込み効率の改善を図ることができる。
【００４９】
また、上記実施形態では、制御管理部１２０において、映像データのファイル出力中に、優先度の高い緊急番組オンエアの処理要求が発生した場合に、映像データのファイル出力処理を中断して、優先度の高い緊急番組のファイル入力を優先して実行することができる。従って、機能別の処理と、オペレータの効率的運用とを両立させたシステムを提供できる。
【００５０】
さらに、上記実施形態では、使用可能な映像符号化部１１１１〜１１１ｎ、ファイル入出力ＩＦ部１１２、データ記憶部１１５１〜１１５３、映像データ入出力部１１４１〜１１４３、映像復号化部１１９１〜１１９９が無い場合に、素材データの処理の予約を行なうようにしているので、この予約データに基づいて、例えば映像復号化部１１９１が空きとなった場合に、この空きとなった映像復号化部１１９１及びデータ記憶部１１５１の選択から映像データの処理まで自動的に行われ、これにより映像データの取り込み効率の改善を図ることができる。
【００５１】
（その他の実施形態）  
なお、上記実施形態において、制御管理部１２０は、他装置Ｋのユーザの指示に応じて、使用可能な映像符号化部１１１１〜１１１ｎ、ファイル入出力ＩＦ部１１２、データ記憶部１１５１〜１１５３、映像データ入出力部１１４１〜１１４３、映像復号化部１１９１〜１１９９の一覧を通知するようにしてもよい。さらに、この一覧に、各映像符号化部１１１１〜１１１ｎ、ファイル入出力ＩＦ部１１２、データ記憶部１１５１〜１１５３、映像データ入出力部１１４１〜１１４３、映像復号化部１１９１〜１１９９の使用状況・使用中のユーザ・使用終了予定時間を付与して、ユーザに選択させるようにしてもよい。
【００５２】
このようにすれば、使用可能なネットワークインタフェース部の一覧、さらに各ネットワークインタフェース部及びストレージの使用状況・使用中のユーザ・使用終了予定時間をユーザに見せることで、ユーザがどの映像符号化部１１１１〜１１１ｎ、ファイル入出力ＩＦ部１１２、データ記憶部１１５１〜１１５３、映像データ入出力部１１４１〜１１４３、映像復号化部１１９１〜１１９９を選択するかを判断することができ、これにより真に必要なネットワークインタフェース部及びストレージを選択することができる。
【００５３】
その他、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【符号の説明】
【００５４】
１１…ビデオサーバ、１２…カメラ、１３…再生デッキ、１４…ノンリニア編集機、１５…放送設備、１６…モニタ、１７…操作端末、１１１１〜１１１ｎ…映像符号化部、１１２…ファイル入出力ＩＦ部、１１３，１１６，１１８１〜１１８ｍ…ネットワーク伝送部、１１４１〜１１４３…映像データ入出力部、１１５１〜１１５３…データ記憶部、１１７１〜１１７ｍ…出力バッファ、１１９１〜１１９９…映像復号化部、１２０…制御管理部、１２１…制御受付部、１２２…メイン処理部、１２３…リソース管理部、１２４…構成管理テーブル、１２５…リソース管理テーブル、１２６…予約情報記憶部、１２７…タイマ。
【図１】
2012065244.tif 000003
【図２】
2012065244.tif 000004
【図３】
2012065244.tif 000005
【図４】
2012065244.tif 000006
【図５】
2012065244.tif 000007
【図６】
2012065244.tif 000008
【図７】
2012065244.tif 000009
【図８】
2012065244.tif 000010
【図９】
2012065244.tif 000011
【図１０】
2012065244.tif 000012
【図１１】
2012065244.tif 000013
【図１２】
2012065244.tif 000014
【図１３】
2012065244.tif 000015
【図１４】
2012065244.tif 000016
【図１５】
2012065244.tif 000017