JPH09297981A - 追記型光ディスク記録媒体の書き込み方法およびソフトウェア開発システム - Google Patents

Abstract

(57)【要約】 【課題】 マルチメディアソフトウェアの開発効率の向
上と開発コストの低減を図り、特にＣＤ−Ｒを用いたゲ
ーム用ＣＤ−ＲＯＭの開発に使用して大きな効果が得ら
れる追記型光ディスク記録媒体の書き込み技術を提供す
る。 【解決手段】 ゲーム用ソフトウェアの開発システムで
あって、まず最終的なＣＤ−Ｒの内容を表すスクリプト
ファイルや、記録するＤＯＳファイルを更新し（６０
１）、これらのスクリプトファイル、ＤＯＳファイルと
ＣＤ−Ｒ上のファイルの日付けや内容などのファイル情
報を比較する（６０２）。この比較の結果、前回書き込
んだ内容との差分に基づいてサブコマンドファイルを作
成し（６０３）、このサブコマンドファイルに従ってフ
ァイルを追加、置換、削除、復元し、ＣＤ−Ｒに変更部
分だけを書き込んで更新する（６０４）。この一連の流
れを繰り返すことで、ソフトウェアの開発を進めること
ができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、追記型の光ディス
ク記録媒体の書き込み技術に関し、特にテレビゲームを
はじめとするマルチメディアソフトウェアの開発に好適
な追記型光ディスク記録媒体の書き込み方法およびソフ
トウェア開発システムに適用して有効な技術に関する。

【０００２】

【従来の技術】たとえば、発明者が検討した技術とし
て、近年、テレビゲームをはじめとするマルチメディア
ソフトウェアが開発されており、記録媒体として、いわ
ゆるＣＤ−ＲＯＭ（Compact Disc Read Only Memory)の
ような読み出し専用メモリとして用いる光ディスク記録
媒体が使用されている。このようなソフトウェアでは、
その開発段階において、いわゆるＣＤ−Ｒ（CD Recorda
ble)のような追記型光ディスク記録媒体が使用されるこ
とが多く、このＣＤ−ＲとＣＤ−Ｒレコーダを使用する
ことによって、記録媒体のコストだけで短時間にディス
クを作成できるメリットがあるものと考えられる。

【０００３】

【発明が解決しようとする課題】ところで、前記のよう
なＣＤ−ＲとＣＤ−Ｒレコーダを使用したソフトウェア
開発技術においては、原理的にＣＤ−Ｒは一度書き込ん
だデータを消去することができないため、既存のディス
ク書き込みシステムには以下のような問題点のあること
が考えられる。

【０００４】(1).１枚のＣＤ−Ｒに対して１回の書き込
みしかできない。すなわち、初期のＣＤ−Ｒ書き込みシ
ステムは、シングルセッションにしか対応せず、１枚の
ディスクに１回しか書き込むことができない。このよう
なシステムでは、ソフトウェアの開発段階でプログラム
やデータが変更されるたびに、新しいディスクに全ての
データを書き込む必要があるため、書き込み時間も開発
コストも無駄がある。

【０００５】(2).複数回の書き込みが可能でも、前回に
書き込んだファイルを使用できない。すなわち、ＣＤ−
Ｒレコーダがマルチセッション対応となり、複数回の書
き込みができるようになると、書き込みシステムも１枚
のＣＤ−Ｒに複数回の書き込みができるように改良され
ている。しかし、前回に書き込んだファイルと新しく書
き込むファイルの関連性を考慮せず、全ての内容を書き
込むため、結果的に同じデータを何回も書き込むことに
なり、ディスク上の領域と書き込み時間の無駄がある。

【０００６】(3).前回に書き込んだファイルの置き換え
ができない。すなわち、一部の書き込みシステムにおい
て、書き込んだファイルを継承することができるものも
あるが、追加できるのみで、同一名のファイルを置き換
えることはできない。このため、同一名のファイルを変
更した場合、変更されていないファイルがあっても、全
てのファイルを書き込み直す必要がある。

【０００７】(4).ファイルの削除ができない。すなわ
ち、一度ファイルを書き込むと、そのファイルをディス
クの論理構造から削除することができない。そのため、
ディスク上のファイル構成を変更する上での制約となっ
ている。

【０００８】上記の問題点は、ＣＤ−Ｒ書き込みシステ
ムの用途がプリマスタＣＤ−ＲＯＭを作成することに主
眼がおかれていることや、マルチセッションディスクを
再生する装置が普及していないことに原因がある。しか
し、ソフトウェアの開発段階では、作成したＣＤ−Ｒ
を、そのままＣＤ−ＲＯＭとして大量に作成するわけで
はない。また、使用状況も動作テストなどのような開発
プロジェクト内での使用である。このような状況では、
プログラムやデータの更新が頻繁であり、上記の問題点
から発生する開発コストや、書き込み時間の無駄が無視
できない。

【０００９】そこで、本発明は、マルチセッション対応
のＣＤ−ＲＯＭ再生装置と、マルチセッションＣＤ−Ｒ
ＯＭの論理構造が認識できるソフトウェアを使用するこ
とによって、上記のような問題点を解決し、ゲームをは
じめとするマルチメディアソフトウェアの開発効率の向
上と開発コストの低減を目的とし、特にＣＤ−ＲＯＭソ
フトウェアの大きな割合を占めているゲーム用ＣＤ−Ｒ
ＯＭの開発システムとして使用することで大きな効果を
得ることができる追記型光ディスク記録媒体の書き込み
方法およびソフトウェア開発システムを提供することに
ある。

