JP2021077934A - 情報処理装置およびファイル生成方法 - Google Patents

Abstract

【課題】リングバッファに記録された画像データを速やかに再生できるようにする技術を実現する。【解決手段】出力処理部１１２は、ユーザがプレイしているゲームの画像データを生成する。リングバッファ１１８は、出力処理部１１２により生成された画像データを記録する。ファイル生成部１２４は、リングバッファ１１８に記録された画像データを、リングバッファ１１８に記録した順番で再生するためのマップファイルを生成し、ファイル記録部１２６に記録する。【選択図】図３

Description

本発明は、リングバッファに記録された画像データを速やかに再生できるようにする技術に関する。

特許文献１は、ディスプレイに表示されるゲーム画像をリングバッファにバックグランド録画する記録制御部を備えた情報処理装置を開示する。リングバッファは１５分の動画を記録できるように、記録領域における開始アドレスおよび終了アドレスを設定されている。記録制御部は、ゲーム画像を開始アドレスから予め定められたアドレスの順番で終了アドレスまで記録すると、開始アドレスに戻って上書き記録し、それを繰り返す。ユーザによるゲームプレイ中、記録制御部は、ゲーム画像をリングバッファに常時バックグランド録画している。これによりユーザはたとえば見事なプレイをしたときに、入力装置を用いて所定の動画保存操作を行うことで、１５分間のゲーム動画ファイルが作成される。動画ファイルが作成されると、ユーザは動画ファイルを再生して、自分のプレイ画像を見ることができる。

特許文献１に記載の情報処理装置において、ユーザによる動画保存操作が行われると、ファイルシステムが、リングバッファに記録された画像データを、リングバッファとは異なる記録領域にコピーする。具体的にファイルシステムは、画像データをコピーするための記録領域を確保し、動画ファイルのヘッダおよびフッタを作成して、リングバッファに記録された画像データをヘッダおよびフッタで挟まれる領域にコピーすることで、動画ファイルを作成している。

特開２０１４−９２９９１号公報

画像が高解像度となり、１フレームのデータサイズが大きくなると、画像データのコピー処理にかかる時間が長くなることで、動画ファイルの作成に時間がかかる。そのためユーザは、入力装置を用いて動画保存操作を行っても、ただちに動画ファイルを再生できない。

そこで本発明は、リングバッファに記録された画像データを速やかに再生できるようにする技術を実現することを目的とする。

上記課題を解決するために、本発明のある態様の情報処理装置は、画像データを記録するリングバッファと、リングバッファに記録された画像データを、リングバッファに記録した順番で再生するためのマップファイルを生成するファイル生成部とを備える。

本発明の別の態様のファイル生成方法は、画像データをリングバッファに記録するステップと、リングバッファに記録された画像データを、リングバッファに記録した順番で再生するためのマップファイルを生成するファイルステップとを備える。

なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。

本発明によると、リングバッファに記録された画像データを速やかに再生できるようにする技術を提供できる。

実施例にかかる情報処理システムを示す図である。 情報処理装置のハードウェア構成を示す図である。 情報処理装置の機能ブロックを示す図である。 マップファイルの例を示す図である。 マップファイルの例を示す図である。 マップファイルの例を示す図である。

図１は、本発明の実施例にかかる情報処理システム１を示す。
情報処理装置１０は、ユーザが操作する入力装置６と無線または有線で接続し、入力装置６はユーザの操作結果を示す操作情報を情報処理装置１０に出力する。情報処理装置１０は入力装置６から操作情報を受け付けるとＯＳ（システムソフトウェア）やアプリケーションの処理に反映し、出力装置４から処理結果を出力させる。情報処理システム１において情報処理装置１０はゲームプログラムを実行するゲーム装置であり、入力装置６はゲームコントローラなど情報処理装置１０に対してユーザの操作情報を供給する機器であってよい。入力装置６は複数のプッシュ式の操作ボタンや、アナログ量を入力できるアナログスティック、回動式ボタンなどの複数の入力部を有して構成される。出力装置４は画像を出力するディスプレイおよび音声を出力するスピーカを有するテレビであってよく、またヘッドマウントディスプレイであってもよい。

