(57)【要約】  本発明は、特定の記憶要件を有するデータ群（５２）を記憶媒体上に記録する方法、装置及びコンピュータ・プログラムに関する。アプリケーションは、記憶媒体の利用可能な空き記憶領域についての情報をオペレーティング・システムによって取得し、データ群の要件に相当する、記憶媒体の少なくとも１つの利用可能空間を識別し、識別された利用可能空間の前の少なくとも１つの他の空間にデータをオペレーティング・システムが書き込む場合に、領域を予約する旨をオペレーティング・システムに指示し、上記領域は、ダミー記憶データ用の上記他の空間（５０）に相当し、その後、識別された利用可能空間にデータ群をオペレーティング・システムが入れるようにデータ群（５２）の記憶をオペレーティング・システムに指示する。
2007533052.tif 000002
【特許請求の範囲】
【請求項１】
汎用的な媒体記憶処理手法を用いて、特定の記憶要件を有するデータ群を記憶媒体上に記録する方法であって、
前記記憶媒体の利用可能空き記憶領域についての情報を得る工程と、
前記データ群の要件に相当する、前記記憶媒体の少なくとも１つの利用可能空間を識別する工程と、
前記識別された利用可能空間の前の少なくとも１つの他の空間にデータを書き込むよう前記処理手法が構成されている場合に、領域を予約する旨を指示する工程であって、前記領域が、ダミー記憶データ用の前記他の空間に相当する工程と、
その後、前記識別された利用可能空間に前記データ群を前記手法が入れるように前記データ群の記憶を指示する工程とを備えることを特徴とする方法。
【請求項２】
請求項１記載の方法であって、前記データ群が書き込まれると、前記ダミー記憶データ用の予約の除去を指示する工程を更に備えることを特徴とする方法。
【請求項３】
請求項1記載の方法であって、前記ダミー記憶データ用に予約する対象の領域が、前記利用可能空き記憶領域の前記識別された利用可能空間の前の他の空間全部に等しいことを特徴とする方法。
【請求項４】
請求項１記載の方法であって、用いられる媒体記憶処理手法を識別する工程を更に備え、空間の予約を指示する工程が、前記媒体記憶処理手法によって大きさが定められる、ダミー記憶データ用空間の予約を指示する工程を備えることを特徴とする方法。
【請求項５】
請求項４記載の方法であって、前記媒体記憶処理手法を識別する工程が、当初ダミー・データ用空間の予約を指示する工程と、前記予約後の前記利用可能空き記憶領域の変更の情報を取得する工程と、その後、前記当初ダミー・データの前記予約を除去する工程とを備えることを特徴とする方法。
【請求項６】
請求項１記載の方法であって、前記データ群が、マルチメディア標準によるマルチメディア・データを備えることを特徴とする方法。
【請求項７】
請求項６記載の方法であって、前記標準がブルーレイ・ディスク標準であることを特徴とする方法。
【請求項８】
請求項１記載の方法であって、前記記憶媒体が光ディスクであることを特徴とする方法。
【請求項９】
特定の記憶要件を有するデータ群を記憶媒体上に記録する装置であって、
前記記憶媒体上の読み取り及び書き込みを制御するよう構成された汎用的な記憶媒体処理装置と、
前記記憶媒体上に、特定のアプリケーション形式のデータの読み取り及び書き込みを行うアプリケーション装置とを備え、
該アプリケーション装置は、前記記憶媒体の利用可能空き記憶領域についての情報を前記汎用的な記憶媒体処理装置によって取得し、
前記データ群の要件に相当する、前記記憶媒体の少なくとも１つの利用可能空間を識別し、
前記識別された利用可能空間の前の少なくとも１つの他の空間にデータを書き込むよう前記処理装置が構成されている場合に、領域を予約する旨を前記処理装置に指示し、前記領域は、ダミー記憶データ用の前記他の空間に相当し、
その後、前記識別された利用可能空間に前記データ群を前記記憶媒体処理装置が入れるように前記データ群の記憶を前記処理装置に指示するよう構成されることを特徴とする装置。
【請求項１０】
請求項９記載の装置であって、関連した記憶媒体上にデータの読み取り及び書き込みを行うデータ媒体ドライブ装置を更に備えることを特徴とする装置。
【請求項１１】
汎用的な記憶媒体処理手法を用いて、特定の記憶要件を有するデータ群を記憶媒体上に記録する、コンピュータ上で用いる対象のコンピュータ・プログラムであって、コンピュータ・プログラム・コードが前記コンピュータにロードされると、
前記記憶媒体の利用可能空き記憶領域についての情報を前記汎用的な記憶媒体処理手法によって取得し、
前記データ群の要件に相当する、前記記憶媒体の少なくとも１つの利用可能空間を識別し、
前記識別された利用可能空間の前の少なくとも１つの他の空間にデータを書き込むよう前記処理手法が構成されている場合に、領域を予約する旨を前記記憶媒体処理手法に指示し、前記領域は、ダミー記憶データ用の前記他の空間に相当し、
その後、前記識別された利用可能空間に前記データ群を前記手法が入れるように前記データ群の記憶を前記記憶媒体処理手法に指示するジョブを前記コンピュータに実行させるコンピュータ・プログラム・コードを備えることを特徴とするコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般に、データ群のデータ担体上の記録に関し、特に、汎用的な媒体記憶処理手法を用いて、特定の記憶要件を備えたデータ群をデータ担体上に記録する方法、装置、及びコンピュータ・プログラムの提供に関する。
【背景技術】
【０００２】
近年、データ担体上にマルチメディア・データを記録するためのいくつかの標準が開発されている。そうした標準の例には、DVD（ディジタル多用途ディスク）及びブルーレイ・ディスクのビデオがある。従来、こうしたタイプのディスク上の記録は、ディスク上にこうしたタイプのデータのみを記録するよう構成された専用レコーダによって行われている。
【０００３】
しかし、今日では、通常のコンピュータ環境において、このタイプのマルチメディア記憶を、他のタイプの記憶（場合によっては、別のマルチメディア標準又はメディア標準による）、並びに通常のデータと組み合わせることが関心事であることが多い。
【０００４】
この点で、多くの場合、通常のPC（パソコン）内に、そうした標準によるレコーダを備えることが望ましい。更に、通常のデータの記憶を、そうしたマルチメディアの記憶と組み合わせることが関心事であることもある。
【０００５】
マルチメディア、及び特にストリーム・マルチメディアはしかし、適切に機能するためには特定の記憶要件を有する場合が多い。こうした要件は例えば、十分大きな隣接部分にデータ群を備えなければならないこと、及び/又は、そうした２つの隣接部分は、間隔が空きすぎることが許されない場合があることであり得る。ブルーレイの場合、そうした要件は通常、隣接データ・ブロックが、例えば、１２．５MB又は２５MB未満でないことを要するというものである。この理由は、通常、ディスクから読み取られるデータがバッファに記憶され、ディスク上の１つの場所からのデータは、別の場所から読み取られるデータがバッファに読み込まれる前にバッファから取り出されないことが不可欠であることである。こうした制約は次いで、例えば、場所間の最長ジャンプ時間に基づいて算出される。このことが理由で、ディスク上にデータを書き込むユーザ・アプリケーションは、ディスク上のどの場所にデータが書き込まれるかを制御する必要がある。
【０００６】
しかし、アプリケーションがPC内に備えられている場合、使用される標準的な書き込み機構は通常、ストリーム・マルチメディア・データの記憶にではなく、通常のコンピュータ・データの記憶に最適化されている。
【０００７】
記憶媒体を組み合わせて使用することを可能にする１つのやり方は、アプリケーションに媒体の一部分を予約し、通常の記憶に残りを予約することである。しかし、このことは、書き込まれるアプリケーション・データの空間が予約された空間よりも少ない場合、記憶媒体がその完全なポテンシャルまで使用されないことにつながり得る。
【０００８】
特殊な要件を有するアプリケーション・データが、他のデータとより自由に組み合わせられたならば、ユーザ・データ領域において、断片化された書き込みデータ領域が特定の場合に存在し得る。その場合、そうしたPC環境におけるアプリケーション要件を満たす適切な非書き込み領域の選択を保証することは単純な作業でない。
【０００９】
欧州特許第1209689号明細書には、データ担体上にMPEGデータのようなAVデータを書き込むためにUDFファイル・システムを用いる、シークを最小にするAV（オーディオ・ビデオ）データ記録装置が記載されている。上記装置によって用いられるAVデータ記録手法は、ディスク上の連続ブロックをファイルの範囲として管理するファイル管理情報を有する。そこでは、新たなディレクトリがディスク上に作成され、記録された範囲ではなく割り当てられた範囲が、ファイル管理情報を記録するための予約領域として維持される。シークは、ファイル管理情報が分散していないので最小になる。
【００１０】
上記刊行物は、ユーザ・データ領域において備えられる書き込みデータ断片を処理する方法、特殊な記憶空間要件を有するデータを書き込む予定の時点に関して言及していない。
【００１１】
よって、アプリケーションが記憶媒体上のメモリ空間を、汎用的な記憶処理機構をなお用いながら選択することが可能な記録手法に対する必要性が存在している。
【発明の開示】
【発明が解決しようとする課題】
【００１２】
本発明はよって、特殊な記憶要件を有するアプリケーションに対して、記憶媒体上で利用可能な記憶空間を、当該媒体の汎用的な記憶処理機構をなお用いながら選択することを可能にするという前述の課題を解決することに関するものである。
【課題を解決するための手段】
【００１３】
本発明の一目的はよって、特殊な記憶要件を有するアプリケーションに対して、記憶媒体上で利用可能な記憶空間を、当該媒体の汎用的な記憶処理機構をなお用いながら選択することを可能にする方法を提供することである。
【００１４】
本発明の第１の局面によれば、この目的は、汎用的な媒体記憶処理手法を用いて、記憶媒体上に、特定の記憶要件を有するデータ群を記録する方法によって達成され、この方法は、
記憶媒体の利用可能な空き記憶領域についての情報を得る工程と、
データ群の要件に相当する、記憶媒体の少なくとも１つの利用可能空間を識別する工程と、
識別された利用可能空間の前の少なくとも１つの他の空間にデータを書き込むよう処理手法が構成されている場合に、領域を予約する旨を指示する工程であって、上記領域が、ダミー記憶データ用の上記他の空間に相当する工程と、
その後、識別された利用可能空間にデータ群を上記手法が入れるようにデータ群の記憶を指示する工程とを備える。
【００１５】
本発明の別の目的は、特殊な記憶要件を有するアプリケーションに対して、記憶媒体上で利用可能な記憶空間を、当該媒体の汎用的な記憶処理機構をなお用いながら選択することを可能にする装置を提供することである。
【００１６】
本発明の第２の局面によれば、この目的は、特定の記憶要件を有するデータ群を記憶媒体上に記録する装置によって達成される。この装置は、
記憶媒体上の読み取り及び書き込みを制御するよう構成された汎用的な記憶媒体処理装置と、
記憶媒体上に、特定のアプリケーション形式のデータの読み取り及び書き込みを行うアプリケーション装置とを備え、
アプリケーション装置は、
記憶媒体の利用可能な空き記憶領域についての情報を汎用的な記憶媒体処理装置によって取得し、
データ群の要件に相当する、記憶媒体の少なくとも１つの利用可能空間を識別し、
識別された利用可能空間の前の少なくとも１つの他の空間にデータを書き込むよう処理装置が構成されている場合に、領域を予約する旨を指示し、上記領域は、ダミー記憶データ用の上記他の空間に相当し、
その後、識別された利用可能空間にデータ群を記憶媒体処理装置が入れるようにデータ群の記憶を処理装置に指示するよう構成される。
【００１７】
本発明の更に別の目的は、特殊な記憶要件を有するアプリケーションに対して、記憶媒体上で利用可能な記憶空間を、当該媒体の汎用的な記憶処理機構をなお用いながら選択することを可能にするコンピュータ・プログラムを提供することである。
【００１８】
この目的は、汎用的な記憶媒体処理手法を用いて、特定の記憶要件を有するデータ群を記憶媒体上に記録する、コンピュータ上で用いる対象のコンピュータ・プログラムによって達成される。このコンピュータ・プログラムは、コンピュータ・プログラム・コードがコンピュータにロードされるとコンピュータに、
記憶媒体の利用可能な空き記憶領域についての情報を汎用的な記憶媒体処理手法によって取得し、
データ群の要件に相当する、記憶媒体の少なくとも１つの利用可能空間を識別し、
識別された利用可能空間の前の少なくとも１つの他の空間にデータを書き込むよう処理手法が構成されている場合に、領域を予約する旨を記憶媒体処理手法に指示し、上記領域は、ダミー記憶データ用の上記他の空間に相当し、
その後、識別された利用可能空間にデータ群を上記手法が入れるようにデータ群の記憶を記憶媒体処理手法に指示するジョブを実行させるコンピュータ・プログラム・コードを備える。
【００１９】
請求項２によれば、ダミー記憶データは、媒体上の有用な空間の不必要な占有を避けるために、上記データ群が書き込まれると除去される。
【００２０】
請求項３によれば、ダミー記憶データは、上記選択領域の前に備えられた空き空間全体に収まるよう、上記データ群が何らこの領域に書き込まれないことを保証するために大きさが決められる。
【００２１】
請求項４によれば、使用される媒体記憶処理手法が調査される。これは、アプリケーションがそのことを何ら知らない場合に必要である。
【００２２】
請求項５によれば、媒体記憶処理手法は、当初のダミー・データ用空間の媒体への予約によって得られる。この予約を解析することによって、どの手法が用いられているかを調べることが可能である。
【００２３】
請求項６及び７によれば、データ群には、ブルーレイ・ディスク標準によって書き込まれたマルチメディア・データがある。このタイプのデータは、データの容量及び/又はデータが書き込まれる場所に関する特殊な要件を有する。
【００２４】
請求項８によれば、記憶媒体は光ディスクである。このタイプの記憶媒体では、記憶空間の要件は、読み取りを行うことが可能になる前に1つの場所から別の場所に移動するのに必要な時間が理由で、より厳しいものである。
【００２５】
本発明では、記憶場所に関する特殊な要件を有するデータの記憶を、これを可能にしない通常の記憶機構と組み合わせる可能性が提供され、これは、ストリーム・メディアを記憶するものとする場合に効果的である。このようにすれば、媒体データには、別個の記憶機構は必要でない。更に、アプリケーション・データの媒体と他のデータの媒体との分離が避けられる。別の利点は、本発明が、通常のコンピュータ環境において、マルチメディア記憶のより単純な実施を可能にし、それによって、より広範囲の製品においてマルチメディア・アプリケーションを用いることが可能になるというものである。
【００２６】
本発明の基本的な考え方は、記憶媒体の利用可能な空き記憶領域についての情報を取得し、書き込む対象のデータの要件に相当する、記憶媒体の利用可能空間を識別し、識別された利用可能空間の前の別の空間にデータを書き込むよう、記憶媒体に用いる処理手法が構成されている場合に、領域を予約する旨を指示し、上記領域は、ダミー記憶データ用の上記他の空間に相当し、
その後、識別された利用可能空間にデータ群を上記手法が入れるように、書き込む対象のデータの記憶を指示するジョブを実行するというものである。
【発明を実施するための最良の形態】
【００２７】
本発明の前述及びその他の局面は、以下で説明する実施例から明らかであり、そうした実施例を参照しながら明らかになるであろう。
【００２８】
本発明は、添付図面に関して更に説明する。
【実施例】
【００２９】
本発明は一般に、光ディスクなどの記憶媒体上での、メディア・データ・ストリームの記録と、他のタイプのデータとを組み合わせることに関する。しかし、本発明は光ディスクに限定されるものでない。他のタイプの記憶媒体（ハード・ディスク、メモリ・スティックなど）も同様に実現可能である。以下では、本発明は、PC（パソコン）の形態のコンピュータに関しても説明するが、本発明はこうしたタイプの装置に限定されるものでない。テキスト・ファイル及びプログラム・ファイルのようなコンピュータ・ファイルを更に記憶するブルーレイ・レコーダのようなマルチメディア記録装置（標準的なデータ記憶機能を有するビデオ・レコーダなど）において同様に実施することが可能である。
【００３０】
本発明を実施する装置は、光ディスク・ドライブ１４及びディスプレイ１２を有するPC１０の形態で、図１に略示する。ディスプレイは、例えばMPEG2のような適切な標準によって記録されたビデオの上映などのことに用いることが可能である。
【００３１】
図２は、装置１０における、本発明に適切な部分の構成略図を示す。装置は、いくつかの装置が接続されたデータ・バス１６、マイクロプロセッサ１８、及び、PCのオペレーティング・システム（OS）を有するメモリ２０、並びに、別の装置２２及び２４を備える。装置２４は、標準化された形式によってマルチメディア・データを符号化し、記憶し、再生するアプリケーションAを有する。マルチメディア形式は、ここではMPEG2であり得るものであり、記憶形式はブルーレイであり得る。装置２４は好ましくは、データをバッファリングするプレイアウト・バッファも有する。しかし、他のタイプの形式（他のビデオ符号化形式やオーディオ符号化形式、及び別の記憶形式（DVD（ディジタル多用途ディスク））など）を備えることが可能であることを認識すべきである。光ディスク２６の形態の記憶媒体上にデータを記憶するために、ディスク・ドライブ装置１４の形態のデータ媒体ドライブ装置もデータ・バス１６に接続される。メモリ装置２２は、別のアプリケーション（例えば、テキスト編集アプリケーションやゲーム・アプリケーションのような）を備えることが可能である。上記別のアプリケーションは、ディスク上に通常のコンピュータ・データを記憶することも可能である。なお、アプリケーションAはソフトウェア・コードの形式で提供することが可能であり、これは、アプリケーションがプロセッサ１８によって実行されるとコードを行う。これは、コードを行うハードウェアとして備えることも可能である。更に、もっと多くのプロセッサを備え得るものであり、その１つはアプリケーション用に意図されるものである。別々のアプリケーション及びオペレーティング・システムは、更に、別個の装置上に備えられなくてもよく、同じ装置に備えることが可能である。ディスク２６上にデータを記憶することは次いで、オペレーティング・システム（OS）の制御下で、かつ、標準化された媒体記憶処理手法又はメモリ割り当て手法を用いて行われる。マイクロプロセッサ１８はよって、メモリ２０内のオペレーティング・システム（OS）とともに、この点で、汎用的な媒体記憶処理装置としてみることが可能である。メモリ割り当て手法は更に、ディスクの別々の記憶領域又はメモリ領域に対する処理を備えるものでない。これは、データを記憶するためにメモリ場所を直接選択することが可能でないことを意味する。本明細書中で本発明の好ましい変形において用いられる1つのタイプの形式は、ディスク上にデータを記憶するためのUDF(ユニバーサル・データ・フォーマット)である。アプリケーションAは、ディスク上にデータを記憶するためには、よって、オペレーティング・システム（OS）を介してデータを記憶しなければならず、このOSはその場合、通常、当該アプリケーションが直接影響を及ぼすことが可能でない記憶ストラテジを用いる。
【００３２】
図３は、ディスク・ドライブ１４を介して論理的な意味合いで、読み取り及び書き込みの通常の制御がどのようにして行われるかを示す。アプリケーションAは、ディスク・ドライブ１４にデータを書き込む必要がある場合、オペレーティング・システムOSと通信しなければならない。このOSが、ディスク・ドライブ１４においてディスク上の実際の記憶を行う。アプリケーションAによるデータの読み取りもオペレーティング・システムOSによって行われる。ここでは、種々の装置から送られる照会及び応答は、矢印によって示す。
【００３３】
前述のように、通常のデータ記憶システムは、媒体の記憶空間の直接制御をアプリケーションAに備えるものでない。マルチメディア・デ―タ形式は多くの場合、データが記憶される空間に関して特定の要件を有するので、これは不都合である。ブルーレイの場合のそうした要件の１つは、記憶されたマルチメディア・ファイルの効果的な再生を保証するために、データを記憶する対象のデータ領域が隣接しており、最小の容量を有していなければならないというものである。これは、再生する対象のデータが記憶バッファに供給され、かつ、記憶媒体における新たな場所からのデータがバッファに満たされる（データが光ディスクから読み取られる際に起こり得る）前に媒体の最初の場所からのデータを再生しなければならない場合に確実に、データが取り出されないようにすることをアプリケーションが必要とすることによる。別の場合は、ディスクとの間で同時に記録し、再生することである。この場合には、アプリケーションAは、ディスクから読み取ったデータを再生バッファに入れ、次いで、記録バッファからのデータをディスクに記録することに切り換え、次いで、データを再生バッファ等に更にもう一度読み込む。データが記録されると、再生バッファ内のデータが再生される。この場合には、記録バッファができる限り、空き状態であるべきであると同時に、再生バッファが確実に、記録中に空きにされないようにすることも必要である。よって、この場合も、記憶場所に関する要件が課される。なお、ここでは、本発明は、マルチメディア・ファイル及びこうしたタイプの要件に限定されない一方、当該メモリ空間に対する処理が備えられることなく、ファイルが記憶媒体上に記憶される場所を制御しなければならない何れかのアプリケーションに適用可能であることを認識すべきである。
【００３４】
本発明をより深く理解するために、光ディスクの通常のデータ記憶レイアウトを図４に略示し、次に説明する。
【００３５】
データ構造は、リードイン・ゾーン２８及びリードアウト・ゾーン４０を備え、それらの間にはデータ・ゾーンDZを備える。データ・ゾーンは、内部スペア領域（ISA）３０及び外部スペア領域（OSA）３８を有し、それらの間には、ユーザ・データ領域（UDA）が備えられる。ユーザ・データ領域は、UDFのアンカー及びパーティションの情報を備えるフィールド３２を有する。UDFのアンカー及びパーティションの情報のフィールド３２の後、UDFパーティション開始マーカ３４が備えられ、それには、ファイルの形式での実際のデータ、及びUDFパーティション終了マーカ３６が続く。ユーザ・データ領域には、通常のデータ・ファイル、又はストリーミング用マルチメディア・ファイルのような何れかのファイルであり得る記憶ファイルを備えるいくつかの既に割り当てられた又は占有された領域４２、４４、４６及び４８を示す。内部スペア領域３０及び外部スペア領域３８は、記憶媒体に関する不具合（すなわち、例えば、ディスクに掻き傷が付いた場合）が存在している場合にデータの記憶に用いることが可能な予約領域である。ＵＤＦのアンカー及びパーティションの情報のフィールド３２は、ディスク上の既知の位置に設けられ、データ領域へのポインタと、そこに記憶されたファイルへのポインタを有する。そうした情報は、以下に説明する実施例において、空き空間ビットマップであるが、この情報は、他の形式（空き空間テーブルなど）で同様に備えることが可能である。
【００３６】
占有領域４２、４４、４６、４８は、ＵＤＦパーティション開始マーカ３４に隣接した第１の領域４２を備える。第１の占有領域４２から一定の距離の場所には、第２の占有領域４４が存在している。よって、第１の占有領域４２と第２の占有領域４４との間に比較的小容量の空き空間（データの書き込みに用いることが可能である）が設けられている。パーティション終了マーカ３６の方向で、第２の占有領域４４から更に遠い場所に、第３の占有領域４６を示す。第２の占有領域４４と第３の占有領域４６との間には、中容量の空き空間が設けられている。第３の占有領域４６の後には、ＵＤＦパーティション終了マーカ３６の比較的近くに第４の占有領域４８が設けられている。第３の占有領域４６と第４の占有領域４８との間に、利用可能な大容量の空き空間が設けられている。利用可能な別々の空き記憶空間又は空きメモリ空間はここでは、異なる容量を有しており、第１の占有領域４２と第２の占有領域４４との間の利用可能な第１の領域は、アプリケーションＡによって要求される容量制限（例えば、１２．５MB未満のような制限）よりも小さい。なお、こうした占有領域は、例（本発明をより深く説明するために示している）に過ぎないことを認識すべきである。
【００３７】
本発明の第１の局面を次に図２、図３及び図４を参照して説明する。本発明は、アプリケーションAがディスク・ドライブ１４においてディスク２６にデータ群を書き込むことを必要とすることから始まる。このデータ群は特定の記憶要件を有する。データは好ましくは、ストリーミングに意図されたビデオ・データの形式のマルチメディア・データである。このことを行うために、アプリケーションAは、ディスク２６の空き空間ビットマップの形式で、どの記憶領域が媒体の利用可能な空き記憶領域かを調べる。この目的で、アプリケーションAは、この情報に対する要求をオペレーティング・システム（OS）に送り、このOSは次いで、ディスク２６のUDFのアンカー及びパーティションの情報のフィールド３２から、空き空間ビットマップの形式でこの情報を取り出す。空き空間ビットマップは次いで、オペレーティング・システム（OS）からアプリケーションAに転送され、このビットマップは、図４に示したファイル情報及び相当する位置を有する。あるいは、アプリケーションAはこの情報をディスクから直接得ることが可能である。この空き空間ビットマップから、アプリケーションAは、マルチメディア・データを記憶することが可能な媒体２６上の適切な利用可能空間を識別することが可能であり、この空間は用いられる標準の要件を満たすことが可能である。この例では、アプリケーションAは第２の占有領域44と第３の占有領域46との間の領域を選択するが、それはこの空間は、ブルーレイの要件に対応するのに十分大きな容量を有しているからである。しかし、オペレーティング・システム（OS）はディスク上のその特定の空間に対する直接の処理を何ら備えるものでないので、アプリケーションAは次いで、データの書き込みを直接指示することは可能でないが、それは、その場合、書き込みが、選択された空間において行われないことが一番ありそうであり得るからである。
【００３８】
アプリケーションは、オペレーティング・システム（ＯＳ）によって用いられる書き込みストラテジを知らない場合、そのストラテジを調べなければならない。ストラテジを調べる最も一般的なやり方は、小容量ダミー・ファイル又は当初のダミー・データの書き込みを指示することであり、それは、アプリケーションＡが、特定の容量を有するファイルに相当する、ディスク上の空間を予約する旨をオペレーティング・システムＯＳに指示することを意味する。この予約が行われた後、アプリケーションＡはもう一度、オペレーティング・システム（ＯＳ）から空き空間ビットマップを取得し、このＯＳはこれをディスク・ドライバ１４におけるディスク２６から取り出す。アプリケーションは、この調節空き空間ビットマップを受けると、先行して受けた空き空間ビットマップとこれを比較する。ビットマップ間の差は、このダミー・ファイルに予約された空間がどこかを示し、この情報から、アプリケーションは、オペレーティング・システムが用いる書き込みストラテジが何であるかを調べることが可能である。このダミー・ファイルが、単に予約されるのではなく、ディスクに実際に書き込まれることが考えられる。その場合、ダミー・ファイルが除去されるか、又は少なくとも予約が除去される。更新された空き空間ビットマップを受けることができる前にディスクを取り出し、再挿入することが必要であり得る。用いている記憶手法を照会することが可能な場合、アプリケーションAはオペレーティング・システム（OS）に照会することが可能であり、このOSはその場合、手法についてアプリケーションAに通知することになる。この場合、ダミー・ファイルは当然、用いられないことになる。その後、アプリケーションは、用いられるストラテジについての情報を確保し、これを将来用いるために維持する。よって、この工程は通常、アプリケーションに対して一度のみ行われ、その場合、いくつかのディスクに用いることが可能である。考えられる別の代替策は、アプリケーションが記憶ストラテジについて事前に分かっているというものであり、その場合、このことを調べることに対する必要性も当然存在しないことになる。
【００３９】
次に、ディスク上にデータを実際に記憶することに関する、本発明の第２の局面を説明する。ストラテジが分かると、アプリケーションAは次いで、選択された位置に確実にデータが記憶されているようにすることが可能である。本発明の第１の実施例によってこれを行う１つのやり方を次に、図５を更に参照しながら説明する。図５は、図４と同じであるが、第１の占有領域４２と第２の占有領域４４との間に設けたダミー・ファイル５０、及び、第２の占有領域４４と第３の占有領域４６との間に設けた実際のデータ・ファイル５２の追加を伴うデータ構造を示す。ここでは、オペレーティング・システム（OS）は第１の空きブロック・ストラテジを用いる、すなわち、オペレーティング・システム（OS）はデータを、ディスク上の、UDFパーティション開始マーカの後の、第１の利用可能な空間に書き込む。アプリケーションは次に、ダミー・ファイル５０の形式でのダミー記憶データ、又は、少なくとも、第２の占有領域４４と第３の占有領域４６との間の意図された利用可能な空き空間の前に存在する利用可能な空き空間全てに合うよう大きさが決められたダミー・ファイルについての情報を作成する。アプリケーションは次いで、ダミー・ファイル５０の空間を予約する旨をオペレーティング・システムに指示する。このようにして、オペレーティング・システム（OS）は第１の空き空間を予約し、これは、ダミー・ファイル５０の、第１の占有空間４２と第２の占有空間４４との間の空き空間である。これが行われた後、オペレーティング・システム（OS）によって書き込まれる対象の、次に利用可能な空間は、アプリケーションAによって選択される空間である。アプリケーションAはよって、次いで、実際のデータ（すなわち、記憶する対象のマルチメディア・ファイル）を書き込む旨をオペレーティング・システム（OS）に指示する。これは次いで、選択された空間において自動的に行われるが、それは、この空間が、用いられるストラテジ又は手法によって利用可能な空間であるからである。よって、次に、実際のデータ・ファイル５２が、選択された領域に記憶される。これが行われると、他のデータを記憶するのにこの空間がもう一度空き状態になるように、ダミー・ファイル５０の予約が除去される。
【００４０】
本発明の第２の実施例を次に、図６に関して説明する。図６は、図４に示すデータ構造と同様であるが、ダミー・ファイル５２及び実際のデータ５２を加えたデータ構造に第２のストラテジを用いる場合を示す。ここでは、ストラテジは、いわゆる最大領域を最初に選択するストラテジ（Largest  Area  First  Strategy）である。このストラテジによれば、オペレーティング・システム（OS）は最初に、最大の空き領域を選択する。図４に示す記載例では、この領域は、第３の占有領域４６と第４の占有領域４８との間の領域である。アプリケーションAは次に、その領域全体を予約するためのダミー・データを作成する。次に書き込む対象の領域は、第２の占有空間４４と第３の占有空間４６との間の意図された領域である。この最大領域が予約されると、アプリケーションAは、マルチメディア・データ５２を書き込む旨をオペレーティング・システム（OS）に指示し、マルチメディア・データ５２は、次いで、上記意図された領域に入れられることになる。ダミー・ファイル５０は次いで、もう一度除去される。もっと正確に言えば、ダミー・ファイルの予約が、次いで、記憶空間が不必要に占有されないように除去される。ここでは、領域全体よりも少ない領域が予約されることが考えられるということを認識すべきである。例えば、当該領域のうち必要なだけ（もう最大領域でないように）予約するか、又は、こうした両極端の間の領域を予約することが可能であり得る。
【００４１】
前述の実施例の何れにおいても、ダミー・ファイル５０は、意図された場所に手法が予約後に指し示すために、意図された場所の前に書き込まれることになる利用可能な空間のうちの十分な空間が予約されるように、記憶手法によって大きさが定められる。ダミー・ファイルが同様に、単に予約される代わりにディスクに実際に書き込まれ得ることを認識すべきである。選択された領域に手法が直接指し示す場合、実際のデータが書き込まれる前にダミー・データの予約が当然何ら行われないことになることを更に認識すべきである。
【００４２】
本発明はマルチメディア・データに限定されるものでない一方、記憶の場所に関する特定の要件をアプリケーションが課す、何れかのタイプのデータに適用することが可能であることを認識すべきである。データ・ファイルの一部又はデータ・ファイル全体に書き込まれた後にダミー・データの記憶空間を予約し、次いで、ファイルの残り、又は次のファイルを別の空間に記憶することを可能にすることが更に考えられる。当然、記憶空間は、アプリケーションの要件を満たすように選択される。更に、領域に対して2つ以上のダミー・ファイルを備えることが考えられる。更に、本発明はUDFに限定されない一方、利用可能な空き空間に対する処理を備えない何れかの適切な手法について実施することが可能である。
【００４３】
前述のように、アプリケーションは好ましくは、メモリ内のプログラム・コードの形態で備えられ、このプログラム・コードはプロセッサによって実行されると本発明を行う。このプログラム・コードは、データ担体（例えば、図８に示すようなCDRomディスク５８の形態）上に備えることも可能である。プログラム・コードは更に、サーバ上に備え、コンピュータにダウンロードすることが可能である。
【００４４】
本発明では、よって、記憶場所に関する特殊な要件を有するデータの記憶を、これを可能にしない通常の記憶機構と組み合わせる可能性が提供され、これは、ストリーム・メディアを記憶するものとする場合に効果的である。このようにすれば、別個の記憶機構は何ら必要でない。そうした2重制御は、別個の２つのアプリケーションがデータを同時に記憶する必要がある場合に競合が生じることを可能にすることになるので不必要である。そうした競合を解決するためには、優先度機構（装置をより複雑かつ効果にすることになる）、又は、アプリケーション・データ用及び他のデータ用の別個のドライバ（装置をやはり、より複雑にすることになる）が必要になる。アプリケーション・データ用の媒体及び他のデータ用の媒体を分けることは、ディスク空間の、最適とはいえない利用につながり得る。別の利点は、本発明が、通常のコンピュータ環境において、マルチメディア記憶のより単純な実施を可能にし、それによって、より広範囲の製品においてマルチメディア・アプリケーションを用いることが可能になるというものである。
【００４５】
なお、本明細書において用いる「comprises」及び「comprising」の語は、記載された特徴、整数、工程又は構成部分を規定するものと解される一方、他の1つ又は複数の特徴、整数、工程、構成部分、又はそれらの群の存在又は追加を排除するものでないことを強調すべきである。更に、特許請求の範囲記載の参照符号は、本発明の範囲を限定するものとして何ら解されるべきでないことを認識すべきである。
【図面の簡単な説明】
【００４６】
【図１】PCの形態での、本発明による、データ群を記録する装置を略示する図である。
【図２】本発明による装置の内部の構成を略示する図である。
【図３】図２における装置における、アプリケーション、オペレーティング・システム及び媒体ドライブ装置間の論理的接続を略示する図である。
【図４】特定の先行書き込みデータを有する記憶媒体のデータ構造を略示する図である。
【図５】本発明の第１の実施例における方法によってアプリケーション・データが記憶される記憶媒体を略示する図である。
【図６】本発明の第２の実施例における方法によってアプリケーション・データが記憶される記憶媒体を略示する図である。
【図７】本発明による方法を行うコンピュータ・プログラム・コードを有するCDROMディスクの形態でのコンピュータ・プログラムを略示する図である。
【図１】
2007533052.tif 000003
【図２】
2007533052.tif 000004
【図３】
2007533052.tif 000005
【図４】
2007533052.tif 000006
【図５】
2007533052.tif 000007
【図６】
2007533052.tif 000008
【図７】
2007533052.tif 000009
【国際調査報告】
2007533052.tif 000010
2007533052.tif 000011
2007533052.tif 000012
2007533052.tif 000013