【００１０】本発明の前記ならびにその他の目的と新規
な特徴は、本明細書の記述および添付図面から明らかに
なるであろう。

【００１１】

【課題を解決するための手段】本願において開示される
発明のうち、代表的なものの概要を簡単に説明すれば、
以下のとおりである。

【００１２】すなわち、本発明の追記型光ディスク記録
媒体の書き込み方法は、いわゆるＣＤ−Ｒのような追記
型光ディスク記録媒体の論理構造および内容を読み込
み、この読み込んだ内容と新たに書き込む内容とを比較
し、この新たに書き込む内容が読み込んだ内容と異なる
ファイルのみを認識し、この認識されたファイルを更新
する、という書き込みのための処理工程を有するもので
ある。

【００１３】この場合に、前記ＣＤ−Ｒの論理構造は、
ＩＳＯ９６６０規格、ＪＩＳ Ｘ０６０６規格およびＣ
Ｄ−ＲＯＭ ＸＡ規格に準拠し、かつセッション配置は
ＣＤ−ＷＯ規格に準拠して、前記ファイルを更新するた
めにファイルの追加機能、置換機能および削除機能を有
し、さらに前記削除機能により削除したファイルの復元
機能を備えるようにしたものである。

【００１４】また、本発明のソフトウェア開発システム
は、前記ＣＤ−Ｒを用い、このＣＤ−Ｒの論理構造およ
び内容を読み込む読み込み手段と、この読み込んだ内容
と新たに書き込む内容とを比較する比較手段と、この新
たに書き込む内容が前記読み込んだ内容と異なるファイ
ルのみを認識する認識手段と、この認識されたファイル
を更新するためにファイルの追加手段、置換手段、削除
手段および復元手段とを有するものである。

【００１５】特に、前記ＣＤ−Ｒは、いわゆるＣＤ−Ｒ
ＯＭのような光ディスク記録媒体に記録されるゲーム用
ソフトウェアの開発に使用し、ゲーム用ソフトウェアの
開発情報をＣＤ−Ｒに随時書き込んで更新し、最終的に
開発が完成したＣＤ−Ｒの情報をゲーム用ソフトウェア
のＣＤ−ＲＯＭに記録するようにしたものである。

【００１６】これにより、ＣＤ−Ｒを用いたソフトウェ
アの開発において、ＣＤ−Ｒに書き込み済みで、変更す
る必要のない内容を、再度ディスクに書くことはないた
め、ディスクへの書き込み時間を短縮することができ
る。また、ＣＤ−Ｒ上の領域を効率的に使用するため、
ソフトウェアの開発段階でのＣＤ−Ｒの使用量を削減す
ることができ、これにより開発コストを低減することが
できる。

【００１７】さらに、ＣＤ−Ｒの使用上の面で、ＣＤ−
Ｒ上のファイルを追加、変更、削除できるため、あたか
もＣＤ−Ｒを書き換え可能な大容量メディアとして使用
することができる。また、一度ＣＤ−Ｒに書き込んだ内
容は、論理構造から削除されても物理的に消去されるこ
とはないため、ソフトウェア開発途中でのプログラム更
新履歴を保存することができる。

【００１８】以上により、ソフトウェア開発、たとえば
ゲームをはじめとするマルチメディアソフトウェアの開
発において、開発効率の向上と開発コストの低減を図
り、特にＣＤ−ＲＯＭを用いたソフトウェアの大きな割
合を占めているゲーム用ＣＤ−ＲＯＭの開発に使用する
ことで大きな効果を得ることができる。

【００１９】

【発明の実施の形態】以下、本発明の実施の形態を図面
に基づいて詳細に説明する。

【００２０】図１は本発明の一実施の形態であるソフト
ウェア開発システムを示す構成図、図２は本実施の形態
のソフトウェア開発システムを構成するコンピュータの
内部機能を示すブロック図、図３は本実施の形態のソフ
トウェア開発システムを用いて開発されたＣＤ−ＲＯＭ
を再生するゲーム機を示す構成図、図４はゲーム機の書
き込み機能を示すブロック図、図５はＣＤ−Ｒの論理構
造を示す説明図、図６はソフトウェア開発作業の流れを
示すフローチャート、図７はデータの流れを示す説明
図、図８はＣＤ−Ｒの更新処理を示すフローチャートで
ある。

【００２１】まず、図１により本実施の形態のソフトウ
ェア開発システムの構成を説明する。

【００２２】本実施の形態のソフトウェア開発システム
は、たとえばゲーム用ソフトウェアの開発システムとさ
れ、ファイル更新などの書き込み制御や全体の制御およ
び処理などを司るコンピュータ１と、表示手段としての
ディスプレイ２と、入力手段としてのキーボード３と、
拡張記憶手段としての外部記憶装置４と、ＣＤ−Ｒに対
して読み取りおよび書き込みを行うＣＤ−Ｒ読み取り／
書き込み装置５とから構成され、ＣＤ−Ｒ読み取り／書
き込み装置５に挿脱されるＣＤ−Ｒ６（追記型光ディス
ク記録媒体）の内容を更新していくことによってソフト
ウェアの開発が行われる。

