(57)【要約】【課題】  複数の処理を同時に処理する場合に、各処理を独立して再起動することが可能な素材サーバおよび素材処理方法を提供することを目的とする。【解決手段】  素材サーバ１０は、外部より入力される素材を記録される素材記録部１３１を備え、素材の記録、素材記録部に記録された素材の読出し、素材記録部に記録された素材の消去の何れかの処理の実行を、１つの処理について１つのプロセスで実行するようにプロセス割り当てを行い、それらのプロセスで実行される処理の進捗を、素材サーバが備える動作ステータス記録部へ記録する。【選択図】  図１
2011250324.tif 000002
【特許請求の範囲】
【請求項１】
外部より入力される素材を記録される素材記録部と、
処理の進捗を示す情報を記録される動作ステータス記録部と、
前記素材の記録、前記素材記録部に記録された素材の読出し、前記素材記録部に記録された素材の消去の何れかの処理の実行を、１つの処理について１つのプロセスで実行するようにプロセス割り当てを行い、前記プロセスで実行される処理の進捗を、前記動作ステータス記録部へ記録する制御部と
を備えることを特徴とする素材サーバ。
【請求項２】
前記動作ステータス記録部へ記録される処理の進捗は、ＧＯＰ（Group Of Pictures）の単位で記録されることを特徴とする請求項１に記載の素材サーバ。
【請求項３】
前記制御部は、
実行中のプロセスを監視し、前記プロセスに動作異常が発生したか否かを判断し、動作異常が発生したと判断した場合に、前記プロセスに動作異常が発生したことを示す通知を出力する監視手段と、
前記監視手段により出力された通知を受けた場合に、前記動作ステータス記録部を参照して前記プロセスの処理の進捗情報を取得し、前記進捗状況に応じて前記プロセスを再起動する再起動処理手段と
をさらに備えることを特徴とする請求項１に記載の素材サーバ。
【請求項４】
外部より入力される素材を記録される素材記録部を備える素材サーバにおける素材処理方法であって、
前記素材の記録、前記素材記録部に記録された素材の読出し、前記素材記録部に記録された素材の消去の何れかの処理の実行を、１つの処理について１つのプロセスで実行するようにプロセス割り当てを行うプロセス割り当てステップと、
前記プロセスで実行される処理の進捗を、前記素材サーバが備える動作ステータス記録部へ記録する動作ステータス記録ステップと
を有することを特徴とする素材処理方法。
【請求項５】
前記動作ステータス記録部へ記録される処理の進捗は、ＧＯＰ（Group Of Pictures）の単位で記録されることを特徴とする請求項４に記載の素材処理方法。
【請求項６】
実行中のプロセスを監視し、前記プロセスに動作異常が発生したか否かを判断する監視ステップと、
前記監視ステップにより前記プロセスに動作異常が発生したと判断された場合に、前記動作ステータス記録部を参照して前記プロセスの処理の進捗情報を取得し、前記進捗状況に応じて前記プロセスを再起動する再起動ステップと
をさらに有することを特徴とする請求項４に記載の素材処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、映像や音声を含む素材を記録し、記録された素材を再生する素材サーバの動作制御に関する。
【背景技術】
【０００２】
放送システムで用いられる素材サーバは、動画像または静止画像などの映像、音声、字幕のデータを含む素材を記録媒体へ記録し、記録された素材を放送時刻に応じて放送するべく外部装置へ出力するものである。素材サーバは、複数のチャンネルの番組を同時間帯に放送することができるように、複数の入力インタフェースと複数の出力インタフェースを備える。また、各入力インタフェースおよび各出力インタフェースは、それぞれが異なる素材を対象として動作できることが求められる。
【０００３】
複数のチャンネルの番組を同時間帯に放送する場合、素材サーバは、記録された素材の読出し処理を複数同時に行う。また、素材サーバは、放送する番組の素材を放送開始時刻前に予め記録媒体へ記録しておくことが必要であり、他の放送を行っている間に記録媒体への記録処理を行う。つまり、読出し処理と記録処理とが同時に行われる。このような複数の処理を同時に行うためのプログラムは、装置の負荷軽減や設計の容易さから、１つのプログラムで制御するようにしていた。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−２８７４２公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記のように１つのプログラムで複数の処理を制御する場合、進行中の複数の処理のうちの１つに動作の不具合が生じた場合、その処理のみ再起動することができなかった。すなわち、１つの動作の不具合が生じた場合、進行中の複数の処理を全て再起動するか、正常に動作している処理が終了した後に、不具合が生じた処理のみ処理をやり直すようにしていた。
【０００６】
そこで、本実施形態は、複数の処理を同時に処理する場合に、各処理を独立して再起動することが可能な素材サーバおよび素材処理方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本実施形態に係る素材サーバは、外部より入力される素材を記録される素材記録部と、処理の進捗を示す情報を記録される動作ステータス記録部と、前記素材の記録、前記素材記録部に記録された素材の読出し、前記素材記録部に記録された素材の消去の何れかの処理の実行を、１つの処理について１つのプロセスで実行するようにプロセス割り当てを行い、前記プロセスで実行される処理の進捗を、前記動作ステータス記録部へ記録する制御部とを備えることを特徴とする。
【０００８】
また、上記目的を達成するために、本実施形態に係る素材処理方法は、外部より入力される素材を記録される素材記録部を備える素材サーバにおける素材処理方法であって、前記素材の記録、前記素材記録部に記録された素材の読出し、前記素材記録部に記録された素材の消去の何れかの処理の実行を、１つの処理について１つのプロセスで実行するようにプロセス割り当てを行うプロセス割り当てステップと、前記プロセスで実行される処理の進捗を、前記素材サーバが備える動作ステータス記録部へ記録する動作ステータス記録ステップとを有することを特徴とする。
【図面の簡単な説明】
【０００９】
【図１】実施形態に係る素材サーバの構成を示すブロック図。
【図２】図１の素材サーバの記録部に記録される記録内容を示すブロック図。
【図３】図１の素材サーバの主制御部が備える処理手段を示すブロック図。
【図４】図３の記録部に記録される動作ステータスデータベースの記録内容の一例を示す図。
【図５】図１の素材サーバで実行されるプロセスで行われる動作ステータスの更新処理を示すフローチャート。
【図６】図１の素材サーバで実行されるプロセスに動作異常が発生した場合に行われる再起動処理を示すフローチャート。
【発明を実施するための形態】
【００１０】
以下、本発明の実施形態を、図面を参照して説明する。
【００１１】
図１は、本発明の一実施の形態を示す素材サーバの構成を示すブロック図である。  
素材サーバ１０は、複数の入力ポート１１１〜１１ｎ（ｎは２以上の自然数）、複数のエンコーダ１２１〜１２ｎ、記録部１３、記録制御部１３Ｃ、複数のデコーダ１４１〜１４ｍ（ｍは２以上の自然数）、複数の出力ポート１５１〜１５ｍ、および、主制御部１６を有する。
【００１２】
入力ポート１１１〜１１ｎは、エンコーダ１２１〜１２ｎとデータラインで１対１に接続される。図１の例では、入力ポート１１１はエンコーダ１２１と接続され、入力ポート１１２はエンコーダ１２２と接続されている。各入力ポートは、外部から素材を入力され、入力された素材を各入力ポートに接続されているエンコーダへ出力する。入力ポート１１１であれば、外部から入力された素材をエンコーダ１２１へ出力する。
【００１３】
エンコーダ１２１〜１２ｎは、夫々の入力ポート１１１〜１１ｎとデータラインで１対１に接続される。エンコーダ１２１〜１２ｎは、入力ポート１１１〜１１ｎから出力された素材を、例えばＭＰＥＧ−２（Moving Picture Experts Group phase 2）等の符号化方式を用いて符号化して、素材の符号化データをエンコーダ内の出力バッファにバッファリングする。記録制御部１３Ｃにより出力バッファから符号化データが読み出され、読み出された符号化データは記録部１３へ記録される。
【００１４】
記録部１３は、ハードディスクドライブやフラッシュメモリなどの記憶媒体で構成され、記録制御部１３Ｃにより、記録や読み出しが制御される。記録部１３は、図２に示すように、エンコーダ１２１〜１２ｎで符号化された素材１３１を記録される。
【００１５】
デコーダ１４１〜１４ｍは、夫々の出力ポート１４１〜１４ｍとデータラインで１対１に接続される。図１の例では、デコーダ１４１は出力ポート１５１と接続され、デコーダ１４２は出力ポート１５２と接続されている。各デコーダ１４１〜１４ｍは、記録制御部１３Ｃにより記録部１３から読み出された素材の符号化データを入力され、符号化データを復号化する。デコーダ１４１〜１４ｍは、復号化した素材を、自らのデコーダに接続される出力ポートへ出力する。
【００１６】
出力ポート１５１〜１５ｍは、夫々のデコーダ１４１〜１４ｍから出力された素材を外部へ出力する。出力ポート１５１〜１５ｍの数は、入力ポート１１１〜１１ｎの数と同じであっても異なる数であってもよい。
【００１７】
主制御部１６は、図示しないＣＰＵ、プログラムメモリ、およびワークメモリを備えるとともに、素材サーバ１０内の各部と制御ラインで接続され、素材サーバ１０の動作全体を制御する。主制御部１６は、図３に示すように、プロセス割り当て部１６１、素材処理部１６２、監視部１６３、および再起動処理部１６４を備えている。これらの各部の機能は、ＣＰＵがプログラムメモリに予め記録される所定のプログラムを実行することにより実現され得る。また、主制御部１６のワークメモリには、後述するプロセス毎の動作ステータスを記録する動作ステータスデータベース１６５を記録される。
【００１８】
プロセス割り当て部１６１は、再生処理、収録処理、削除処理などの各処理に１つのプロセスを割り当て、１つの処理を１つのプロセスで制御するようにする。ここで、再生処理とは、記録部１３に記録されている符号化された素材を読み出してデコーダで復号化し、復号化された素材を出力ポートから出力する処理であり、収録処理とは、入力ポートから入力される素材をエンコーダで符号化し、符号化された素材を記録部１３へ記録する処理である。また、削除処理とは、記録部１３に記録されている符号化された素材を削除する処理である。このように１つの処理に１つのプロセスを割り当てすることで、各処理に対する制御の独立性を高め、一部の処理の動作不具合の影響を他の処理へ影響しないようにしている。また、プロセス割り当て部１６１は、割り当てを行ったプロセスの処理内容を動作ステータスデータベース１６５に動作ステータスとして記録を行う。
【００１９】
素材処理部１６２は、プロセス割り当て部１６１により割り当てられたプロセスを実行する。すなわち、素材の再生処理、素材の収録処理、および素材の削除処理を実行するものである。素材処理部１６２は、プロセスの実行中に、プロセス割り当て部１６１によって動作ステータスデータベース１６５に記録される動作ステータスのうち、そのプロセスがどこまで終了したかを示す情報の更新（動作ステータスの更新処理）を行う。
【００２０】
監視部１６３は、素材サーバ１０内の各部の動作や、素材処理部１６２により実行されるプロセスを、例えば数秒に１回程度のポーリングを行って監視し、動作異常を検出した場合に再起動処理部１６４へ動作異常を示す通知を出力する。監視部１６３は、ハードウェアが停止したことを検出した場合、素材サーバ１０内の各部やプロセスからの応答がない場合、または監視対象のプロセスがなくなってしまったためにポーリングを送信できない場合などに、プロセスに動作異常が発生したと判断する。ハードウェアが停止した場合には、動作中のプロセスのうち、停止したハードウェアに関連するプロセスに異常が発生したと判断する。監視部１６３は、動作異常が発生したと判断した場合、その動作異常の発生を再起動処理部１６４へ通知する。この通知には、動作異常が発生したプロセスの情報が含まれる。
【００２１】
再起動処理部１６４は、監視部１６３から送られてくる動作異常を示す通知を受けた場合に、動作異常と判断されたプロセスを再起動する。
【００２２】
ここで、図４を参照して、動作ステータスデータベース１６５に記録される動作ステータスデータベース１６５の内容について説明する。動作ステータスデータベース１６５には、これから動作を行うプロセスおよび動作中のプロセスの進捗状況が記録される。
【００２３】
図４は、動作ステータスデータベース１６５に記録される動作ステータスの記録内容の一例を示す図である。図４の例では、各プロセスは、それらの管理のために番号（プロセスＮｏ．）が付与され、それらのプロセスＮｏ．は、各プロセスの処理内容と処理済のGOP（Group Of Pictures）の数とが対応付けられて記録されていることが示されている。
【００２４】
例えば、プロセスＮｏ．００１は、素材００１を入力ポート１１１から記録部１３へ収録する処理を実行しており、０６２番目のＧＯＰまで収録が完了していることを示す。また、プロセスＮｏ．００２は、素材００２を記録部１３から出力ポート１５１へ再生する処理を実行しており、０２５番目のＧＯＰまで再生が完了していることを示す。以降も同様に、プロセス毎の処理内容と処理済のＧＯＰの数が記録される。
【００２５】
すなわち、プロセスの進捗状況を示す情報として「処理済ＧＯＰ数」を記録するようにしているため、プロセスの再起動が必要になった場合に、この処理済ＧＯＰ数を参照すれば、どこから処理を開始すればよいかを判断することができる。さらに、処理済を示す単位をＧＯＰ単位としているため、ＧＯＰの途中の処理で動作異常が発生した場合に、そのＧＯＰの処理をやり直すことができ、動作異常が発生してもやり直しを行った素材に乱れがない。
【００２６】
なお、この動作ステータスは、プロセス割り当て部１６１が各処理にプロセスを割り当てた場合にそのプロセスの動作ステータスとして記録され、素材処理部１６２によるプロセスの実行中に、処理済のＧＯＰ数が記録（更新）され、プロセスが終了した場合に、そのプロセスの動作ステータスは動作ステータスデータベース１６５から削除される。
【００２７】
次に、図５を参照して素材処理部１６２がプロセスの実行中に処理済ＧＯＰ数を動作ステータスデータベース１６５に記録する処理（動作ステータスの更新処理）について説明する。なお、ここでは図４のプロセスＮｏ．００１の収録を行うプロセスの実行中を例に挙げて説明する。
【００２８】
まず、Ｎ（Ｎは１以上の自然数）個のＧＯＰ分だけ収録を行う（ステップＳ１１）。Ｎ個のＧＯＰ分だけ収録が終了すると、収録がこれで終了か否かを判断する（ステップＳ１２）。収録を継続する場合（ステップＳ１２でＮＯ）は、動作ステータスデータベース１６５の処理済ＧＯＰ数を更新し、ステップＳ１１へ戻って次のＮ個のＧＯＰ分だけ収録を行う。収録が終わるまでステップＳ１１からステップＳ１３を繰り返し行う。
【００２９】
ステップＳ１２で、収録がこれで終了を判断した場合（ステップＳ１２でＹＥＳ）、動作ステータスデータベース１６５に記録されているこのプロセスの動作ステータスを消去する。動作ステータスの消去は、例えば、記録制御部１３Ｃへ動作ステータスの消去を指示して動作ステータスを消去させるか、記録制御部１３Ｃへ処理終了通知を出力し、その処理終了通知を受けた場合に記録制御部１３Ｃがそのプロセスの動作ステータスを消去するようにするか、もしくはその他の手法で消去するようにしてもよい。
【００３０】
このように、動作ステータスの更新処理では、Ｎ個のＧＯＰを処理する毎に動作ステータスを更新するようにしているため、Ｎ個のＧＯＰ分の処理を行う時間幅はあるが、１個のＧＯＰを処理する毎に更新する場合と比較すると、この更新処理による負荷を軽減される。なお、上記では、収録処理を例に挙げて説明したが、再生処理の場合には、図５中の「処理」を「再生処理」と、読み替えることで適用が可能であり、その他の処理についても、図５中の「処理」を該当する処理の名称に読み替えることができる。
【００３１】
次に、図６を参照して、再起動処理部１６４が実行する処理について説明する。再起動処理部１６４が行う再起動処理は、監視部１６３からプロセスに動作異常が発生したことを示す通知の受信を契機に開始される。この再起動処理は、素材処理のプロセスとは独立したプロセスで実行される。
【００３２】
再起動処理が開始されると、まず、動作ステータスデータベース１６５を参照して、処理済ＧＯＰ数の情報を取得する（ステップＳ２１）。そして、処理済ＧＯＰ数の次のＧＯＰから処理を行うようにプロセスを再起動する（ステップＳ２２）。
【００３３】
例えば、ポート１１１から素材を入力されその素材をエンコーダ１２１で符号化して記録部１３へ記録する収録処理を行うプロセスと、記録部１３から符号化された素材（収録処理中の素材とは異なる素材）を読み出してデコーダ１４１で復号化してポート１５１から出力する再生処理を行うプロセスとが実行中の場合に、収録処理を行うプロセスに動作異常が生じたとする。この場合、再起動処理部１６４は、収録処理を行うプロセスに動作異常が発生したことを示す通知を監視部１６３から受け取り、動作ステータスデータベースを参照して処理済ＧＯＰ数（例えば、０６２）の情報を取得し、処理済ＧＯＰ数の次のＧＯＰ（０６３）から開始させるようにプロセスを再起動する。つまり、エンコーダ１２１内の出力バッファから０６３番目のＧＯＰから読み出しを行うようにする。この場合、動作異常が発生した収録処理のみ再起動し、正常に動作している収録処理は動作異常の影響なく動作を継続することができる。
【００３４】
以上述べたように、再生処理、収録処理、削除処理などの各処理に１つのプロセスを割り当て、１つの処理を１つのプロセスで制御するようにしていることで、各処理に対する制御の独立性を高め、一部の処理に動作異常が発生したとしても、他の処理はその影響を受けずにプロセスの実行を継続することができるとともに、動作異常が発生したプロセスだけを再起動することができる。また、プロセスで実行される処理内容および処理の進捗状況を動作ステータスとして動作ステータスデータベース１６５に記録を行うようにしているため、動作異常が発生したプロセスの再起動を行う場合に、再開すべきポイントから再開できるため、最初から処理をやり直さなくてもよく、重複処理を防止することができる。
【００３５】
なお、本発明は、以上の構成に限定されるものではなく、種々の変形が可能である。例えば、上記実施形態では、動作ステータスデータベースに記録される処理の進捗状況を「処理済ＧＯＰ数」を記録するように説明したが、処理中のＧＯＰの情報を処理の進捗状況として記録するようにしてもよい。また、収録処理の再起動処理の例では、エンコーダ内の出力バッファから読み出しを再開するように説明したが、この出力バッファに読出し対象のＧＯＰがない等の場合は、素材の送出元の外部装置へＧＯＰの再送要求を行うようにしてもよい。
【符号の説明】
【００３６】
１０…素材サーバ、１１…入力インタフェース、１１１〜１１ｎ…入力ポート、１２１〜１２ｎ…エンコーダ、１３…記録部、１３Ｃ…記録制御部、１４１〜１４ｍ…デコーダ、１５…出力インタフェース、１５１〜１５ｍ…出力ポート、１６…主制御部、１６１…プロセス割り当て部、１６２…素材処理部、１６３…監視部、１６４…再起動処理部、１６５…動作ステータスデータベース。
【図１】
2011250324.tif 000003
【図２】
2011250324.tif 000004
【図３】
2011250324.tif 000005
【図４】
2011250324.tif 000006
【図５】
2011250324.tif 000007
【図６】
2011250324.tif 000008