補助記憶装置２は内蔵型記憶装置であってよく、またＵＳＢ（Universal Serial Bus）などで情報処理装置１０と接続する外部記憶装置であってもよい。実施例の補助記憶装置２はＳＳＤ（ソリッドステートドライブ）によって構成される。現在のところ、以下に示すように４種類のＳＳＤが開発されている。

ＳＬＣ（シングルレベルセル）は、１つのセルに１ビットの情報を保存するフラッシュメモリである。ＳＬＣはオンオフの２種類でデータ管理を行うため、他のタイプのレベルセルと比較して最も優れた耐久性能を有しているが、その反面高価である。ＭＬＣ（マルチレベルセル）は、１つのセルに２ビットの情報を保存するフラッシュメモリであり、ＳＬＣと比べると安価であるが、耐久性能は劣る。ＴＬＣ（トリプルレベルセル）は、１つのセルに３ビットの情報を保存するフラッシュメモリであり、現在のところ最も普及している。ＴＬＣはＭＬＣと比べると安価であるが、耐久性能は劣る。ＱＬＣ（クアッドレベルセル）は１つのセルに４ビットの情報を保存するフラッシュメモリであり、ＴＬＣと比べると安価であるが、耐久性能は劣る。実施例の補助記憶装置２は、耐久性能の異なる複数種類のＳＳＤから構成されてよい。

アクセスポイント（以下、「ＡＰ」とよぶ）８は、無線アクセスポイントおよびルータの機能を有し、情報処理装置１０は、無線または有線経由でＡＰ８に接続して、インターネットなどの外部ネットワーク上のサーバと通信可能に接続できる。

図２は、情報処理装置１０のハードウェア構成を示す。情報処理装置１０は、メイン電源ボタン２０、電源ＯＮ用ＬＥＤ２１、スタンバイ用ＬＥＤ２２、システムコントローラ２４、クロック２６、デバイスコントローラ３０、メディアドライブ３２、ＵＳＢモジュール３４、フラッシュメモリ３６、無線通信モジュール３８、有線通信モジュール４０、サブシステム５０およびメインシステム６０を有して構成される。

メインシステム６０は、メインＣＰＵ（Central Processing Unit）、主記憶装置であるメモリおよびメモリコントローラ、ＧＰＵ（Graphics Processing Unit）などを備える。ＧＰＵはゲームプログラムの演算処理に主として利用される。これらの機能はシステムオンチップとして構成されて、１つのチップ上に形成されてよい。メインＣＰＵは補助記憶装置２に記録されたゲームプログラムを実行する機能をもつ。

サブシステム５０は、サブＣＰＵ、主記憶装置であるメモリおよびメモリコントローラなどを備え、ＧＰＵを備えず、ゲームプログラムを実行する機能をもたない。サブＣＰＵの回路ゲート数は、メインＣＰＵの回路ゲート数よりも少なく、サブＣＰＵの動作消費電力は、メインＣＰＵの動作消費電力よりも少ない。サブＣＰＵは、メインＣＰＵがスタンバイ状態にある間においても動作し、消費電力を低く抑えるべく、その処理機能を制限されている。

メイン電源ボタン２０は、ユーザからの操作入力が行われる入力部であって、情報処理装置１０の筐体の前面に設けられ、情報処理装置１０のメインシステム６０への電源供給をオンまたはオフするために操作される。電源ＯＮ用ＬＥＤ２１は、メイン電源ボタン２０がオンされたときに点灯し、スタンバイ用ＬＥＤ２２は、メイン電源ボタン２０がオフされたときに点灯する。

システムコントローラ２４は、ユーザによるメイン電源ボタン２０の押下を検出する。メイン電源がオフ状態にあるときにメイン電源ボタン２０が押下されると、システムコントローラ２４は、その押下操作を「オン指示」として取得し、一方で、メイン電源がオン状態にあるときにメイン電源ボタン２０が押下されると、システムコントローラ２４は、その押下操作を「オフ指示」として取得する。

クロック２６はリアルタイムクロックであって、現在の日時情報を生成し、システムコントローラ２４やサブシステム５０およびメインシステム６０に供給する。デバイスコントローラ３０は、サウスブリッジのようにデバイス間の情報の受け渡しを実行するＬＳＩ（Large-Scale Integrated Circuit）として構成される。図示のように、デバイスコントローラ３０には、システムコントローラ２４、メディアドライブ３２、ＵＳＢモジュール３４、フラッシュメモリ３６、無線通信モジュール３８、有線通信モジュール４０、サブシステム５０およびメインシステム６０などのデバイスが接続される。デバイスコントローラ３０は、それぞれのデバイスの電気特性の違いやデータ転送速度の差を吸収し、データ転送のタイミングを制御する。