【００２３】コンピュータ１には、特にＣＤ−Ｒ６に対
する書き込み機能として、たとえば図２に示すように、
外部記憶装置４との間のファイル入出力部７、サブコマ
ンド種別を解析するサブコマンド解析部８、ファイル更
新機能としてのファイル追加部９（追加手段）、ファイ
ル置換部１０（置換手段）、ファイル削除部１１（削除
手段）およびファイル復元部１２（復元手段）、ＣＤ−
Ｒ６に書き込むためのディスクイメージ作成部１３、Ｃ
Ｄ−Ｒ読み取り／書き込み装置５との外部インタフェー
ス用のＳＣＳＩ（Small Computer System Interface)制
御部１４などが設けられている。

【００２４】さらに、このコンピュータ１の内部には、
前記書き込み機能の他に、この書き込みに際しての図示
しない前処理機能として、ＣＤ−Ｒ読み取り／書き込み
装置５に挿脱されるＣＤ−Ｒ６の論理構造および内容を
読み込む読み込み手段、この読み込んだ内容と新たに書
き込む内容とを比較する比較手段、この新たに書き込む
内容が読み込んだ内容と異なるファイルのみを認識する
認識手段などが備えられ、この認識されたファイルがフ
ァイル更新機能により書き込まれるようになっている。

【００２５】ディスプレイ２は、コンピュータ１に接続
され、このコンピュータ１における制御および処理内容
などを表示するための手段であり、このディスプレイ２
に表示された内容を見ながら設計者によるソフトウェア
の開発が行われる。

【００２６】キーボード３は、コンピュータ１に接続さ
れ、このコンピュータ１に対する制御および処理内容な
どの指示を入力するための手段であり、ディスプレイ２
に表示された内容に基づいて、制御および処理などの指
示が設計者によるキーボード３からの入力により行われ
る。

【００２７】外部記憶装置４は、コンピュータ１に接続
され、たとえばハードディスク、フロッピーディスク、
光磁気ディスク、ＲＡＭディスクなどによる拡張記憶手
段であり、この外部記憶装置４はコンピュータ１の主記
憶装置を補助するための拡張記憶装置として用いられ
る。

【００２８】ＣＤ−Ｒ読み取り／書き込み装置５は、マ
ルチセッション対応による読み取り／書き込み手段であ
り、ＣＤ−Ｒ６に既に書き込まれているファイルと新し
く書き込むファイルとの関連性を考慮して、ＣＤ−Ｒ６
の論理構造および内容を読み込むとともに、更新するべ
きファイルの内容を新たなセッションに書き込むことが
可能となっている。

【００２９】ＣＤ−Ｒ６は、複数回の書き込みが可能な
マルチセッション対応の追記型光ディスク記録媒体であ
り、その論理構造はＩＳＯ９６６０規格、ＪＩＳ Ｘ
０６０６規格ならびにＣＤ−ＲＯＭ ＸＡ規格に準拠さ
れ、またセッション配置はＣＤ−ＷＯ規格に準拠されて
いる。

【００３０】以上のように構成されるソフトウェア開発
システムにおいては、ゲーム用ソフトウェアが、このソ
フトウェアの開発段階においてＣＤ−Ｒ６のプログラム
およびデータなどの内容を更新していくことにより開発
され、最終的に開発が完成したＣＤ−Ｒ６のソフトウェ
アがプリマスタＣＤ−ＲＯＭ、マスタＣＤ−ＲＯＭに整
理して書き込まれ、さらにこのマスタＣＤ−ＲＯＭから
ユーザー用ＣＤ−ＲＯＭが作成されるようになってい
る。

【００３１】このように作成されたユーザー用ＣＤ−Ｒ
ＯＭは、たとえば図３に示すようなテレビモニター１５
に接続され、入力パッド１６を有するゲーム機１７で使
用され、このゲーム機１７にはＣＤ−ＲＯＭ１８（光デ
ィスク記録媒体）を再生するためのマルチセッション対
応のＣＤ−ＲＯＭ再生機能と、その論理構造を読み込む
ことのできるソフトウェア機能とが備えられている。特
に、ＣＤ−ＲＯＭ再生機能を持つゲーム機１７には、こ
のようなマルチセッションに対応した仕組みを持たせる
ことにより、ゲーム用のソフトウェア開発システムとし
て利用が可能である。

【００３２】このゲーム機１７の内部機能としては、た
とえば図４に示すように、ＣＤ−ＲＯＭ１８を再生する
ＣＤ−ＲＯＭ再生部１９、ＣＤ−ＲＯＭ１８の駆動を制
御するＣＤ−ＲＯＭドライブ制御部２０、ＣＤ−ＲＯＭ
１８のセッションを認識するマルチセッション認識部２
１、ＣＤ−ＲＯＭ１８の論理構造を認識する論理構造認
識部２２などが設けられ、ＣＤ−ＲＯＭドライブ制御部
２０にＣＤ−ＲＯＭ１８を駆動するためのマルチセッシ
ョン対応のＣＤ−ＲＯＭドライブ２３が接続されてお
り、このゲーム機１７によりユーザーが開発されたゲー
ムを楽しむことができるようになっている。

【００３３】次に、本実施の形態の作用について、始め
にソフトウェアの開発におけるファイル更新機能の概要
を順に説明する。

