(57)【特許請求の範囲】
【請求項１】
ストリームデータを取り込むストリーム取込部と、取り込まれたストリームデータを複数のストリームブロックに分けてランダムアクセス可能な記録媒体に記録するストリームデータ記録部と、前記ストリームブロックの再生順序を記述するシーケンス情報を記録するシーケンス情報記録部とを備えたストリームデータ記録編集装置であって、
前記ストリームデータ記録部が、各ストリームブロックを参照しているシーケンス情報の数を記憶する参照カウンタを備え、
前記記録媒体の空き容量を確保するために一部のストリームブロックを消去する際に、前記参照カウンタの値が小さいストリームブロックから順に消去する、
ことを特徴とするストリームデータ記録編集装置。
【請求項２】
ストリームデータを取り込むストリーム取込部と、取り込まれたストリームデータを複数のストリームブロックに分けてランダムアクセス可能な記録媒体に記録するストリームデータ記録部と、前記ストリームブロックの再生順序を記述するシーケンス情報を記録するシーケンス情報記録部とを備えたストリームデータ記録編集装置であって、
前記ストリームデータ記録部が、各ストリームブロックを参照しているシーケンス情報の数を記憶する参照カウンタを備え、
前記記録媒体の空き容量が少なくなったときに、前記参照カウンタの値が小さいストリームブロックを安全に消去するために、該ストリームブロックを参照しているシーケンス情報の削除を促す、
ことを特徴とするストリームデータ記録編集装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ランダムアクセス可能な記録媒体に記録されたストリームデータの編集装置に関し、特にストリームデータの管理の効率化が可能なストリームデータ記録編集装置に関する。
【０００２】
【従来の技術】
ストリームデータ（単にストリーム、又はストリーム情報ということもある）は、一般にビットまたはバイト単位で連続した列として伝送され、又は記録される一連のデータをいうが、特に、音声データ、画像データ（動画又は静止画）、又はこれらの組合せを意味することが多い。
【０００３】
このようなストリームデータは他のデータ（例えばテキストデータ）に比べて情報量が非常に多く、その編集には多くの処理を必要とする。そこで、ストリームデータをランダムアクセス可能な記録媒体に保存し、その再生順序を記録したシーケンス情報を用いてストリームの編集を行う編集装置（ノンリニア編集装置）がある。このような編集装置を用いると、シーケンス情報のみの編集で自由にストリームクリップを作成することができ、ストリームデータそのものを編集する場合に比べてはるかに少ない処理で済む。
【０００４】
図１に従来の一般的なストリームデータ記録編集装置の構成を示す。この編集装置は第１のシーケンス情報１０１と第２のシーケンス情報１０２、そしてストリームデータ記録部１０３を備えている。ストリームデータ記録部１０３には複数のストリームデータ（単にストリームということもある）２０，２１，２２，２３，２４，・・・が記録されている。シーケンス情報１０１，１０２は一つ又は複数のシーケンス記述子からなり、各シーケンス記述子は、参照ブロック、再生位置及び再生時間についての情報を保持する。
【０００５】
図１の例では、シーケンス情報１０１の先頭のシーケンス記述子１０はストリーム２０を参照し、次のシーケンス記述子１１はストリーム２１を参照し、次のシーケンス記述子１２はストリーム２２を参照している。シーケンス情報１０１に基づいて再生を行った場合、ストリーム２０、ストリーム２１、ストリーム２２の順で再生が行われる。仮にストリーム２１をスキップしてストリーム２０、ストリーム２２の順に再生するように編集するには、シーケンス情報１０１を書き換えて新たなシーケンス情報を生成すればよい。
【０００６】
具体的には、ストリーム２０を参照するシーケンス記述子１３とストリーム２２を参照するシーケンス記述子１４からなるシーケンス情報１０２を生成すればよい。このシーケンス情報１０２に基づいて再生を行うと、ストリーム２０、ストリーム２２の順で再生を行うことができる。シーケンス情報は参照するストリームについての情報を有するだけでよいので、ストリームデータに比べて情報量が圧倒的に少ない。上記のように、シーケンス情報を編集するだけで様々なシーケンス情報を生成することができ、ストリームデータそのものを編集する場合に比べてはるかに少ない処理で済む。
【０００７】
【発明が解決しようとする課題】
しかし、従来の編集装置では、ストリームデータとシーケンス情報が別々に管理されていた。そのため、例えばストリームデータを削除して空き容量を増やしたい場合に、そのストリームデータを参照しているシーケンス情報が他に有るか否かを確認する必要があった。また、シーケンス情報を編集した結果不要になったストリームデータがあっても、そのストリームデータを削除するためには、改めて不要になったストリームデータを調べる必要があった。
【０００８】
例えば、情報量の多い映像データを数多くストリームデータ記録部に記録していくと、やがて空き容量が無くなり、それ以上記録することができなくなってしまう。このような状態になるのを避けるためには、不要なストリームデータを適宜削除していく必要がある。この際、ストリームデータとシーケンス情報が個別に管理されていると以下のような不都合が生じる。
【０００９】
図１において、シーケンス情報１０２ではストリームデータ２０が不要だからといって、これを削除してしまうと、シーケンス情報１０１でのストリームデータ２０の再生ができなくなってしまう。したがって、装置の使用者（編集者）は、ストリームデータ２０が他のシーケンス情報から参照されているかどうかをチェックし、他のシーケンス情報から参照されていないことを確認した後、不要なストリームデータ２０を削除する。ストリームデータ２０を参照している他のシーケンス情報があっても、そのシーケンス情報が不要である場合は、先にそのシーケンス情報を削除する必要がある。
【００１０】
このようなシーケンス情報とストリームデータとの二元管理は、装置の使用者に煩わしく多大な手間を強いることになる。このような管理の手間を省くために、編集時はシーケンス情報を用いて編集を行い、編集結果を保存する際にシーケンス情報でなく編集結果を反映した新たなストリームデータを保存する方法もある。この方法では編集後はストリームデータのみを管理すればよいので、二元管理の必要は無くなるが、編集のたびに編集結果を反映したストリームデータを生成する処理が必要である。また、重複部分の有無にかかわらず個別にストリームデータを記録するので、大きな記録容量が必要となる。更に、ストリームデータ記録部に空き容量が無い場合は編集が不可能となる。
【００１１】
本発明は、上記のような従来のストリームデータ記録編集装置の問題を解決し、使用者の手間を低減して自動的なストリームデータの管理を可能にすることを目的とする。
【００１２】
【課題を解決するための手段】
本発明によるストリームデータ記録編集装置は、ストリームデータを取り込むストリーム取込部と、取り込まれたストリームデータを複数のストリームブロックに分けてランダムアクセス可能な記録媒体に記録するストリームデータ記録部と、前記ストリームデータの各ブロックの再生順序を記述するシーケンス情報を記録するシーケンス情報記録部とを備えたストリームデータ記録編集装置において、前記ストリームデータ記録部が、各ストリームブロックを参照しているシーケンス情報の数を記憶する参照カウンタを備え、前記記録媒体の空き容量を確保するために一部のストリームブロックを消去する際に、前記参照カウンタの値が小さいストリームブロックから順に消去する。
【００１３】
例えば、動画のストリームデータであるビデオストリームがストリーム取込部から取り込まれ、ストリームデータ記録部はこのビデオストリームを複数のストリームブロックに分けてランダムアクセス可能な記録媒体に記録する。各ストリームブロックの再生開始位置・終了位置を記録したシーケンス情報により一つのビデオクリップが生成される。そして、各ストリームブロックに対応する参照カウンタが備えられ、この参照カウンタは、そのストリームブロックを参照するシーケンス情報が加わるたびにインクリメント（増加）され、シーケンス情報が１つ消去されるたびにデクリメント（減少）される。
【００１４】
上記のような構成によれば、自動的なストリームデータの管理、特にストリームブロックの消去が容易になる。例えば、前記参照カウンタが示すストリームブロックを参照するシーケンス情報の数がゼロになったときに、該ストリームブロックを消去するように構成することが好ましい。あるいは、前記記録媒体の空き容量が少なくなったときに、前記参照カウンタの値が小さいストリームブロックを安全に消去するために、該ストリームブロックを参照しているシーケンス情報の削除を促すよう構成してもよい。
【００１５】
更に、ストリーム取込部から取り込まれたストリームデータを時系列に分割するストリームデータ分割部を更に備え、前記ストリームデータ分割部が、前記ストリームデータを時系列に、かつ、論理的に複数のストリームブロックに分割すると共に、各ストリームブロックの再生順序を記述するシーケンス情報を自動的に生成する、ようにストリームデータ記録編集装置を構成してもよい。そうすれば、ストリームデータ分割部が自動的にストリームデータを分割するので、使用者がストリームデータの分割を意識する必要がなくなり、編集の効率が向上する。
【００１６】
更に、ストリームデータが動画データである場合、前記ストリームデータ分割部は、前記ストリームデータを時系列に分割する際に、シーンの切れ目を境界として論理的に複数のストリームブロックに分割することが好ましい。
【００１７】
【発明の実施の形態】
以下、本発明の実施形態を図面に基づいて説明する。
図２は、本発明の実施形態の一つとして、ストリームデータを分割したストリームブロックのそれぞれに参照カウンタを設けた構成を示している。ストリームブロック３０は、ストリームブロックＩＤ３１、参照カウンタ３２、ストリームブロックデータ３３からなる。ストリームブロックＩＤ３１はストリームブロック３０を特定するためのＩＤ（識別情報）である。参照カウンタ３２は、ストリームブロック３０を参照しているシーケンス情報の数を保持する。参照カウンタ３２の値が１であればストリームブロック３０が１つのシーケンス情報から参照されていることを意味し、値が２であれば２つのシーケンス情報から参照されていることを意味する。
【００１８】
図２（ａ）に示す状態では、ストリームブロック３０が２つのシーケンス情報４０及び４１から参照されているので、参照カウンタの値は２となる。仮にシーケンス情報４１を削除した場合、シーケンス情報４１が参照するストリームブロックの参照カウンタを１だけ減少する。この結果、図２（ｂ）に示すように、ストリームブロック３０の参照カウンタ３２の値が２から１に変化する。
【００１９】
参照カウンタの値が０になれば、その参照カウンタに対応するストリームブロックがどのシーケンス情報からも参照されなくなったことを意味する。したがって、参照カウンタは、対応するストリームブロックを消去してよいかを判断する重要な手掛かりとなる。例えば、参照カウンタが０になったときに、対応するストリームブロックを自動的に消去するように構成することができる。
【００２０】
ストリームデータ記録部の容量が足りなくなった時点で、参照カウンタの値が小さいストリームブロックから順に消去するように構成してもよい。あるいは、すぐに消去するのではなく、利用者に容量の不足を警告し、参照カウンタの値が小さいストリームブロックを安全に消去するために、そのストリームブロックを参照しているシーケンス情報の削除を促すように構成してもよい。
【００２１】
図３は、別の実施形態に係る参照カウンタの構成例を示している。この例では、ストリームデータ記録部に参照カウンタを含めるのではなく、ストリームデータ記録部２５と別に設けた管理情報記録部５５に参照カウント値を記録する。管理情報記録部５５は、ストリームデータ記録部２５に記録されているすべてのストリームブロックの参照カウント値を保持する。図示の例では、管理情報５０がストリームブロック２０の参照カウント値（ｘ）を保持し、管理情報５１がストリームブロック２１の参照カウントを保持する。
【００２２】
図４は、本発明の更に別の実施形態として、ストリーム取込部から取り込まれたストリームデータを時系列に分割するストリームデータ分割部を備えたストリームデータ記録編集装置を示している。
【００２３】
このストリームデータ記録編集装置６０は、ストリームデータを取り込むストリーム取込部６１、取り込まれたストリームを時系列に分割すると共にシーケンス情報を生成するストリームデータ分割部６２、分割されたストリームデータ（ストリームブロック）をランダムアクセス可能な記録媒体に記録するストリームデータ記録部６３、シーケンス情報を記録するシーケンス情報記録部６４、シーケンス情報にしたがってストリームをデコードし、映像や音楽を再生するストリームデコード部６５、再生された映像、音声を出力する表示部６６を備えている。
【００２４】
図５は、上記のストリームデータ記録編集装置６０を用いてストリームデータを記録する処理の例を示している。仮に、ＭＰＥＧ２＿ＴＳ形式のストリームデータ２００が入力されたとする。ストリームデータ２００は複数のストリームブロック２０００〜２００３に分割され記録される。それぞれのストリームブロック２０００〜２００３はストリームブロックＩＤ、ストリーム形式、参照カウンタ及びストリームブロックデータからなる。
【００２５】
ストリームデータ２００はストリーム取込部６１から入力され、ストリームデータ分割部６２に送られる。ストリームデータ分割部６２は、入力されたストリームデータ２００をストリーム記録フォーマットに基づいて、時系列に複数のストリームブロック２０００〜２００３に分割する。この際、各ストリームブロックが先頭から再生されたときに支障がおきないように論理的に分割される。分割されたストリームブロック２０００〜２００３はストリームデータ記録部６３に記録される。
【００２６】
各ストリームブロックには固有のストリームブロックＩＤが付され、これによってストリームブロックを判別することができる。同時に、ストリームデータの形式が記録される。この例では、ストリームデータの形式「ＭＰＥＧ２＿ＴＳ」が、それぞれのストリームブロックのストリーム形式記録部に記録される。また、それぞれのストリームブロックの参照カウンタは１にセットされる。
【００２７】
更に、ストリームデータ分割部６２はストリームデータ２００を分割する際に、デフォルトのシーケンス情報３００を自動的に生成する。このデフォルトのシーケンス情報３００はストリームデータ２００を分割して得られた複数のストリームブロック２０００〜２００３のデータを単に時系列につなぎ合わせる情報である。すなわち、シーケンス情報３００に含まれるシーケンス記述子３０００〜３００３は、先頭から時系列順にストリームブロック２０００〜２００３を参照する。
【００２８】
図６は、上記のようにして記録されたストリームデータを編集する処理の例を示している。この編集は、ストリームデータを分割して記録した複数のストリームブロックそのものを編集するのではなく、シーケンス情報を編集することによって達成される。シーケンス情報記録部６４に、２つのシーケンス情報３００及び４００があるとする。シーケンス情報３００を再生するとストリーム３１０が得られ、シーケンス情報４００を再生するとストリーム４１０が得られる。シーケンス情報３００は上述の処理によってストリームデータ２００を分割して記録した際に自動生成されたデフォルトのシーケンス情報である。したがって、シーケンス情報３００を再生して得られるストリーム３１０はストリームデータ２００をそのまま再生したものに等しい。
【００２９】
編集者はこの再生結果のストリーム３１０，４１０を見ながら次のような編集を行う。図６に示すように、ストリーム３１０の先頭からｘだけ進んだところから長さｙの部分（網掛け部）をカットし、更にストリームの末尾にストリーム４１０の先頭から長さｚの部分（網掛け部以外の部分）を付け加える編集を行い、ストリーム５１０を得る。
【００３０】
図７は、上記の編集が行われたときのシーケンス情報記録部６４及びストリームデータ記録部６３の内部の様子を示している。各ストリームブロック２０００〜２００３，２１００の網掛け部は、図６に示したストリーム３１０及び４１０のカット部分に対応する。
【００３１】
編集後の新しいシーケンス情報５００はシーケンス記述子５０００〜５００３からなる。先頭のシーケンス記述子５０００は、最初に再生するストリームブロック２０００を参照する。この例では、ストリームブロック２０００は先頭から長さｘの部分だけが再生されるので、シーケンス記述子５０００の参照長はｘとなる。
【００３２】
次のシーケンス記述子５００１は、ストリームブロック２０００に続けて再生するシーケンスブロック２００２を参照すると共に、ストリームブロック２００２の先頭からｓだけ進んだ箇所を先頭オフセットよって指示する。ストリームブロック２０００の長さがＬ１、ストリームブロック２００１の長さがＬ２であるとすれば、ｓ＝ｘ＋ｙ−Ｌ１−Ｌ２となる。これによって、ストリームブロック２０００の後部（長さＬ１−ｘ）、ストリームブロック２００１の全体（長さＬ２）、及びストリームブロック２００２の前部（長さｓ）からなる長さｙの部分がカットされることになる。
【００３３】
次のシーケンス記述子５００２は、ストリームブロック２００２に続けて再生するシーケンスブロック２００３の全体を参照する。最後のシーケンス記述子５００３は、シーケンス情報４００が参照していたストリーム４１０のストリームブロックのうち、最初のストリームブロック２１００を参照すると共に、その参照長ｚを指示する。
【００３４】
上記のように作成されたシーケンス情報５００を再生すれば、図６のストリーム５１０が得られることになる。新しいシーケンス情報５００が作成されると、このシーケンス情報５００が参照するストリームブロック２０００，２００２，２００３，２１００の参照カウンタがそれぞれ１だけ増加される。この結果、参照カウンタ２０００，２００２，２００３は先にシーケンス３００が自動生成されたときの値１から値２に増加される。一方、シーケンス情報５００が参照しないストリームブロック２００１の参照カウンタの値は１のままである。ストリームブロック２１００の参照カウンタの値はαからα＋１に増加される。
【００３５】
シーケンス情報５００の再生について説明を加える。図７に示すように、シーケンス情報５００のシーケンス記述子５００１〜５００３を先頭から順番に読み込み、再生に使用するストリームブロックを特定する。シーケンス情報５００の先頭のシーケンス記述子５０００には参照ブロックＩＤとして２０００が指示されているので、ストリームブロック２０００のデータが使用される。
【００３６】
図８に示すように、シーケンス情報記録部６４は、各シーケンス情報記述子５０００〜５００３の参照ブロックＩＤ、先頭オフセット及び参照ブロック参照長（再生する長さ）をストリームデコード部６５のシーケンス情報読み込み部６５ａに渡す。これらの情報はストリームデコード部６５のシーケンス情報読み込み部６５ａからストリームデータ読み込み部６５ｂに渡される。
【００３７】
ストリームデータ読み込み部６５ｂは、指定された参照ブロックＩＤ、先頭オフセット及び参照ブロック参照長にしたがって必要なストリームブロックデータをストリームデータ記録部６３から読み込み、ストリーム形式と共にデータデコード部６５ｃに送る。データデコード部６５ｃはストリーム形式に基づいてストリームデータのデコードを行う。図７の例では、ストリームブロック２０００，２００２，２００３はＭＰＥＧ２＿ＴＳ形式のストリームであり、データデコード部の中でＭＰＥＧ２デコーダによってデコードされる。一方、ストリームブロック２１００はＤＶのストリーム形式であり、ＤＶデコーダによってデコードされる。デコードされた映像・音声データは表示部６６に送られ、表示部６６が画像・音声を出力して使用者に提示する。
【００３８】
図９は、シーケンス情報を消去する場合の様子を示している。上述のようにして新しいシーケンス情報５００を作成した結果、古いシーケンス情報３００が不要になったと仮定する。このとき、編集者（装置の使用者）がシーケンス情報３００を削除すると、このシーケンス情報３００に参照されていたすべてのストリームブロックの参照カウンタが１だけ減少される。
【００３９】
この結果、図９に示すように、ストリームブロック２０００の参照カウンタは２から１に変化し、ストリームブロック２００１の参照カウンタは１から０に変化する。ストリームブロック２００１の参照カウンタの値が０になったことは、ストリームブロック２００１を参照（使用）するシーケンス情報が無くなったことを意味している。したがって、参照カウンタの値が０になったストリームブロック２００１は不要なものと判断でき、安全に削除することができる。
【００４０】
他にも参照カウンタが０になったストリームブロックがあれば、そのストリームブロックを安全に削除することができる。削除されたストリームブロックが記憶されていた領域は空き領域となり、新たなストリーム情報を記録することができる。こうして、ストリーム記録部の空き容量が増加する。
【００４１】
上記の実施形態において、参照カウンタが０になったストリームブロックが無い場合でもストリーム記録部の空き容量を確保する必要が生じる場合が考えられるが、このような場合、参照カウンタの値が小さいストリームブロックから順に消去するようにすれば、ストリームブロックの消去による弊害が小さくなる。また、消去しようとするストリームブロックを参照しているシーケンス情報の削除を促す警告を表示又は音声で出力するように構成してもよい。
【００４２】
上記の実施形態は、１台のストリームデータ記録編集装置におけるストリームデータの記録、編集に関するものであるが、本発明は、複数のストリームデータ記録編集装置が１つのストリームデータを参照する構成にも適用することができる。そのような構成の例を図１０に基づいて説明する。
【００４３】
図１０は、１又は複数のストリーム表示端末７１Ａ〜７１Ｄとストリームサーバ７２とがネットワーク等により接続されているストリームデータ記録編集システムを示している。このシステムでは、ストリームデータ記録部６３はストリームサーバ７２に備えられる。各ストリーム表示端末７１Ａ〜７１Ｄは、それぞれのシーケンス情報記録部６４Ａ〜６４Ｄと表示部６６Ａ〜６６Ｄを備えるが、ストリームデータ記録部は備えていない。
【００４４】
ストリームブロックデータは、必要に応じてストリームサーバ７２のストリームデータ記録部６３からネットワーク等を通してストリーム表示端末７１Ａ〜７１Ｄにロードされる。記述の実施形態と同様に、ストリームデータ記録部６３に参照カウンタを設け、複数のストリーム表示端末のシーケンス情報記録部から参照を管理する。いずれかのストリーム表示端末において、ストリームブロックを参照するシーケンス情報が生成されると、そのストリームブロックに対応する参照カウンタの値が１だけ増加する。逆に、いずれかのストリーム表示端末において、ストリームブロックを参照するシーケンス情報が消去されると、そのストリームブロックに対応する参照カウンタの値が１だけ減少する。
【００４５】
このように、シーケンス情報記録部を有する複数のストリーム表示端末を設けることにより、複数の人間がそれぞれのストリーム表示端末からシーケンス情報を操作することができる。この場合、本発明による参照カウンタを用いたストリームブロックの管理によれば、だれかがシーケンスを消去しても、他の利用者が使用するストリームブロックデータを誤って消去してしまうおそれが無くなる。
【００４６】
以上、本発明のいくつかの実施形態とその変形例を説明したが、本発明は上記の実施形態及び変形例に限らず、種々の形態で実施することが可能である。
【００４７】
【発明の効果】
以上に説明したように、本発明のストリームデータ記録編集装置によれば、ストリームデータを分割して記録したストリームブロックのそれぞれに対応して参照カウンタを設け、各ストリームブロックがいくつのシーケンス情報から参照されているか又は参照されていないかを、対応する参照カウンタによって管理するので、各ストリームブロックの管理、特に自動消去を容易かつ安全に行うことができる。
【図面の簡単な説明】
【図１】従来の一般的なストリームデータ記録編集装置の構成を示すブロック図である。
【図２】本発明の実施形態に係るストリームデータ記録編集装置において、ストリームデータを分割したストリームブロックのそれぞれに参照カウンタを設けた構成を示すブロック図である。
【図３】本発明の別の実施形態に係るストリームデータ記録編集装置の参照カウンタの構成例を示すブロック図である。
【図４】本発明の更に別の実施形態に係るストリームデータ分割部を備えたストリームデータ記録編集装置の構成を示すブロック図である。
【図５】図４のストリームデータ記録編集装置を用いてストリームデータを記録する処理の例を示すブロック図である。
【図６】記録されたストリームデータを編集する処理の例を示す図である。
【図７】図６の編集が行われたときのシーケンス情報記録部及びストリームデータ記録部の内部の様子を示す図である。
【図８】シーケンス情報の再生の動作を説明するためのブロック図である。
【図９】シーケンス情報の消去の動作を説明するためのブロック図である。
【図１０】本発明の更に別の実施形態に係るネットワークで接続されたストリームデータ記録編集システムの構成を示すブロック図である。
【符号の説明】
３０  ストリームブロック
３２  参照カウンタ
４０，４１  シーケンス情報
６１  ストリーム取込部
６２  ストリームデータ分割部
６３  ストリームデータ記録部
６４  シーケンス情報記録部
６５  ストリームデコード部
６６  表示部
【図１】
0004197083.tif 000002
【図２】
0004197083.tif 000003
【図３】
0004197083.tif 000004
【図４】
0004197083.tif 000005
【図５】
0004197083.tif 000006
【図６】
0004197083.tif 000007
【図７】
0004197083.tif 000008
【図８】
0004197083.tif 000009
【図９】
0004197083.tif 000010
【図１０】
0004197083.tif 000011