メディアドライブ３２は、ゲームなどのソフトウェア、およびライセンス情報を記録したＲＯＭ媒体４４を装着して駆動し、ＲＯＭ媒体４４からプログラムやデータなどを読み出すドライブ装置である。ＲＯＭ媒体４４は、光ディスクや光磁気ディスク、ブルーレイディスクなどの読出専用の記録メディアである。

ＵＳＢモジュール３４は、外部機器とＵＳＢケーブルで接続するモジュールである。ＵＳＢモジュール３４は補助記憶装置２とＵＳＢケーブルで接続してもよい。フラッシュメモリ３６は内部ストレージを構成する補助記憶装置である。無線通信モジュール３８は、Bluetooth（登録商標）プロトコルやIEEE802.11プロトコルなどの通信プロトコルで、たとえば入力装置６と無線通信する。なお無線通信モジュール３８は、デジタル携帯電話方式に対応してもよい。有線通信モジュール４０は、外部機器と有線通信し、たとえばＡＰ８を介して外部のネットワークに接続する。

図３は、情報処理装置１０の機能ブロックを示す。情報処理装置１０は処理部１００、通信部１０２および受付部１０４を備える。処理部１００は、アプリケーション実行部１１０、出力処理部１１２、記録制御部１１４、バッファメモリ１１６、リングバッファ１１８、コピー処理部１２０、データ記録部１２２、ファイル生成部１２４、ファイル記録部１２６および移動処理部１２８を備える。通信部１０２は図２に示す無線通信モジュール３８および有線通信モジュール４０の機能を併せ持つ構成として表現される。リングバッファ１１８、データ記録部１２２およびファイル記録部１２６は、補助記憶装置２の記録領域に構成されてよい。

処理部１００の構成は、ハードウエアコンポーネントでいえば、任意のコンピュータのＣＰＵ、メモリ、メモリにロードされたプログラム、ストレージなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウエアのみ、ソフトウエアのみ、またはそれらの組合せによっていろいろな形で実現できることは、当業者には理解されるところである。処理部１００は、出力装置４に表示されるゲーム画像をバックグランドで録画する機能を有する。

受付部１０４は、通信部１０２を介してユーザによる入力装置６の操作情報を受け付ける。実施例のアプリケーション実行部１１０はゲームソフトウェアを実行する。ゲームソフトウェアは、ユーザによる操作情報を用いて、仮想空間におけるプレイヤキャラクタを動かす演算処理を行う。出力処理部１１２はゲームソフトウェアから演算処理結果を取得し、ゲームの画像データおよび音声データを生成して出力装置４から出力させる。出力処理部１１２は、レンダリング処理などを実行するＧＰＵ（Graphics Processing Unit）を含んでよい。出力処理部１１２はゲームの画像データを生成するため、「画像生成部」と呼ぶことができる。

実施例の情報処理装置１０では、出力処理部１１２が、ゲームの画像データおよび音声データを生成して出力装置４から出力させるとともに、記録制御部１１４に供給する。以下、ゲームの画像データおよび音声データを、あわせて「ゲーム画像」または「ゲーム画像データ」と呼ぶ。記録制御部１１４は、出力処理部１１２により生成されたゲーム画像データを、リングバッファ１１８に時間情報（タイムスタンプ）とともに記録する。

リングバッファ１１８は、たとえば１５分のゲーム動画が記録できるように、補助記憶装置２の記録領域において開始アドレスおよび終了アドレスを設定されている。リングバッファ１１８の開始アドレスおよび終了アドレスは、情報処理装置１０の出荷時にデフォルト設定されていてよい。補助記憶装置２が耐久性能の異なる複数タイプのＳＳＤを備える場合、リングバッファ１１８は、稼働頻度が高いことから、耐久性能の優れたタイプのレベルセル、たとえばＳＬＣ（シングルレベルセル）に形成されることが好ましい。