【００３４】(1).変更ファイルだけの書き込み ソフトウェア開発のそれぞれの段階で、ＣＤ−Ｒ６に書
き込もうとする内容を記述したスクリプトファイルと、
既にＣＤ−Ｒ６に書かれている内容とを比較し、前回書
き込んだ内容と同じファイルについては二重に書き込ま
ずに、変更したファイルだけを書き込むことができる。
なお、スクリプトファイルは、ＣＤ−Ｒ６に書き込む内
容について、論理構造やＣＤ−Ｒ６上のファイルとＤＯ
Ｓ上のファイルとの対応などについて記述したファイル
である。

【００３５】この変更ファイルだけの書き込みにおい
て、ファイルの増減については新しく増えたファイルは
追加し、減ったファイルは削除する。また、ファイルの
作成日時については、更新されたファイルは置換する。
さらに、ファイルの内容については、変更されたファイ
ルは置換する。

【００３６】(2).ファイルの追加（ａｄｄ機能） ＣＤ−Ｒ６に書き込まれていなかったファイルを、ＣＤ
−Ｒ６の論理構造に新たに追加することができる。この
ファイルの追加は、コンピュータ１のファイル追加部９
で行われる。

【００３７】(3).ファイルの置換（ｒｅｐｌａｃｅ機
能） 既にＣＤ−Ｒ６に書き込まれているファイルの内、変更
のあったファイルの内容をＣＤ−Ｒ６の論理構造の上で
置き換えることができる。このファイルの置換は、コン
ピュータ１のファイル置換部１０で行われる。

【００３８】(4).ファイルの削除（ｄｅｌｅｔｅ機能） 既にＣＤ−Ｒ６に書き込まれているファイルの内、不要
になったファイルをＣＤ−Ｒ６の論理構造から削除する
ことができる。このファイルの削除は、コンピュータ１
のファイル削除部１１で行われる。

【００３９】(5).削除ファイルの復元（ｕｎｄｅｌｅｔ
ｅ機能） ＣＤ−Ｒ６の論理構造から削除したファイルを、再びＣ
Ｄ−Ｒ６の論理構造に追加することができる。この削除
ファイルの復元は、コンピュータ１のファイル復元部１
２で行われる。

【００４０】以上のように、本実施の形態のソフトウェ
ア開発システムでは、ソフトウェアの開発における変更
ファイルだけの書き込みによるファイル更新機能とし
て、ファイルの追加、ファイルの置換、ファイルの削
除、および削除ファイルの復元のそれぞれの機能が備え
られている。

【００４１】次に、ソフトウェアの開発における変更フ
ァイルの書き込みにおいて、実際に書き込んだＣＤ−Ｒ
６の論理構造を図５に基づいて説明する。

【００４２】まず、本システムで作成するマルチセッシ
ョンディスクのＣＤ−Ｒ６においては、シングルセッシ
ョンディスクと異なり、ボリューム記述子を“セッショ
ン開始位置＋１６”の論理セクタ番号に配置する。な
お、通常のシングルセッションディスクでは、ボリュー
ム記述子を論理セクタ番号の“１６”に配置している。

【００４３】この“セッション開始位置＋１６”の論理
セクタ番号にボリューム記述子を配置した後、次の論理
セクタ番号から順にパステーブル、ディレクトリを配置
し、ＣＤ−Ｒ６の論理構造を作成する。さらに、追加フ
ァイル、置換ファイルがある場合は、この追加、置換フ
ァイルの内容をディレクトリが配置された論理セクタ番
号の後に配置する。

【００４４】ここで、前回書き込んだ内容から変更のな
いファイルは、ＣＤ−Ｒ６に内容を追加せず、ディレク
トリレコードを前回と同じにする。一方、追加、置換、
復元ファイルはディレクトリレコードを作成し、論理構
造に結合する。また、削除ファイルはディレクトリレコ
ードを削除し、ＣＤ−Ｒ６の論理構造から削除する。こ
れにより、ＣＤ−Ｒ６の空間と書き込み時間の無駄をな
くすことができる。

【００４５】また、この論理構造を読み込む再生装置側
のソフトウェアも、論理セクタ番号の“１６”から読み
込むのではなく、“最後の書き込み開始位置（最終セッ
ション開始位置）＋１６”から読み込むようになってい
る。これにより、前記規格に準拠したシングルセッショ
ンディスクと本システムにより記録したマルチセッショ
ンディスクであるＣＤ−Ｒ６の両方を同じソフトウェア
で読み込むことができる。

【００４６】たとえば、図５のようなＣＤ−Ｒ６の論理
構造においては、ソフトウェア開発の第１段階で、１回
目の書き込み部分である第１セッションに、ボリューム
記述子、パステーブル、ディレクトリを順に配置した
後、ファイルＡ、ファイルＢ、ファイルＣを順に書き込
んで配置する。この第１セッションにおいては、ディレ
クトリからファイルＡ、ファイルＢ、ファイルＣが参照
できるようになっている。

【００４７】ここで、たとえばソフトウェア開発の第２
段階でファイルＤを新たに追加する場合には、２回目の
書き込み部分である第２セッションに、ボリューム記述
子、パステーブル、ディレクトリを順に配置した後、新
たに追加するファイルＤを書き込んで配置する。この第
２セッションのディレクトリからは、ファイルＡ、ファ
イルＢ、ファイルＣ、新たに追加したファイルＤが参照
できるようになっている。

【００４８】さらに、たとえばソフトウェア開発の第３
段階でファイルＣをファイルＣ’に置き換える場合に
は、３回目の書き込み部分である第３セッションに、ボ
リューム記述子、パステーブル、ディレクトリを順に配
置した後、置き換えるファイルＣ’を書き込んで配置す
る。この第３セッションのディレクトリからは、ファイ
ルＡ、ファイルＢ、置き換えたファイルＣ’、ファイル
Ｄが参照できるようになっている。

【００４９】なお、ソフトウェア開発の第３段階におい
て、たとえば単にファイルＣを削除するような場合に
は、ファイルＣ’を書き込まずに、ボリューム記述子、
パステーブル、ディレクトリを順に配置するのみで、こ
の第３セッションのディレクトリからファイルＡ、ファ
イルＢ、ファイルＤを参照できるようにすることにより
ファイルＣを削除することができる。

【００５０】さらに、この第３段階で削除したファイル
Ｃを復元する場合には、たとえばソフトウェア開発の第
４段階において、ボリューム記述子、パステーブルの後
に配置する第４セッションのディレクトリからファイル
Ａ、ファイルＢ、ファイルＣ、ファイルＤを参照できる
ようにすることで、第３段階で削除したファイルＣを第
４段階において復元することができる。

【００５１】次に、本システムを使用したソフトウェア
開発作業の流れを図６および図７に基づいて説明する。
なお、図７はソフトウェア開発作業におけるデータの流
れを示している。

【００５２】まず、設計者が、たとえばコンピュータ１
に接続されている外部記憶装置４の所定の領域に格納さ
れている、最終的なＣＤ−Ｒ６の内容を表すスクリプト
ファイル２４や、記録するＤＯＳファイル２５をコンピ
ュータ１の主記憶装置に読み込んでディスプレイ２上に
表示させ、これらのスクリプトファイル２４、ＤＯＳフ
ァイル２５の内容をキーボード３からの入力により更新
する（ステップ６０１）。

【００５３】そして、これらのスクリプトファイル２
４、ＤＯＳファイル２５とＣＤ−Ｒ６上のファイルの日
付けや内容などのファイル情報を比較する（ステップ６
０２）。この比較の結果、前回書き込んだ内容との差分
に基づいて、たとえば外部記憶装置４の所定の領域にサ
ブコマンドファイル２６を作成する（ステップ６０
３）。このサブコマンドファイル２６は、追加、置換、
削除、復元などの本システムに対する一連の命令を記述
したファイルである。

【００５４】この場合に、図７のようなデータの流れに
おいて、スクリプトファイル２４からのスクリプトを解
析し（ステップ７０１）、さらに論理構造を比較した後
に（ステップ７０２）、サブコマンドを生成して（ステ
ップ７０３）、サブコマンドファイル２６に格納する。

【００５５】さらに、外部記憶装置４に格納されている
サブコマンドファイル２６をコンピュータ１の主記憶装
置に読み込み、このサブコマンドファイル２６の内容に
従って、コンピュータ１を介したキーボード３からの入
力指示によりＣＤ−Ｒ読み取り／書き込み装置５に入れ
られているＣＤ−Ｒ６に変更部分だけを書き込んで更新
する（ステップ６０４）。この一連の流れを繰り返し、
ソフトウェアの開発を進める。

【００５６】この場合に、図７のようなデータの流れに
おいて、サブコマンドファイル２６を読み込んでサブコ
マンドを解析し（ステップ７０４）、ファイルを更新し
た後にディスクイメージを作成する（ステップ７０
５）。その後、この作成されたディスクイメージを、た
とえば外部記憶装置４の所定の領域のディスクイメージ
ファイル２７に格納する。

【００５７】そして、このディスクイメージファイル２
７の情報をＣＤ−Ｒ６に書き込み（ステップ７０６）、
この書き込みによる更新をそれぞれの開発段階において
繰り返すことにより、ソフトウェアの全ての開発情報が
ＣＤ−Ｒ６に書き込まれ、ＣＤ−Ｒ６を使用したソフト
ウェアの開発を完了することができる。

【００５８】続いて、前記ステップ６０４におけるＣＤ
−Ｒ６の更新処理について、図８のフローチャートに基
づいて詳細に説明する。

【００５９】まず、ＣＤ−Ｒ６がＣＤ−Ｒ読み取り／書
き込み装置５に入れられ、本システムが起動されると、
ＣＤ−Ｒ６の最終セッションから書き込み済みのディレ
クトリレコードをコンピュータ１のファイル入出力部７
を介して主記憶装置内に読み込む（ステップ８０１）。
さらに、サブコマンドを順次読み込む（ステップ８０
２）。

【００６０】ここで、ディレクトリ構造を更新する前
に、全てのサブコマンドを処理したか否かを判定し（ス
テップ８０３）、このサブコマンドの全ての処理が終了
するまで以降の処理を繰り返して、コンピュータ１の主
記憶装置内のディレクトリ構造を更新する。

【００６１】このディレクトリ構造の更新に際し、始め
にサブコマンド解析部８によりサブコマンドを解釈し
（ステップ８０４）、このサブコマンドがａｄｄコマン
ドか否かを判定し（ステップ８０５）、ａｄｄコマンド
の場合にはファイル追加部９によりディレクトリレコー
ドに対してファイルの追加処理を行い（ステップ８０
６）、ａｄｄコマンドでない場合には次の処理に移る。