記録制御部１１４は、ゲーム画像データをリングバッファ１１８の開始アドレスから予め定められたアドレスの順番で終了アドレスまで記録すると、開始アドレスに戻って上書き記録し、それを繰り返す。ユーザによるゲームプレイ中、記録制御部１１４は、ゲーム画像データをリングバッファ１１８に常時録画している。記録制御部１１４は、出力処理部１１２により生成された高解像度のゲーム画像データ、たとえばＱＨＦＤ（Quad Full High Definition：3840×2160）のゲーム画像データをリングバッファ１１８に記録する。

ゲームプレイ中、ユーザは入力装置６を用いて所定の動画保存操作を行うことができる。動画保存操作は、リングバッファ１１８に記録されている画像データを、動画ファイルとして保存するための操作である。たとえば動画保存操作は、入力装置６の所定のボタンの入力であってよく、また出力装置４に表示される動画保存のためのＧＵＩに対する決定操作であってもよい。ユーザは、たとえば見事な技でラスボスを倒したようなときに、入力装置６を用いて動画保存操作を行う。動画保存操作は、受付部１０４によって受け付けられる。

実施例の処理部１００では、コピー処理部１２０が、リングバッファ１１８に記録された画像データを、リングバッファ１１８とは異なるデータ記録部１２２にコピーして、動画ファイルを生成する。データ記録部１２２は、リングバッファ１１８よりも安価なタイプのレベルセル、たとえばＴＬＣ（トリプルレベルセル）に形成されてよい。リングバッファ１１８に記録されている画像データが低解像度である場合、コピー処理部１２０は、データ記録部１２２への画像データのコピー処理を短時間で実施して、動画ファイルを生成できる。このとき、ユーザは動画保存操作をした後、速やかに動画ファイルを再生して、自身のプレイ画像を見ることができる。

しかしながら実施例では、リングバッファ１１８に記録されている画像データが高解像度であるため、データ記録部１２２への画像データのコピー処理に、ある程度の時間が必要となる。そのため、ユーザは動画保存操作をした後、ただちに動画ファイルを再生して自身のプレイ画像を見たいにも関わらず、動画ファイルが生成されるのを待たなければならない。

そこで実施例では、ユーザが動画保存操作した後、リングバッファ１１８に記録されている画像データを速やかに再生できる技術を提供する。具体的には、ファイル生成部１２４が、リングバッファ１１８に記録された画像データを、リングバッファ１１８に記録した順番で再生するためのマップファイルを生成する。生成されたマップファイルは、ファイル記録部１２６に保持される。

図４は、リングバッファ１１８に記録された画像データおよびファイル記録部１２６に保持されるマップファイルの例を示す。
リングバッファ１１８において、画像データの書込はデータブロック単位で行われる。記録制御部１１４は、出力処理部１１２により生成された画像データをデータブロック単位で分割して、リングバッファ１１８に記録する。図４において、リングバッファ１１８上で区切られたスペースは１つのデータブロックを示し、書込ポインタの位置は、最新のデータブロックと最古のデータブロックとの境界位置を示している。図４に示す例で、“ａ_ｍ”は、記録時刻が一番古く、次に上書き更新される画像データであり、“ａ_Ｎ”は記録時刻が一番新しい画像データである。

ユーザが入力装置６を用いて動画保存操作を行うと、受付部１０４が動画保存操作を受け付け、ファイル生成部１２４に、動画保存操作を受け付けた旨を通知する。この通知を受けてファイル生成部１２４は、記録制御部１１４から、リングバッファ１１８におけるデータブロックの記録順に関する情報を取得する。記録順に関する情報は、データブロックを特定する情報（データブロックＩＤ）を、記録している画像データが古い順に並べたものであってよく、またデータブロックＩＤとデータ記録時刻とを対応付けた情報であってよい。図４に示す例では、“ａ_ｍ”が記録されているデータブロックが一番古く、“ａ_ｍ＋１”が記録されているデータブロックが次に古く、・・・、“ａ_Ｎ”が記録されているデータブロックが一番新しいことを示す情報が、記録制御部１１４に提供される。