【００６２】さらに、ｒｅｐｌａｃｅコマンドか否かを
判定し（ステップ８０７）、ｒｅｐｌａｃｅコマンドの
場合にはファイル置換部１０によりディレクトリレコー
ドに対してファイルの置換処理を行い（ステップ８０
８）、ｒｅｐｌａｃｅコマンドでない場合には次の処理
に移る。

【００６３】続いて、ｄｅｌｅｔｅコマンドか否かを判
定し（ステップ８０９）、ｄｅｌｅｔｅコマンドの場合
にはファイル削除部１１によりディレクトリレコードに
対してファイルの削除処理を行い（ステップ８１０）、
ｄｅｌｅｔｅコマンドでない場合には次の処理に移る。

【００６４】さらに、ｕｎｄｅｌｅｔｅコマンドか否か
を判定し（ステップ８１１）、ｕｎｄｅｌｅｔｅコマン
ドの場合にはファイル復元部１２によりディレクトリレ
コードに対してファイルの復元処理を行い（ステップ８
１２）、ｕｎｄｅｌｅｔｅコマンドでない場合には次の
処理に移る。

【００６５】以上のステップ８０４〜８１２の処理を繰
り返してディスクイメージ作成部１３によりディスクイ
メージを作成し、全てのサブコマンドの処理が終了した
場合には、ＳＣＳＩ制御部１４を介して、ＣＤ−Ｒ読み
取り／書き込み装置５に入れられているＣＤ−Ｒ６の新
規セッションに、更新したディレクトリレコードとファ
イルの内容を書き込む（ステップ８１３）。これによ
り、ソフトウェア開発のそれぞれの開発段階におけるＣ
Ｄ−Ｒ６の更新処理を終了することができる。

【００６６】以上の作業工程によりソフトウェアの開発
が完了し、最終的な開発情報が書き込まれているＣＤ−
Ｒ６の情報をプリマスタＣＤ−ＲＯＭ、マスタＣＤ−Ｒ
ＯＭに整理して書き込み、さらにこのマスタＣＤ−ＲＯ
Ｍからユーザー用のＣＤ−ＲＯＭ１８を作成する。たと
えば、このように作成されたＣＤ−ＲＯＭ１８は、マル
チセッションに対応した機能を持つゲーム機１７で再生
して使用することができる。

【００６７】従って、本実施の形態のソフトウェア開発
システムによれば、コンピュータ１に、ファイル追加部
９、ファイル置換部１０、ファイル削除部１１およびフ
ァイル復元部１２などによる書き込み機能と、ＣＤ−Ｒ
６の読み込み手段、新たに書き込む内容との比較手段、
および書き込む内容が異なるファイルの認識手段などに
よる書き込み前処理機能とを備えることにより、書き込
む内容が異なるファイルだけをＣＤ−Ｒ６に書き込めば
よく、更新する必要のないファイルは再度ＣＤ−Ｒ６に
書く必要がないので、ＣＤ−Ｒ６への書き込み時間を短
縮することができる。

【００６８】また、ＣＤ−Ｒ６に対して更新する必要が
あるファイルだけを新たに書き込めばよいので、ＣＤ−
Ｒ６上の領域を効率的に使用することができ、よってソ
フトウェアの開発段階でのＣＤ−Ｒ６の使用量を削減し
て開発コストを低減することができる。

【００６９】特に、本実施の形態のように、ＣＤ−Ｒ６
をゲーム用ソフトウェアの開発に用いた場合に、ゲーム
用ソフトウェアはＣＤ−ＲＯＭ１８を用いたソフトウェ
アの大きな割合を占めているので、開発時の書き込み時
間による開発効率とＣＤ−Ｒ６の使用量による開発コス
トの面で大きな効果を得ることができる。

【００７０】また、ＣＤ−Ｒ６上のファイルを追加、変
更、削除できるため、あたかもＣＤ−Ｒ６を書き換え可
能な大容量メディアとして使用することができ、さらに
一度ＣＤ−Ｒ６に書き込んだ内容は、論理構造から削除
されても物理的に消去されることはないため、ソフトウ
ェア開発途中でのプログラム更新履歴が保存できるの
で、ＣＤ−Ｒ６の使用上における汎用性を高めることが
できる。

【００７１】以上、本発明者によってなされた発明を発
明の実施の形態に基づき具体的に説明したが、本発明は
前記実施の形態に限定されるものではなく、その要旨を
逸脱しない範囲で種々変更可能であることはいうまでも
ない。

【００７２】たとえば、前記実施の形態のソフトウェア
開発システムにおいては、図１に示すソフトウェア開発
システムの構成、図２に示すコンピュータの内部機能の
構成に限定されるものではなく、少なくとも、ＣＤ−Ｒ
の読み込み機能、新たに書き込む内容との比較機能、書
き込む内容が異なるファイルの認識機能、ファイルの追
加、置換、削除および復元による更新機能を備えること
により、前記実施の形態と同様の効果を実現することが
できる。

【００７３】また、このシステムにより開発されたソフ
トウェアを使用するゲーム機については、少なくとも、
マルチセッション対応のＣＤ−ＲＯＭ再生機能と、その
論理構造を読み込むことのできるソフトウェア機能とが
備えられているゲーム機において同様の効果を得ること
ができる。

【００７４】さらに、ＣＤ−Ｒの論理構造については、
ソフトウェアの開発段階において、図５のようにファイ
ルの追加（２回目）、ファイルの置換（３回目）を行う
場合について説明したが、これに限られるものではな
く、ファイルの追加と置換の他に、ファイルの削除およ
び復元を任意に組み合わせ、かつ任意の回数において開
発を進めることによりＣＤ−Ｒの論理構造は構築され
る。

【００７５】また、図８に示すＣＤ−Ｒの更新処理にお
いて、ステップ８０５〜８１２のファイルの追加処理、
置換処理、削除処理、復元処理の順番は任意に変更可能
であることはいうまでもない。

【００７６】以上の説明では、主として本発明者によっ
てなされた発明をその属する技術分野であるゲーム用の
ソフトウェア開発システムに適用した場合について説明
したが、これに限定されるものではなく、マルチメディ
ア全般の他のソフトウェア開発システムについても広く
適用可能であり、たとえば商品カタログ・名簿などのデ
ータベース作成システム、ソフトウェア開発時などの変
更履歴管理システム、大容量メディアであるＤＶＤ（Di
gital Versatile Disc）用ライトワンスシステムなどが
挙げられ、それぞれのシステムの概要を順に説明する。

【００７７】(1).ＣＤ−Ｒを使用した商品カタログ・名
簿などのデータベース作成システム 前記ゲーム用のソフトウェア開発システムと同様の構成
により、商品カタログや、名簿などのデータベース作成
システムを構築することができる。たとえば、商品カタ
ログでは、１つの商品の価格や特徴などをＣＤ−Ｒ上の
１つのファイルに記録しておき、新しい商品が発売され
ればファイルの追加機能によりカタログに追加し、また
モデルチェンジの際はファイルの置換機能により置き換
え、さらに販売を中止するときはファイルを削除する。

【００７８】また、名簿では、１人分の住所や氏名など
をＣＤ−Ｒ上の１つのファイルに記録しておき、メンバ
ーが増えればファイルを追加し、減ればファイルを削除
する。このように、前記ゲーム用のソフトウェア開発シ
ステムを応用することにより、ＣＤ−Ｒを商品カタロ
グ、名簿などのデータベースシステムの記録媒体として
使用することができる。

【００７９】(2).ＣＤ−Ｒを使用したソフトウェア開発
時などの変更履歴管理システム ソフトウェアの開発時は、プログラムやデータの更新を
頻繁に行うが、必ずしも一度に全てのファイルを更新す
るわけではなく、また最新のプログラムやデータが必ず
しも最良とは限らず、さらに開発途中の段階でテスト用
として出荷することもあり、後日、これを検証すること
もある。このような理由で過去のプログラムやデータが
必要になる場合がある。

【００８０】前記ゲーム用のソフトウェア開発システム
ではＣＤ−Ｒ上のセッションとＣＤ−Ｒの更新が対応す
るため、ある時点のプログラムやデータが必要な場合
は、それに対応するセッション内のファイルにアクセス
すればよい。具体的には、最終セッションを読み込めば
最新版の、最終セッションの１つ前を読み込めば、最新
版より１つ前のプログラムやデータを取り出すことがで
きる。この特徴を利用してソフトウェア開発時の変更履
歴管理を行うことができる。

【００８１】(3).将来の大容量メディアであるＤＶＤ用
ライトワンスシステム ＤＶＤを用いたＤＶＤ−ＲＯＭは、将来ＣＤ−ＲＯＭに
代わるメディアとして注目されており、このＤＶＤに関
してもＣＤと同じくＤＶＤ−Ｒがある。前記ゲーム用の
ソフトウェア開発システムは、機器構成の中のマルチセ
ッション対応ＣＤ−Ｒ読み取り／書き込み装置を、追記
型のＤＶＤ読み取り／書き込み装置に置き換えることに
より、ＤＶＤ−Ｒを用いた差分追記型ＤＶＤ−Ｒ書き込
みシステムが構築できる。よって、一度だけ書き込み可
能なＤＶＤ用ライトワンスシステムに応用することがで
きる。

【００８２】

【発明の効果】本願において開示される発明のうち、代
表的なものによって得られる効果を簡単に説明すれば、
以下のとおりである。

【００８３】(1).追記型光ディスク記録媒体の書き込み
時間の短縮 ＣＤ−Ｒに書き込み済みで、変更する必要のない内容を
再度ＣＤ−Ｒに書くことはないので、ＣＤ−Ｒへの書き
込み時間の短縮が可能となる。

【００８４】(2).追記型光ディスク記録媒体の使用量の
削減 ＣＤ−Ｒ上の領域を効率的に使用するため、ソフトウェ
アの開発段階でのＣＤ−Ｒの使用量を削減することがで
きるので、開発コストの低減が可能となる。

【００８５】(3).追記型光ディスク記録媒体の書き換え
可能なメディアとしての利用 ＣＤ−Ｒ上のファイルを追加、変更、削除することがで
きるので、あたかもＣＤ−Ｒを書き換え可能な大容量メ
ディアとしての使用が可能となる。