ファイル生成部１２４は、データブロックの記録順に関する情報を取得すると、リングバッファ１１８に記録した順番で画像データを再生するためのマップファイルを生成して、ファイル記録部１２６に記録する。ファイル記録部１２６は、リングバッファ１１８よりも安価なタイプのレベルセル、たとえばＴＬＣ（トリプルレベルセル）に形成されてよい。図４を参照してファイル生成部１２４は、ヘッダ（ｈ）およびフッタ（ｆ）を作成し、リングバッファ１１８における記録順にしたがって参照先のデータブロックのアドレスを指定したマップファイルを生成する。なお、この例ではファイル生成部１２４が、ヘッダおよびフッタの実データを作成するが、ヘッダおよびフッタは、データ記録部１２２に作成される動画ファイルのヘッダおよびフッタの実データを参照するようにしてもよい。

マップファイルの生成に際し、データコピーは実施されないため、ファイル生成部１２４は、マップファイルを瞬時に生成できる。図４に示すマップファイルが生成されると、リングバッファ１１８の記録内容が更新されないことを前提として、動画再生処理部（図示せず）が、ファイル記録部１２６に記録されたマップファイルおよび参照先となるリングバッファ１１８に記録された画像データを用いて、１５分間のゲーム動画を再生できる。

ファイル生成部１２４は、マップファイルにおいて参照先となっているリングバッファ１１８のデータブロックを特定する情報（データブロックＩＤ）を、記録制御部１１４に提供する。図４に示す例では、リングバッファ１１８の全てのデータブロックが参照先となっているため、ファイル生成部１２４は、全てのデータブロックＩＤを、記録制御部１１４に提供する。

記録制御部１１４は、マップファイルにおいて参照先となっているデータブロックＩＤを提供されることで、該当するデータブロックの画像データの破棄を禁止する。つまり記録制御部１１４は、参照先となっているデータブロックを上書き更新しない。図４に示すリングバッファ１１８において、次に上書き更新されるべきデータブロック（つまり最古のデータブロック）は“ａ_ｍ”が記録されているデータブロックであるが、当該データブロックがマップファイルにおいて参照先として設定されていれば、記録制御部１１４は、出力処理部１１２で生成された画像データをバッファメモリ１１６に一時記憶させ、当該データブロックの画像データの上書き更新を待機する。

なおリングバッファ１１８は、出力処理部１１２で生成された画像データを順次記録するために存在するため、画像データを記録できない状況はすみやかに解消される必要がある。そこでファイル生成部１２４が図４に示すマップファイルを生成すると、ただちにコピー処理部１２０が、リングバッファ１１８に記録された画像データを、データ記録部１２２にコピーする処理を開始する。コピー処理部１２０が、リングバッファ１１８のデータブロックの画像データをデータ記録部１２２のデータブロックにコピーすると、ファイル生成部１２４は、マップファイルにおいて、コピーされたリングバッファ１１８のデータブロックのアドレスを、データ記録部１２２のデータブロックのアドレスに更新する。

図５は、ファイル記録部１２６に保持されるマップファイルの例を示す。なお、図５に示す例では、マップファイルが、データ記録部１２２の動画ファイルのヘッダおよびフッタを参照しているが、図４に示したように、マップファイルにヘッダおよびフッタの実データを付加してもよい。

図５に示す例では、リングバッファ１１８における“ａ_ｍ”と“ａ_ｍ＋１”のデータが、データ記録部１２２にコピーされた状態を示す。コピー処理部１２０はデータブロックのコピーが完了する度に、ファイル生成部１２４に、コピーが完了したデータブロックを特定する情報（データブロックＩＤ）と、データ記録部１２２におけるデータブロックのアドレスを通知する。ファイル生成部１２４は、通知を受ける度に、コピー元のリングバッファ１１８のデータブロックのアドレスを、コピー先のデータ記録部１２２のデータブロックのアドレスに更新する。

コピー処理部１２０は、リングバッファ１１８に記録された画像データを、リングバッファ１１８に記録した順番にしたがって、データ記録部１２２にコピーする。つまりコピー処理部１２０は、リングバッファ１１８における最も古い画像データから順に、データブロック単位でデータ記録部１２２にコピーする。図５に示す例では、“ａ_ｍ”が最初にデータ記録部１２２にコピーされ、“ａ_ｍ＋１”が次にコピーされる。データ記録部１２２では、ヘッダから連続する位置に、各データブロックの画像データが記録される。