【００８６】(4).追記型光ディスク記録媒体の更新履歴
の保存 一度ＣＤ−Ｒに書き込んだ内容は、論理構造から削除さ
れても物理的に消去されることはないので、ソフトウェ
ア開発途中でのプログラム更新履歴の保存が可能とな
る。

【００８７】(5).前記(1),(2) により、ゲームをはじめ
とするマルチメディアソフトウェアの開発において、開
発効率の向上と開発コストの低減を図ることができ、特
にＣＤ−ＲＯＭのような光ディスク記録媒体を用いたソ
フトウェアの大きな割合を占めているゲーム用ソフトウ
ェアの開発に使用することで大きな効果を得ることが可
能となる。

【００８８】(6).前記(3),(4) により、追記型光ディス
ク記録媒体としてのＣＤ−Ｒにおいて、書き換え可能な
大容量メディアとしての使用、およびプログラム更新履
歴の保存ができるので、ＣＤ−Ｒの使用上における汎用
性の向上が可能となる。

【図面の簡単な説明】

【図１】本発明の一実施の形態であるソフトウェア開発
システムを示す構成図である。

【図２】本発明の一実施の形態のソフトウェア開発シス
テムを構成するコンピュータの内部機能を示すブロック
図である。

【図３】本発明の一実施の形態のソフトウェア開発シス
テムを用いて開発されたＣＤ−ＲＯＭを再生するゲーム
機を示す構成図である。

【図４】本発明の一実施の形態において、ゲーム機の書
き込み機能を示すブロック図である。

【図５】本発明の一実施の形態において、ＣＤ−Ｒの論
理構造を示す説明図である。

【図６】本発明の一実施の形態において、ソフトウェア
開発作業の流れを示すフローチャートである。

【図７】本発明の一実施の形態において、データの流れ
を示す説明図である。

【図８】本発明の一実施の形態において、ＣＤ−Ｒの更
新処理を示すフローチャートである。

【符号の説明】

１ コンピュータ ２ ディスプレイ ３ キーボード ４ 外部記憶装置 ５ ＣＤ−Ｒ読み取り／書き込み装置 ６ ＣＤ−Ｒ（追記型光ディスク記録媒体） ７ ファイル入出力部 ８ サブコマンド解析部 ９ ファイル追加部（追加手段） １０ ファイル置換部（置換手段） １１ ファイル削除部（削除手段） １２ ファイル復元部（復元手段） １３ ディスクイメージ作成部 １４ ＳＣＳＩ制御部 １５ テレビモニター １６ 入力パッド １７ ゲーム機 １８ ＣＤ−ＲＯＭ（光ディスク記録媒体） １９ ＣＤ−ＲＯＭ再生部 ２０ ＣＤ−ＲＯＭドライブ制御部 ２１ マルチセッション認識部 ２２ 論理構造認識部 ２３ ＣＤ−ＲＯＭドライブ ２４ スクリプトファイル ２５ ＤＯＳファイル ２６ サブコマンドファイル ２７ ディスクイメージファイル

Claims (5)

【特許請求の範囲】
1. 【請求項１】 追記型光ディスク記録媒体の論理構造お
   よび内容を読み込み、この読み込んだ内容と新たに書き
   込む内容とを比較し、この新たに書き込む内容が前記読
   み込んだ内容と異なるファイルのみを認識し、この認識
   されたファイルを更新することを特徴とする追記型光デ
   ィスク記録媒体の書き込み方法。
2. 【請求項２】 請求項１記載の追記型光ディスク記録媒
   体の書き込み方法であって、前記追記型光ディスク記録
   媒体の論理構造はＩＳＯ９６６０規格、ＪＩＳ Ｘ ０
   ６０６規格およびＣＤ−ＲＯＭ ＸＡ規格に準拠し、か
   つセッション配置はＣＤ−ＷＯ規格に準拠して、前記フ
   ァイルを更新するためにファイルの追加機能、置換機能
   および削除機能を有することを特徴とする追記型光ディ
   スク記録媒体の書き込み方法。
3. 【請求項３】 請求項２記載の追記型光ディスク記録媒
   体の書き込み方法であって、前記ファイルの削除機能に
   より削除したファイルの復元機能を有することを特徴と
   する追記型光ディスク記録媒体の書き込み方法。
4. 【請求項４】 追記型光ディスク記録媒体を用いたソフ
   トウェアの開発システムであって、少なくとも、前記追
   記型光ディスク記録媒体の論理構造および内容を読み込
   む読み込み手段と、この読み込んだ内容と新たに書き込
   む内容とを比較する比較手段と、この新たに書き込む内
   容が前記読み込んだ内容と異なるファイルのみを認識す
   る認識手段と、この認識されたファイルを更新するため
   にファイルの追加手段、置換手段、削除手段および復元
   手段とを有することを特徴とするソフトウェア開発シス
   テム。
5. 【請求項５】 請求項４記載のソフトウェア開発システ
   ムであって、前記追記型光ディスク記録媒体は光ディス
   ク記録媒体に記録されるゲーム用ソフトウェアの開発に
   使用し、前記ゲーム用ソフトウェアの開発情報を前記追
   記型光ディスク記録媒体に随時書き込んで更新し、最終
   的に開発が完成した前記追記型光ディスク記録媒体の情
   報を前記ゲーム用ソフトウェアの光ディスク記録媒体に
   記録することを特徴とするソフトウェア開発システム。