ファイル生成部１２４が参照先を、リングバッファ１１８のデータブロックからデータ記録部１２２のデータブロックに切り替えると、元のリングバッファ１１８のデータブロックを特定する情報を記録制御部１１４に通知する。これにより記録制御部１１４は、通知されたデータブロックの画像データを破棄できることを認識する。図５に示す例では、記録制御部１１４が、最初に“ａ_ｍ”を破棄してよいことを認識し、次に“ａ_ｍ＋１”を破棄してよいことを認識する。記録制御部１１４は、画像データを破棄してよいデータブロックを認識すると、バッファメモリ１１６に一時記憶していた画像データを、当該データブロックに上書きする。

図６は、ファイル記録部１２６に保持されるマップファイルの例を示す。この例では、ユーザが動画保存操作を行った時点でリングバッファ１１８に記録されていた画像データが全てデータ記録部１２２にコピーされ、マップファイルが、データ記録部１２２のデータブロックを参照した状態を示している。この時点で、１５分間の動画ファイルが作成され、データ記録部１２２に保存されている。

動画再生処理部（図示せず）は、ファイル記録部１２６に記録されたマップファイルおよび参照先となるデータ記録部１２２に記録された画像データを用いて、１５分間のゲーム動画を再生できる。なお動画再生処理部は、データ記録部１２２に保存された動画ファイルを、直接再生することも可能である。

また移動処理部１２８が、参照先（データ記録部１２２）に存在する画像データを、マップファイルに移動することも可能である。その場合、マップファイルは、動画ファイルと同じ数のデータブロックを有して構成される必要がある。

以上、本発明を実施例をもとに説明した。この実施例は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。実施例では、補助記憶装置２が複数種類のＳＳＤにより構成されることを説明したが、ＨＤＤ（ハードディスクドライブ）により構成されてもよい。

１・・・情報処理システム、２・・・補助記憶装置、１０・・・情報処理装置、１００・・・処理部、１０２・・・通信部、１０４・・・受付部、１１０・・・アプリケーション実行部、１１２・・・出力処理部、１１４・・・記録制御部、１１６・・・バッファメモリ、１１８・・・リングバッファ、１２０・・・コピー処理部、１２２・・・データ記録部、１２４・・・ファイル生成部、１２６・・・ファイル記録部、１２８・・・移動処理部。

Claims (7)

1. 情報処理装置であって、
   画像データを記録するリングバッファと、
   前記リングバッファに記録された画像データを、前記リングバッファに記録した順番で再生するためのマップファイルを生成するファイル生成部と、
   を備えることを特徴とする情報処理装置。
2. 前記ファイル生成部は、前記リングバッファにおけるデータブロックのアドレスを指定したマップファイルを生成する、
   ことを請求項１に記載の情報処理装置。
3. 前記リングバッファとは異なるデータ記録部と、
   前記リングバッファに記録された画像データを、前記データ記録部にコピーするコピー処理部と、をさらに備え、
   前記コピー処理部が、前記リングバッファのデータブロックの画像データを前記データ記録部のデータブロックにコピーすると、前記ファイル生成部は、マップファイルにおいて、コピーされた前記リングバッファのデータブロックのアドレスを、前記データ記録部のデータブロックのアドレスに更新する、
   ことを特徴とする請求項１または２に記載の情報処理装置。
4. 前記コピー処理部は、前記リングバッファに記録された画像データを、前記リングバッファに記録した順番にしたがって、前記データ記録部にコピーする、
   ことを特徴とする請求項３に記載の情報処理装置。
5. ユーザによる入力装置の操作情報を受け付ける受付部をさらに備え、
   前記受付部が前記入力装置の所定の操作情報を受け付けると、前記ファイル生成部が、マップファイルを生成する、
   ことを特徴とする請求項１から４のいずれかに記載の情報処理装置。
6. 画像データをリングバッファに記録するステップと、
   前記リングバッファに記録された画像データを、前記リングバッファに記録した順番で再生するためのマップファイルを生成するステップと、
   を備えることを特徴とするファイル生成方法。
7. コンピュータに、
   画像データをリングバッファに記録する機能と、
   前記リングバッファに記録された画像データを、前記リングバッファに記録した順番で再生するためのマップファイルを生成する機能と、
   を実現させるためのプログラム。

Images