JPH08241426A - ビデオグラフィックプログラム／ビデオゲーム編集システムおよび方法 - Google Patents

Abstract

(57)【要約】 【課題】 ビデオグラフィックプログラム、特に、ビデ
オゲームプログラムのユーザによる編集を可能にするこ
とである。 【解決手段】 ビデオグラフィックゲーム／プログラム
作成システムは、多重プロセッサを基本とするゲームプ
ロセッサコンソール２を含み、このコンソール２は、編
集処理およびオペレーティングシステムタスク実行を制
御するメイン中央処理装置（ＣＰＵ）と、着脱可能なＲ
ＡＭカートリッジ４内に格納されるモデルビデオゲーム
を実行するためのゲームＣＰＵとを含む。モデルビデオ
ゲームは、ユーザがモデルソフトウェアの所望する面を
含む独自のビデオゲームを容易に作成することができる
開始点を提供する。本システムによって、ユーザは、あ
らゆるゲームの移動オブジェクト、背景画面、音楽また
は効果音を修正することができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、概略的には独自の
ビデオグラフィックコンピュータプログラムを生成する
ための方法および装置に関する。より特定的には、本発
明は、コンピュータプログラムまたはビデオゲーム作成
方法をよく知らないユーザのために主に設計されたビデ
オゲーム作成システムに関する。そのようなユーザは、
編集を開始した時点から残りのゲームプレイ中持続する
編集変更を伴って、ビデオゲームを実行、停止、編集お
よび再開することができるアイコン駆動型対話型計算シ
ステムによって、独自のビデオゲームを容易に作成する
ことができる。

【０００２】

【従来の技術および発明が解決しようとする課題】市場
で入手可能なビデオゲームシステムでは、ユーザは、ゲ
ーム中の種々の時点において、以降のゲームプレイを制
御する幅広い範囲のゲームプレイオプションを選択する
ことができる。例えば、ユーザは、表示キャラクタの移
動を制御して、種々の代替可能な方法で表示画面を出る
ことができる。ユーザの出口の選択の仕方によって、表
示キャラクタは異なる世界に入る。そのようなユーザが
選択したゲームプレイングオプションは、元のゲームプ
ログラムの一部であり、どのような方法によっても変更
されない。

【０００３】先行技術では、ユーザが、ビデオゲームプ
ログラムが動作する所望の方法を、限られた事項につい
て修正することができるような初歩的な試みがなされて
いた。この製品では、ゲーム変更装置は、従来のビデオ
ゲームカートリッジに物理的に挿入され、その結果、ビ
デオゲームカートリッジは、マイクロプロセッサを基本
としたビデオゲームコンソールに結合される。ゲーム変
更装置は、ゲームの進行中に変更されるであろう読み出
し専用メモリ（ＲＯＭ）記憶コードを含む。本装置は、
ビデオゲームマイクロプロセッサのアドレスとデータバ
スとを監視し、期待値と一致すれば、マイクロプロセッ
サに対して代替コードを送信する。代替コードは、キャ
ラクタの生命の数や発射可能なミサイルの数等のような
ゲームプレイの特徴を修正する。この製品では、ユーザ
は、ゲーム編集処理に対する制御を行うことができず、
本発明に従った現実的に実現可能な方法のようには、ゲ
ームプレイを大幅に変更することができない。さらに、
ゲームプレイを変更することができても、可能な動作の
範囲内でゲームプログラマが元来想定していた動作およ
びグラフィック表示を可能にするにすぎない。

【０００４】ビデオゲーム設計の専門家は、独自のゲー
ムの設計を支援するために、ゲームプログラム作成ツー
ルをこれまで利用してきた。そのようなプログラミング
作成システムでは、非常に単純な事項であっても、開発
中のゲームを修正するためには、プログラム設計者によ
る非常に多くの作業がしばしば必要とされる。例えば、
ゲーム中のキャラクタに対して行われる変更は、通常ま
ず、キャラクタ画像を作成した創作者が規定した元のキ
ャラクタ配列内において行われる。キャラクタに対する
あらゆる変更は、新規のファイルとして保管され、例え
ば開発中のゲームプログラムに変更を導入するプログラ
ムデバッグモジュールへ送信されなければならない。開
発中のゲームのグラフィックの変更は、たとえ比較的単
純な修正に関してであっても、修正の再コンパイル、再
格納および表示という複雑な処理を通常含む。幅広い種
々の複雑な変更が、従来の作成プログラムの制御下で作
成中のゲームプログラムに対して行われうるが、そのよ
うな変更には、高度なプログラミングおよびゲームプロ
グラミング技術に関する知識が要求される。

【０００５】

【課題を解決するための手段および発明の効果】本発明
に従えば、比較的技術の低い小学生から技術の高いゲー
ム開発者までのユーザが、独自のビデオゲームを簡単に
作成することができる。独自のハードウェアおよびソフ
トウェアプラットホームによって、ユーザは、より詳細
なエディタ画面をアクセスするアイコンを選択すること
によって独自のゲームを作成して、移動オブジェクトお
よびゲームの背景に関する幅広い種々のゲーム表示の特
徴を直接変更することができる。

【０００６】所望するゲームのジャンルからのモデルゲ
ームを含むモデルソフトウェアはビデオゲームＲＡＭカ
セットに、オペレーティングシステムソフトウェアは、
システムＲＡＭに、（おのおの）フロッピーディスクを
介して格納される。本発明によって、ユーザは、モデル
ゲームプレイを開始することと、所望するあらゆるゲー
ム画面においてゲームを停止して「システムブレイク」
編集セッションを開始することとができ、編集セッショ
ンでは、幅広い種々の編集機能に対する制御を可能にす
るためのシステムウインドウが、ゲーム画面に重ね合わ
せられる。その後、ユーザは、修正を行うために、移動
オブジェクトまたは背景場面を選択する。例えば、ユー
ザが移動オブジェクトを選択する場合は、選択された移
動オブジェクトは、ユニット番号によって識別され、こ
のユニット番号は、幅広い範囲のゲームプレイ関連の特
徴に関連している。移動オブジェクトが選択されると、
さらにアイコンが表示されて、ユーザは、オブジェクト
に関連する１つまたはそれ以上のポーズについてのオブ
ジェクトのキャラクタドットパターン、オブジェクトに
関連する動画特徴、オブジェクトに関連して検出された
ゲームプレイ条件に関連する応答、各オブジェクトに関
連するステータスの集合、オブジェクトの移動パター
ン、オブジェクトの移動パターンに関連する音声および
幅広い種々のその他のゲームプレイ関連の特徴を、完全
に変更することができる。画面背景も、同様に、ステー
ジウインドウをアクセスすることにより修正可能で、背
景マップ全体、背景に関連する音楽および幅広い種々の
その他の背景関連の特徴を編集することができる。

【０００７】本発明の実施例は、多重プロセッサを基本
とするゲームプロセッサコンソールを用いており、この
コンソールは、編集処理およびオペレーティングシステ
ムタスク実行を制御するメイン中央処理装置（ＣＰＵ）
と、着脱可能なＲＡＭカートリッジ内に格納されるモデ
ルビデオゲームを実行するためのゲームＣＰＵとを含
む。モデルビデオゲームは、ユーザがモデルゲームの所
望する面を用いて独自のビデオゲームを容易に作成する
ことができる開始ポイントを提供する。モデルビデオゲ
ームは、全く新しいゲームのように見えるほど、容易に
修正されうる。本システムによって、ユーザは、ゲーム
のあらゆる移動オブジェクト、背景画面、音楽または効
果音を修正することができる。

【０００８】メインＣＰＵおよびゲームＣＰＵは、ゲー
ム実行および編集処理の際には協働して、メインＣＰＵ
によって生成された編集画面が、プログラム実行ＣＰＵ
によって生成されたゲーム画面上に重ね合わされる。ゲ
ーム処理コンソールは、幅広い種々の周辺装置に結合さ
れるポートを含み、周辺装置には、標準的なテレビ受像
機、キーボード、ゲームハンド操作器、マウス、モデム
ボード、ゲーム処理装置をパーソナルコンピュータシス
テムに結合するためのインタフェイスボード、フロッピ
ーディスクドライブ、外部ＲＡＭゲームカートリッジお
よびユーザの識別カードが含まれる。

【０００９】本システムは、特有の「ユニット」を基本
とするデータ構造を用いる。データ構造内では、移動オ
ブジェクトがユニットを基本として処理され、各オブジ
ェクトにはユニット識別が割り当てられる。ユニット識
別は、幅広い範囲のオブジェクト、ゲームの特徴、ゲー
ム処理および位置データに関連し、これには、ステータ
ス情報、現在の画面表示位置、オブジェクトフォーマッ
ト、キャラクタサイズ、ポーズ情報、衝突しきい値情
報、テンポ情報、属性データ、動画データに加えて、識
別されたオブジェクトに関連する他の処理関連情報を識
別するアドレスポインタが含まれる。幅広い範囲の情報
が、同様に、本明細書中で「ステージ」データと呼ばれ
る、背景画面関連のデータ構造内に記憶される。プログ
ラミングは、条件および処理関連の操作テーブルおよび
ユニットポインタを用いて、ユーザが編集しやすいよう
に構築され、操作テーブルおよびユニットポインタは、
処理されるオブジェクトユニットデータ構造を識別す
る。ユニット操作テーブルは、ユニットを処理するため
に用いられ、所定の条件と、各ユニットの所定の条件を
検出して遂行される処理操作とを識別する。条件および
処理操作は、ユーザがこれらのテーブルを修正すること
により、変更され得る。

【００１０】本発明のこれらおよび他の目的、特徴、局
面および利点は、以下の図面とともに考慮されれば、本
発明の実施例に関する以下の詳細な説明によって、より
明確となるであろう。

【００１１】

【発明の実施の形態】図１は、本発明の典型的な実施例
に従った、ビデオグラフィックおよびビデオゲームプロ
グラムを作成するシステムの一般的なブロック図であ
り、ゲームプロセッサシステムユニットコンソール２お
よび多くの関連入出力装置を示す。ゲームプロセッサシ
ステムユニットコンソール２は、例えば３．５インチフ
ロッピーディスク８を受けるための（図２においてより
詳細に示す）フロッピーディスク接続ポート７を含む。
フロッピーディスク８は、モデルゲームおよびオペレー
ティングシステムソフトウェアを含む「モデルソフトウ
ェア」を記憶する。オペレーティングシステムソフトウ
ェアは、後でより詳細に説明するように、ゲームプロセ
ッサシステムの全操作を制御し、この制御には、ゲーム
プログラム関連情報を、ゲームプログラムを実行するＲ
ＡＭカセット４内のメモリへ転送するのを制御すること
が含まれる。フロッピーディスク８上のモデルソフトウ
ェアは、基本ゲームプログラムソフトウェアを含み、こ
の基本ゲームプログラムソフトウェアは、ユーザのゲー
ム作成を支援して、ユーザが独自のビデオゲーム設計を
行う際には修正される。基本ゲームプログラムソフトウ
ェアは、生成可能なビデオゲームの基本ジャンル、例え
ば「射撃ゲーム」、「ロールプレイゲーム」、「教育ゲ
ーム」、「シミュレーションゲーム」などを定義する。
フロッピーディスク８は、システムが適切な構成である
かどうかを決定するためにブートアップ時に検査される
システム構成データをさらに含んでもよい。

【００１２】プログラム情報をフロッピーディスク８か
らＲＡＭカセット４内のプログラムＲＡＭへ最初に転送
した後にはいつでも、ＲＡＭカセット４はゲームプロセ
ッサシステムユニットコンソール２から取り出されて、
例えば本出願人がスーパー・ニンテンドウ・エンターテ
イメント・システムとして販売しているビデオゲームシ
ステムなどの従来のビデオゲームシステムと共に用いら
れることができる。図２４に関連して後述するように、
ＲＡＭカセット４は、また、米国特許番号第４７９９６
３５号（対応；特開昭６１−２９６４３３号公報）に示
す型の機密保護プロセッサを含む。

【００１３】ゲームプロセッサシステムコンソールユニ
ット２は、ゲームプロセッサ識別カード６用の挿入ポー
ト５を含む。本発明の典型的な実施例において、識別カ
ードは、フロッピーディスク８上の所定の位置に記憶さ
れているデータと比較される機密保護コードを含む。そ
の比較の結果、権限を有することが判断されると、フロ
ッピーディスク８からのデータは、ＲＡＭカセット４へ
転送される。フロッピーディスク８の内容は複写するこ
とができるが、ユーザには１枚の識別カード６しか発行
されないことによって、偽造者に対する機密保護手段が
提供される。識別カード６は、また、ユーザの写真およ
び／または他の識別データを含んでもよい。

【００１４】図１に示すゲームプロセッサシステムコン
ソールユニット２は、幅広い種類の入出力装置に結合さ
れるように設計されており、ゲームプレイ中に使用する
音声信号の入力を可能にするマイクロフォン１０の接続
用のジャックを含む。さらに、ゲームプロセッサシステ
ムコンソール２は、米国特許番号第５２０７４２６号
（対応；実開平４−４２０２９号公報）に記載している
型のような少なくとも２人プレイヤ操作器１２および１
４を含む。これらの操作器は、例えば上述の特許に記載
の市販のＳＮＥＳ操作器において一般的に利用されてい
る方法により、移動オブジェクトキャラクタの動作およ
び関連する特殊効果を制御することによって、ユーザの
テレビ画面上でビデオゲームプレイを制御するために用
いられる。

【００１５】ゲームプロセッサシステムコンソール２
は、さらに、従来のマウス１６とＰＣコンパチブルキー
ボード１８を接続するためのポートとを含む。マウス１
６およびキーボード１８は、後に詳細に説明するような
方法により、ビデオゲーム設計処理中にグラフィック／
ユーザインタフェイスとしてユーザによって用いられ
る。マウス１６は、例えば小学生などのゲームプログラ
ミング技術に全く不慣れなユーザが、本件に記載のアイ
コン駆動型システムを使用して特有のビデオゲームを作
成することを可能にする。キーボード１８は、例えば、
ゲームプログラマなどのより高度な技術を身につけたユ
ーザが、ゲームソフトウェア命令を入力することによっ
てゲーム修正ができるようにする。

【００１６】ゲームプロセッサシステムユニットコンソ
ール２は、また、モデムボード２２用の接続ポートを含
む。モデム２２は、単なる例として、９６００ボーの半
二重モデムである。モデム２２は、ゲームプロセッサシ
ステムを後述のオンラインネットワークで使用できるよ
うにする。システムは、また、システムに電力を供給す
るための交流アダプタ２０を含む。

【００１７】ゲームプロセッサシステムユニットコンソ
ールは、後にまた説明するように、２個の中央処理ユニ
ットを含む。１つは主にビデオゲームプレイを制御する
役割を果たし、もう１つは主にゲーム編集関連タスク
と、ゲーム処理ディスク８からＲＡＭカセット４へ情報
を転送するのを制御するためのオペレーティングシステ
ムプログラムを実行するという役割を果たす。

【００１８】図１に示す上述のシステム構成要素は、ビ
デオゲームプログラム開発に全く不慣れなユーザが、フ
ロッピーディスク８に記憶されているモデルソフトウェ
アを用いて、広範囲のビデオゲームを作成することを可
能にする。図１に示すオプションの構成要素を用いるこ
とによって、システムは、ゲームプログラム設計の専門
家が特有のエミュレーションシステムでビデオゲームを
より容易に作成できるように拡張されてもよい。この代
替実施例においては、ゲーム処理システムは、入出力お
よび他の構成要素を、例えばコンソール２内のオペレー
ティングシステムＣＰＵにさらに結合させる拡張ボード
２４を含む。図１に示すように、様々な追加の入出力構
成要素は、スキャナ３０、ハードディスクドライブ２
８、またはプリンタ２６のようなシステムに結合されて
もよい。スキャナ３０は、従来の光学的スキャナであっ
てもよく、グラフィック画像を走査したり、ビデオゲー
ムを設計する際に用いるゲーム処理システムユニットコ
ンソールメモリシステムに記憶させるためにその画像を
デジタル化するのに用いられる。その後、ユーザは、記
憶された画像にアクセスしたり、色を付けたり、画像を
修正することができる。ＳＣＳＩインタフェイスは、Ｉ
ＢＭコンパチブルＰＣ２７に結合することができるよう
に、拡張ボード２４に実施されてもよい。

【００１９】図２は、ゲームプロセッサシステムコンソ
ールユニット２の斜視図である。コンソール２は、電源
オンオフスイッチ１１およびリセットボタン９を含む。
リセットスイッチ９は、オペレーティングシステム実行
ＣＰＵおよびゲームＣＰＵを含む全システムのリセット
を行うことができる。リセットボタン９は、ゲームプロ
グラムを実行するＣＰＵを周知の初期状態にするのに加
えて、オペレーティングシステムＣＰＵを中断させて、
例えば、遂行するべき操作をテストするのに役立つ。図
１および図２に示すように、ソケット５および７は、そ
れぞれゲームプロセッサ識別カード６およびフロッピー
ディスク８を挿入するためのスロットである。ソケット
５および７は、ユーザが識別カード６またはフロッピー
ディスク８を容易に掴んで取り出すことができるような
関連埋込形領域を有する。図２に示すように、コンソー
ルユニットは、また、フロッピーディスク取り出しボタ
ン３を含む。さらに、図１および図２に示すように、コ
ネクタ１３、１７、１９、２１および２３は、それぞ
れ、マイクロフォン１０、キーボード１８、マウス１
６、操作器１２および操作器１４をすぐに接続できるよ
うに露出されている。

【００２０】図３および図４は、図１に示すゲームプロ
セッサシステムのより詳細なブロック図であり、例えば
コネクタピンの数、メモリ装置の特殊な型などの詳細を
規定する説明的な実施例である。これらおよび他の実施
態様の詳細は、単に、本発明を実施するための可能な多
くの代替組み合わせの内の１つの説明的な組み合わせと
して説明されるものであり、本発明の有効範囲を限定す
るものとして解釈されるべきではない。

【００２１】図３および図４は、図１に示すのと同一の
多数の入出力装置に同じ符号を付けたものであり、図１
よりもより詳細に入出力装置とゲームプロセッサシステ
ムコンソール２間の接続を示す。操作器１２、１４、キ
ーボード１８およびマウス１６は、図４のフロントボー
ド１９７に実施されるフロントボードコネクタユニット
を介して、ゲームプロセッサシステムコンソール２に結
合される。続いて、コネクタは、コンソール２上の２５
ピンコネクタ１９１に結合される。マイクロフォン１０
は、同様に、マイクロフォンジャックと、フロントボー
ド２５ピンコネクタに同様に結合されるマイクロフォン
増幅器とを介して、コンソール２５のピンコネクタ１９
１に結合される。マイクロフォン増幅器は、フロントボ
ード１９７上の音声制御によって制御される。

【００２２】識別カード６は、識別カード回路ボード１
８５を介してコンソール２に結合され、識別カード回路
ボード１８５は、識別カードコネクタと８ピンコネクタ
とを有し、８ピンコネクタは、続いて、８ピンコネクタ
１９０においてコンソール２に接続される。ＲＡＭカー
トリッジ４は、８０ピンコネクタ１８９において、６２
ピンコネクタボード１８６を介してコンソールに結合さ
れ、６２ピンコネクタボード１８６は、ゲームカートリ
ッッジ４と接続するための６２ピンコネクタと、コネク
タ１８９と接続するための８０ピンコネクタとを含む。
ゲームプロセッサ入出力システムは、また、ＬＥＤディ
スプレイおよび３ピンコネクタを有するＬＥＤボード１
８７を含み、３ピンコネクタは、続いて、コンソールユ
ニット２上の３ピンコネクタ１８８に接続される。リセ
ットスイッチ９は、ゲームＣＰＵ２００のリセットを行
うために結合される。モデムボード２２は、モデムスロ
ット１９５を介してコンソールユニット２に結合され
る。ＳＣＳＩボード２４は、拡張スロット１９４を介し
てコンソールユニット２に結合される。図１に示すフロ
ッピーディスク８を受け入れるフロッピーディスクドラ
イブ１９９は、３４ピンコネクタ１９３を介してコンソ
ールユニット２に結合され、３４ピンコネクタ１９３
は、フロッピーディスク操作器２４０に結合される。

【００２３】図４は、交流アダプタ２０と電源ジャック
とを介して交流電力を受けるインタフェイスボード１９
８を含み、当該電源ジャックは、ボード１９８上の３０
ピンカードエッジコネクタに結合され、当該３０ピンカ
ードエッジコネクタは、コンソールの３０ピンカードエ
ッジコネクタ１９２に結合される。インタフェイスボー
ド１９８は、また、電源ジャックと３０ピンカードエッ
ジコネクタとに結合された直流−直流変換器を含む。ボ
ード１９８の３０ピンカードエッジコネクタは、コンソ
ールユニット２からビデオ信号、同期信号および音声信
号を受信し、そのような信号を標準テレビユニット１５
に入力する。

【００２４】次に、ゲームプロセッサシステムコンソー
ル２の内部の２個のＣＰＵアーキテクチャにおいて、図
３および図４からわかるように、ハードウェアは、後述
するように、ゲームプログラムを実行するＣＰＵ２００
（ＳＣＰＵ）および関連システム構成要素と、オペレー
ティングシステムおよび編集システムであるメインＣＰ
Ｕ２２８および関連システム構成要素とを含む。さら
に、コンソールユニット２は、プロセッサ間通信の大部
分が行われるゲートアレイ回路２２６と、ゲームプログ
ラムを実行するサブシステム出力に編集およびオペレー
ティングシステムのビデオ出力を重ね合わせるための関
連重ね合わせ操作器２１６とを含む。

【００２５】まず、ゲームプログラムを実行するサブシ
ステムについて説明すると、好ましい実施例において、
ゲームプログラムを実行するハードウェアは、ニンテン
ドウ・オブ・アメリカがスーパー・ニンテンドウ・エン
ターテイメント・システム（ＳＮＥＳ）として現在販売
しているハードウェアによって実施されてもよい。しか
しながら、本発明は、スーパーＮＥＳ関連ゲームプログ
ラムを実行するシステムに限定されておらず、むしろ代
替のゲームハードウェア装置で使用されてもよい。ゲー
ムプログラムを実行するゲームＣＰＵ２００は、例えば
６５８１６コンパチブルマイクロプロセッサであっても
よい。ゲームＣＰＵ２００は、例えば１メガビットの記
憶装置を含む作業用ＲＡＭ２０２に結合される。ゲーム
ＣＰＵ２００は、システムデータバス、アドレスバスお
よび制御バスを介して、ピクチャ処理ユニット（ＳＰＰ
Ｕ）２１２に結合され、ＰＰＵ２１２は、例えば５１２
キロビットの記憶装置を含むビデオＲＡＭ２１４に結合
される。

【００２６】典型的な実施例においては、２個のピクチ
ャ処理ユニット（ＰＰＵ）２１２および２２４を使用す
る。ＰＰＵ２１２は、ゲームＣＰＵ２００の制御下でビ
デオゲーム表示を生成するための回路を含み、ＰＰＵ２
２４は、オペレーティングシステムＣＰＵ２２８の制御
下で編集関連ビデオ表示を生成する。ゲームＣＰＵ２０
０は、垂直および水平ブランキング期間中に、ＰＰＵ２
１２を介してビデオＲＡＭ２１４にアクセスする。この
ように、ゲームＣＰＵ２００は、ライン走査期間以外で
あってＰＰＵ２１２がビデオＲＡＭ２１４にアクセスし
ている時にのみ、ＰＰＵ２１２を介してビデオＲＡＭ２
１４にアクセスすることができる。ＰＰＵ２２４は、ビ
デオＲＡＭ２２０からビデオ表示を生成する。図４に示
すように、ＰＰＵ２１２の出力およびオペレーティング
システムＰＰＵ２２４の出力は、重ね合わせ操作器２１
６を介してユーザのテレビ１５に入力され、また、重ね
合わせ操作器２１６は、既に識別されたテレビ１５への
コネクタを介して、ＲＧＢエンコーダ２１８へ結合され
る。

【００２７】ゲームＣＰＵ２００は、また、関連作業用
ＲＡＭ２１０に結合される音声プロセッサ２０８に結合
される。音声プロセッサ２０８は、実行されているビデ
オゲームプログラムに関連する音声を生成するための市
販の音声チップを含んでもよい。ゲームＣＰＵ２００
は、音声プロセッサ２０８を介してのみ作業用ＲＡＭ２
１０にアクセスすることができる。

【００２８】ＳＮＥＳシステム内で見い出される構成要
素に加えて、典型的な実施例は、１メガビットモニタＲ
ＯＭ２０４と、２５６ビットモニタＲＡＭ２０６とをさ
らに含む。モニタＲＯＭはプログラム命令を含んでお
り、プログラム命令はゲームＣＰＵ２００によって実行
されて、その結果、編集および情報転送機能を遂行する
ための制御をオペレーティングシステムＣＰＵ２２８へ
転送する。モニタＲＡＭ２０６は、そのような処理に関
連するデータを記憶する。

【００２９】スーパーＮＥＳビデオゲームマシンについ
ては、その一部が図３および図４においてブロック図で
示されているが、本件では一般的な説明しかなされてい
ない。（オペレーティングシステムプロセッサによって
用いられる）ＰＰＵ２１２およびＰＰＵ２２４を含むＳ
ＮＥＳに関するさらなる詳細は、本件で明示的に援用し
ている１９９４年７月５日に発行された米国特許第５３
２７１５８号（対応；特開平３−６３６９５号公報）の
「ビデオ処理装置」に記載されている。スーパーＮＥＳ
に関するさらなる詳細は、１９９４年３月１日に発行さ
れた米国特許第５２９１１８９号（対応；特開平４−１
８１２９１号公報）の「直接メモリアクセス装置ならび
にそこで用いられる画像処理システムおよび外部記憶装
置」に記載されている。

【００３０】ゲームプロセッサシステムコンソール２
は、また、オペレーティングシステムまたは例えば３２
ビットＲＩＳＣプロセッサであるＮＥＣＶ８１０プロセ
ッサのようなメインＣＰＵ２２８を含む。代わりに、例
えばモトローラ６８０００シリーズプロセッサまたは同
様の処理能力を有する他のプロセッサを用いてもよい。
後で詳述するように、メインＣＰＵ２２８は、オペレー
ティングシステム関連ルーチンを、ビデオゲームプログ
ラムを実行するゲームＣＰＵ２００と同時に処理する。
メインＣＰＵ２２８およびゲームＣＰＵ２００は、図２
８に関連して詳細に説明するゲートアレイ２２６を介し
て通信する。上述したように、（ゲームプロセッサ２０
０と同様に）プロセッサ２２８は、グラフィック処理操
作を遂行するための関連するＰＰＵ２２４を含み、ＣＰ
Ｕ２２８にかかるグラフィック処理の負担を軽減する。
オペレーティングシステムＣＰＵ２２８は、バスセレク
タ２２２の制御設定に応じて、直接にまたはＰＰＵ２２
４を介して間接的に、ビデオＲＡＭ２２０に結合され
る。上記で述べたように、ＰＰＵの２１２および２２４
は、本件に援用している上述のＳＮＥＳ関連特許に記載
の型である。

【００３１】本発明の好ましい実施例に従うと、メイン
ＣＰＵ２２８は、３２ビットバス幅を有するプロセッサ
であり、２１．４７７ＭＨｚのクロック速度で動作す
る。ＣＰＵ２２８は、例えば４メガバイトＤＲＡＭ２３
０に結合される。作業用ＤＲＡＭ２３０は、所望するな
らば、拡張ＤＲＡＭ２３２を介して２４メガバイトまで
拡張可能である。メインＣＰＵ２２４は、初期プログラ
ムローダ（ＩＰＬ）サブルーチンと、ＢＩＯＳオペレー
ティングシステムプログラムと、ＣＰＵ２２８によって
アクセスされるキャラクタフォントとを記憶する、例え
ば８メガビットＲＯＭ２３４にさらに結合される。ＣＰ
Ｕ２２８は、また、システムバスを介して、例えばフロ
ッピーディスクドライブ１９９からのデータをソフトウ
ェアバックアップするために用いられる８メガビットフ
ラッシュメモリ２３６にアクセスする。メインＣＰＵ２
２８システムバスは、また、例えば１０ビットアナログ
デジタル変換器２３８（例えばマイクロフォン１０から
の音声をボード１９７を介してデジタル化するのに用い
られる）と、フロッピーディスク操作器２４０と、リア
ルタイムクロック２４２とに結合される。

【００３２】メインＣＰＵ２２８およびゲームＣＰＵ２
００は、別個に起動する。電源が入ると、ゲームＣＰＵ
２００は、最初リセット状態になり、その後再開され
る。ゲームＣＰＵ２００は、初めにモニタＲＯＭ２０４
からのプログラム命令を実行する。メインＣＰＵ２２８
は、ゲームＣＰＵ２００がアクセスするメモリ領域を制
御する。メインＣＰＵ２２８は、ＣＰＵ２００がモニタ
ＲＯＭ２０４の中から実行するべきか、それともＲＡＭ
カートリッジ４の中から実行するべきかを識別するゲー
トアレイ２２６にレジスタを格納する。メインＣＰＵ２
２８は、ＲＯＭ２３４内の初期プログラム格納およびオ
ペレーティングシステム命令を実行し、フロッピーディ
スクドライブ１９９およびフロッピーディスク操作器２
４０を介して、モデルゲームソフトウェアを含むフロッ
ピーディスク８の内容を読み出す。モデルゲームソフト
ウェアに関連する操作を制御するためのオペレーティン
グシステムプログラム命令は、メインＣＰＵ２２８が実
行できるようにＤＲＡＭ２３０に転送される。システム
電源を切って、その後入れると、メインＣＰＵ２２８
は、フラッシュメモリ２３６を検査する。最初に電源が
投入されると、オペレーティングシステムプログラムが
フロッピーディスク８から読み出されて、フラッシュメ
モリ２３６に格納され、ＤＲＡＭ２３０に転送される。
２回目に電源が投入されると、オペレーティングシステ
ムプログラムは、フロッピーディスク８を用いることな
く、フラッシュメモリ２３６からＤＲＡＭ２３０に転送
される。通常、フラッシュメモリのアクセス速度は、フ
ロッピーディスクのアクセス速度よりも高速である。従
って、システムは、２回目の電源投入時には、すばやく
開始できる。

【００３３】フロッピーディスク操作器２４０からのモ
デルソフトウェア情報は、まず、ＲＡＭカートリッジ４
へ転送するために、ＤＲＡＭ２３０内にバッファリング
される。その後、メインＣＰＵ２２８は、通信可能な信
号を生成して、その信号をゲートアレイ２２６内のハン
ドシェークポートに送信する。ゲームＣＰＵ２００は、
モニタＲＯＭ２０４に記憶されている命令を介してハン
ドシェークポートを監視し、ゲートアレイ２２６内の通
信ＲＡＭからのデータおよび／または命令を受信する準
備をする。ハンドシェイクポートは、一対の一方向ハン
ドシェイクポートによって実施されてもよい。一方の一
方向ハンドシェイクポートは、情報をメインＣＰＵ２２
８からゲームＣＰＵ２００へ伝達する。他方の一方向ハ
ンドシェイクポートは、情報をゲームＣＰＵ２００から
メインＣＰＵ２２８へ伝達する。

【００３４】ハンドシェイクポートは、情報がメインＣ
ＰＵ２２８とゲームＣＰＵ２００との間で転送されるべ
きかを示すゲームＣＰＵ２００によってアドレス指定可
能なバッファレジスタを含む。ゲームＣＰＵ２００は、
ゲートアレイ２２６内の通信ＲＡＭがメインＣＰＵ２２
８から情報を受信したことを決定すると、通信ＲＡＭか
らの情報にアクセスし、８０ピンコネクタ１８９および
コネクタボード１８６を介して、そのような情報をＲＡ
Ｍカートリッジ４へ転送する。メインＣＰＵ２２８は、
通信ＲＡＭ情報がＲＡＭカートリッジ４に転送された後
に、ゲートアレイ２２６内に実施されたレジスタをセッ
トして、ゲームＣＰＵ２００の制御をモニタＲＯＭ２０
４からＲＡＭカートリッジ４へ切り替える。ゲームＣＰ
Ｕ制御がＲＡＭカートリッジ４に切り替えられた後は、
ゲームＣＰＵ２００は、もはやハンドシェークポートを
監視しないか、またはゲートアレイ内の通信ＲＡＭとの
さらなる対話を行うことはない。この時点で、ゲームＣ
ＰＵ２００が動作して、上述のＳＮＥＳ関連特許に記載
のゲーム機と実質的に同様の方法で、ＲＡＭカートリッ
ジ４からゲーム関連命令を実行する。

【００３５】メインＣＰＵ２２８は、ゲートアレイ２２
６内のレジスタ複写ＲＡＭにアクセスすることによっ
て、ＣＰＵ２００システムバスを介して送信される情報
を常に監視する。ゲームＣＰＵ２００バスからレジスタ
複写ＲＡＭに書き込まれた情報は、メインＣＰＵ２２８
フォーマットと互換性のあるようにフォーマットされ
る。ＰＰＵ２１２および音声プロセッサ２０８からの情
報は、メインＣＰＵ２２８が監視メインをしてゲーム状
態を継続的に認識できるようにするために、レジスタ複
写ＲＡＭへ流れる。３２ビットＲＩＳＣプロセッサを用
いれば、そのような大容量の情報を監視するのに必要な
処理能力がメインＣＰＵ２２８に提供される。後述する
ように、ＰＰＵ２２４とビデオＲＡＭ２２０とを介して
メインＣＰＵ２２８によって生成された画像と、ＰＰＵ
２１２とビデオＲＡＭ２１４とを介してゲームＣＰＵ２
００によって生成された画像とは、一部がゲートアレイ
２２６にある後述の重ね合わせ操作器２１６を用いるこ
とによって、ユーザのテレビ１５上に同時に表示され
る。

【００３６】メインＣＰＵ２２８は、ゲームＣＰＵ２０
０の操作を継続的に認識しているので、全ての要求され
る情報が表示操作のためにビデオＲＡＭ２１４に書き込
まれて初めて、ゲームプレイを修正するためにユーザが
命令した「システムブレイク」を開始する。システムブ
レイク論理回路は、システムブレイクコマンドが実行さ
れた場合に、ゲームブレイク制御信号をゲームＣＰＵ２
００に対して生成するためのタイミングを制御する。こ
のように、メインＣＰＵ２２８は、ゲームＣＰＵバス上
のデータ、特にビデオ表示または音声の生成に関連する
情報を監視して、システムブレイクを実行する適切な時
点を決定し、それによって歪んだピクチャおよび音声情
報を回避する。

【００３７】図５および図６は、情報がフロッピーディ
スク８からＲＡＭカートリッジ４に転送された後の図３
および図４に示すメモリ装置のうちのいくつかのメモリ
マップの一部である。フロッピーディスク８に記憶され
たモデルソフトウェアは、制御ファイル、モデルゲーム
関連データ、ユニットポインタ、アドレスデータおよび
メインゲームプログラム（および、図示していないが、
音声プロセッサ２０８に入力される音声データ）を含
む。図５からわかるように、そのようなモデルソフトウ
ェアの全てがＲＡＭカートリッジ４に転送されるわけで
はなく、むしろＤＲＡＭ２３０は、編集ソフトウェア
（例えばマリオファクトリー）およびオペレーティング
システムソフトウェアと同様に、ユーザが選択したとお
りのゲーム条件変更に関するデータを記憶する制御ファ
イルを保守する。モデルソフトウェアが実行されると、
ユニット作業用データがモデルソフトウェアのメインプ
ログラムによって生成される。ユーザがゲームプレイを
停止してモデルゲームを修正するために「システムブレ
イク」を開始した後、ユニット作業用データと、ユニッ
トポインタと、編集用データとが、バッファ領域へ転送
される。制御ファイルを用いたエディタが終了すると、
修正された情報（後述のデータおよびユニットポインタ
情報）は、バッファ領域データに記憶されて、その後ゲ
ームメインプログラムを記憶するＲＡＭカートリッジ４
に転送される。

【００３８】本発明のゲーム処理システムは、様々なネ
ットワーク構成で使用する目的で設計される。本発明
は、「友だちネットワーク」、すなわちユーザ間で新規
に生成されたビデオゲームを記憶したＲＡＭカセット４
を交換することを考慮している。同様に、識別カード６
およびフロッピーディスク８は、同一のゲーム処理プロ
セッサシステムにおいてＲＡＭカセット４を用いて使用
する目的で、友人の家に運ぶこともできる。

【００３９】さらに、図７に示すように、オンラインネ
ットワークシステムも考慮している。図７に示すよう
に、ゲーム情報は、図１に示すモデム２２を介して、電
話回線４３によって、ユーザの家４８からアクセスポイ
ント４２、デジタルリンク４７を介して、ゲーム処理セ
ンタ４０へ送信することができる。同様に、ゲーム情報
は、電話回線４３を介して友人の家５０からアクセスポ
イント４４に転送されて、その後デジタルリンク４７を
介してゲーム処理センタ４０に送信することができる。
ゲーム情報は、また、ゲームメーカ４６（例えば任天堂
など）から送信することもできる。図７に示すオンライ
ンネットワークシステムにおいては、ユーザのフロッピ
ーディスク８内のモデルソフトウェアを、修正すべきモ
デルビデオゲームソフトウェアに付け加えるために容易
に補足することが可能である。

【００４０】本発明の一つの典型的な実施例によると、
フロッピーディスク８に記憶されたモデルソフトウェア
は、メーカによって設計され、ユーザが変更することの
できないビデオゲーム部分を含む。モデルソフトウェア
のこの部分は、「ベースファイル」と呼ばれる。「ユー
ザファイル」は、ユーザが変更できるビデオゲーム部分
である。図７に示すシステムにおいては、ユーザファイ
ルは、ゲーム処理システムを持つ友人の家にネットワー
クを介して送信することができ、ユーザ間で対話型ゲー
ムプレイをしたり、または友人が、新規に設計されたゲ
ームの修正バージョンをプレイすることができる。アク
セスポイント４２および４４は、例えば、ゲームを非常
に遠方へ送信するのにかかる電話料金を最小限にするた
めに供給される。その後、ゲームデータは、直接デジタ
ルリンク４７を介してゲーム処理センタ４０に伝送され
る。ゲームデータは、ゲーム処理センタ４０で受信され
た後に、そこから適切な目的地まで再送信される。

【００４１】ゲームプロセッサユニットシステムハード
ウェアおよびソフトウェアをさらに詳しく説明する前
に、実施例のゲーム作成および編集操作について次に説
明する。フロッピーディスク８がコンソールソケット７
に挿入されて、ゲーム処理識別カード６がソケット５に
挿入された後に、タイトル画面が、例えば図８に示す典
型的な画面の「マリオファクトリー」のように表示され
る。図８に示すタイトル画面は、ユーザがマウス１６に
よって選択することのできる５個のアイコンを示す。ア
イコンは、「クリックする」、すなわち左のマウスボタ
ンを軽く押圧することによって選択される。図８におい
て５個のアイコンが示されているが、以下の説明は、多
くの可能な実施態様の内の一つを表す例示的な実施例で
ある。例えば、５個より多いかまたは少ないアイコンを
タイトル画面に表示してもよいし、また、異なる機能
を、例示的な実施例に示すものに付け加えるか、または
それらの代わりに選択してもよい。

【００４２】タイトル画面は、「モデルソフトウェア格
納」アイコンを示し、それがマウス１６によって選択さ
れると、フロッピーディスク８に記憶されたモデルソフ
トウェアが、より詳細に後述する方法によってコンソー
ルユニット２のメモリに格納される。図８は、また、
「ゲームアイコン」を含み、そこでモデルソフトウェア
内のゲームを実行および修正するために選択することが
でき、新規かつモデルソフトウェア内のゲームとは全く
異なるゲームを作成することができる。図８に示すタイ
トル画面は、また、電話回線を介して目的地までデータ
を送信するためのモデム２２を選択することのできるネ
ットワークアイコンを含む。さらに、ディスク退避およ
びツール編集アイコンも選択することができる。

【００４３】図８に示すゲームアイコンがクリックされ
た場合、通常、ゲームプログラム開始画面が表示され
る。ユーザは、ゲームを一人のプレーヤでプレイする
か、または二人のプレーヤによってプレイするかを選択
した後に、図１に示す操作器１２または１４の開始ボタ
ンを押す。次に、例えば周知の「マリオブラザーズ」の
内の１つのバージョンなどのモデルソフトウェアによっ
て規定されたゲームのプレイを開始する。

【００４４】ゲーム中、表示された移動オブジェクトキ
ャラクタまたは表示画面背景の一部を変更したいと所望
する時はいつでも、ユーザはゲームを停止して、本願で
「システムブレイク」と呼んでいるものを開始する。シ
ステムブレイクが開始されると、図９に示すようにシス
テムブレイク画面が表示され、その中でシステムウイン
ドウ画面５０が、ユーザが選択したゲーム画面５７上に
重ね合わせられる。例えば、本出願人が製造したビデオ
ゲームの中で有名な周知の「マリオ」などの移動オブジ
ェクトキャラクタ、または背景のどの部分でも、変更が
なされるべき領域においてクリックすることによって修
正される。

【００４５】本発明は、モデルソフトウェアに対して広
範囲の変更を行うことができ、モデルソフトウェアゲー
ムの背景および移動オブジェクトを、モデルソフトウェ
アゲームの原型が認識できない程までに修正することが
できる。例として、図９は、カーソル（例えば手）が修
正すべきキャラクタに重なった時にユーザがマウスをク
リックすることによって、「マリオ」と認識できる移動
オブジェクトキャラクタに変更がなされることを示して
いる。所望するならば、全く新しいキャラクタをマリオ
の代わりに用いることができる。

【００４６】この例として、ゲームをしているユーザ
が、マリオの口髭を取り除きたいと望んでいると仮定す
る。上述したように、ユーザはマウスをクリックして、
システムブレイクを開始することによってゲームを停止
する。その後、ユーザはマリオをクリックする。メイン
ＣＰＵ２２８は、例えばキャラクタの「ユニット番号」
の表示５２と共に、変更すべきキャラクタを線で囲む矩
形ブロックを生成する。修正することのできる各移動オ
ブジェクトおよびゲームの背景部分は、それぞれ特有の
ユニット番号によって識別される。後に詳細に説明する
ように、各ユニット番号およびそのオブジェクトに関連
するものは、広範囲の特性、例えば大きさ、ポーズ、動
画パスなどである。システムウインドウ５０は、ユーザ
が広範囲の編集機能を選択できるようにする一連のアイ
コンを含む。システムウインドウ「ステージ」アイコン
５４は、広範囲の背景キャラクタ編集を行う図２３に示
す「ステージ」ウインドウのアクセスを可能にする。シ
ステムウインドウは、また、タイトル画面アイコン５５
への復帰と、ゲーム再開アイコン５９と、ユーザがゲー
ム停止とスロープレイモードとの間を切り替えることが
できるようにする切替可能制御５３とを含む。選択しう
る特定のゲーム作成／編集ツールをシステムウインドウ
５０において入れたい場合は、多くの追加または代替の
編集機能をシステムウインドウ５０内に含んでもよい。

【００４７】図９からわかるように、ユニット番号表示
５２と同様に、アイコンを表示するシステムウインドウ
５０および編集ツールは、ゲーム画面５７上で重ね合わ
される。編集のためにマリオキャラクタを選択すると、
一連のマリオ編集画面／ウインドウが表示される。他の
移動オブジェクトは、同様の方法で編集のために選択す
ることができる。

【００４８】図１０は、典型的なキャラクタ編集画面を
表している。図１０は、マリオキャラクタが修正されて
いる（６０）ことを視覚的に示すマリオキャラクタ編集
関連ウインドウを示す。マリオの表示の下には、マリオ
の現在のステータスが確認される（６２）。「マリオ」
のステータスは、「停止」していると表される。確認可
能な他の典型的なステータス表示は、マリオ「左移
動」、マリオ「右移動」、マリオ「ジャンプ」の表示、
もしくはマリオが上方または下方から現れることであ
る。後述のステータスエディタを用いることによって為
しうるマリオのステータスの変更に従って、ゲームは変
更される。

【００４９】ステータスブロックの下に、一連のアイコ
ンが示され、なしうる典型的なマリオ関連編集修正と、
関連アイコンをクリックすることによってアクセス可能
な編集画面とを示す。アイコン６４は、図１４と共に後
述するように、マリオの動画パターンに関して行われる
変更が行われるようにする。アイコン６６は、図２２と
共に後述するように、キャラクタ「ステータス」条件に
対して変更がなされるようにする。アイコン６８は、マ
リオが移動する時に、ビデオゲームに関連する効果音に
対して変更がなされるようにする。アイコン７０は、ゲ
ームプレイを再開する。アイコン７２は、図１２と共に
後述するように、「全ステータス」条件に対して変更が
なされるようにする。アイコン７４は、図１１に関連し
て後述するマリオキャラクタドットパターンに関して変
更がなされることを可能にする。アイコン７６は、図２
１に関連して後述するキャラクタ動作の編集を可能にす
る。アイコン７８は、システムをシステムウインドウへ
復帰させる。

【００５０】例えば、マリオの口髭を取り除くために
は、ユーザは、キャラクタアイコン７４をクリックし、
図１１に示す表示画面を生成する。キャラクタアイコン
をクリックすることによって、制御は、図１１に示すキ
ャラクタ設計ツールに転送される。ズームツールは、ア
イコン８５上でクリックすることによって選択され、修
正すべきキャラクタの拡張図が現れる。ペンシルツール
は、ペンシルモードとボックスモードとを切り替えるア
イコン８６をクリックすることによって、選択される。
ペンシルモードでは、グラフィックデータをドット毎に
変更することができる。ボックスモードでは、グラフィ
ックデータを矩形領域によってペイントすることができ
る。アイコン８４は、ゲームプレイの再開またはシステ
ムブレイク画面への復帰を制御する。消去ツールは、例
えばマリオのパターンに関するすべてのグラフィックデ
ータを消去するアイコン８７をクリックすることによっ
て、選択される。アンドゥツールは、直前のコマンドを
取り消すアイコン８８をクリックすることによって、選
択される。図１１に示すように、カラーパレット８０
は、ユーザが多くの色の内のどれでも選択して、選択し
た色をクリックすることによってマリオのどの部分の色
でも変更し、従来のペインティングプログラムに従って
彩色ツール（例えば、クレヨン型カーソル）を用いてマ
リオを描くことができるようにする。このカラーパレッ
ト機能は、ユーザが、規定のカラーパレット内の色を選
択したり、色の様々なパレットの中から選択したり、カ
ラースペクトル機能を用いて新規の色を作成することを
可能にする。

【００５１】モデルソフトウェアに関連する各移動オブ
ジェクトは、所定の数の異なるポーズを有する。例とし
て、マリオパターンは、合計１３のポーズパターンで構
成されている。パターンの数は、図１１（８２）に示す
画面の左部分に表されている。例えば、パターン番号ゼ
ロは、「０」をクリックすることによって選択される。
ペンシルモードがアイコン８６をクリックすることによ
って選択されると、クレヨン型のカーソルが、パターン
番号０のマリオの口髭を消去するために用いられ、カラ
ーパレット８０のマリオの肌の色と置換される。同様の
操作が、残りのマリオパターン１から１２のそれぞれを
用いて遂行される。

【００５２】口髭の全てがいったん消去されると、例え
ばロボットアイコン８４が、システムウインドウへの復
帰を生成するためクリックされ、システムウインドウ復
帰においては、ゲームアイコンがゲームプレイを再開す
るために選択される。ゲームプレイが再開されると、マ
リオは、ゲームの間中口髭無しで表示される。図１１に
示す表示画面を用いて、ユーザは、マリオパターンの各
画素を修正することができる。ユーザは、システム内の
利用可能な様々なエディタを用いて、独自のマリオを作
成し、広範囲の動画およびマリオまたは他のキャラクタ
上で遂行される他の操作を制御することができる。

【００５３】図１２は、「マリオ」という名のユニット
用の例示的な「全ての」ステータス画面エディタ表示を
示す。上述のように、各移動オブジェクトまたは他の修
正可能なキャラクタは、ユニット名によって識別され
る。各ユニット名は、関連するステータスの集合体を有
する。本発明は、キャラクタのステータスを識別する
「全ステータス」エディタを利用し、ユーザが操作を選
択して、ステータス修正をすることを可能にする。この
ようにして、図１２に示すように、ユニット名９０、す
なわちマリオ用に、「停止」、「左移動」、「右移
動」、「左滑り」、「右滑り」、「ジャンプ」、「落
下」、「つぶれる」など（９２）の様々な識別されるス
テータスがある。さらに、ステータスを複写、または削
除するためのツール９４がある。オブジェクトの条件が
ゲーム実行ＣＰＵ２００によって操作されるため、識別
されたステータス９２は、オブジェクトの条件をオペレ
ーティングシステムＣＰＵ２２８に伝える。各ステータ
スに関しては、システムＣＰＵ２２８には、図５に示す
制御ファイルデータ構造を介して、各ステータスに関連
する操作が伝えられる。このように、各ステータスに関
して、関連する操作のシーケンスが識別および記憶され
る。例えば、「ジャンプする」というステータス５に関
して、データ構造は、ジャンプ中に生成された音声（例
えば「ポヨーン」）、ジャンプ中の動作（例えば、動画
プログラムによって識別された動画パス）、およびジャ
ンプ操作中のプログラミング（マリオが床にぶつかった
ら、キャラクタが死ぬ）の指示を記憶する。

【００５４】図１２左側のステータス見出しは、ステー
タスに関連する操作のより詳細なシーケンスへのアクセ
スを可能にする。例えば、図１２に示すように、ステー
タス１項目が図１２の右部分においてユーザによって選
択された場合、ステータスに対する動画が表示される。
さらに、ステータスに関連する効果音が生成されて、キ
ー、オート、効果音およびアニメエントリのもとで適切
なエントリが表示される。図１２に示すように、「キ
ー」エントリが、特定のステータスに対して動作中の操
作器がプレーヤ１用か、またはプレーヤ２用か、および
どのボタンがアクティブなボタンかを識別する。「キ
ー」アイコンが選択されると、図１３と共に後述するよ
うに、キーエディタが用いられる。「オート」エントリ
は、識別されたステータスに関して図２１で説明するオ
ートプログラマの状態を表す。効果音およびアニメは、
それぞれ、効果音および動画を識別する。さらに、背景
音楽ＢＧＭも、効果音エントリで選択可能である。

【００５５】ゲームが停止され、ユーザがマリオをクリ
ックすると、システムＣＰＵ２２８は、図１２のステー
タス表示に対応する制御ファイルにアクセスして、選択
されたどのシーケンスが、識別されたステータスと関連
するべきかを知る。このようにして、識別されたゲーム
ステージにおいて特定の画面と関連する情報は、システ
ムＣＰＵ２２８に転送される。

【００５６】キー機能ステータスが図１３で説明される
キーエディタによって制御される。キーエディタは、操
作器１または操作器２に関連するステータス、操作器上
のあらゆるボタンおよび／またはボタンが（一度）押さ
れたか、ボタンが（継続的に）押されたかというような
ボタン状況を定義する。図１３に示すように、キー名表
示は、キー名によって一般的な型のキー（例えば８）を
セットアップすることができる。リネームボタンは、キ
ー名を変更することができる。ゲームオプションネーム
は、ステータス編集のようにメニューからオプションを
選択することができる。キー状況表示によって、ゲーム
オプションが、キー条件が一致したときのみ実行される
ようになる。１Ｐ／２Ｐアイコンをクリックすると、１
Ｐまたは２Ｐ操作器を選択することができる。操作器表
示は、このボタンをクリックすることによって、「キ
ー」か「（複数の）キー」を選択することができる。

【００５７】図１０において動画アイコン７６が選択さ
れると、動画エディタが選択されて、例えば図１４に示
すような動画画面を表示する。図１４は、動画シーケン
スを作成する様々なポーズのうちの蟹の形をした移動オ
ブジェクトを示しており、動画シーケンスにおいては、
各ポーズがポーズ番号が割り当てられている。図２１に
関連して後にさらに説明するように、「オートプログラ
マ」ツールは、移動が起きるパスを定義するために用い
られる。

【００５８】図１４に示す動画ツールは、ポーズのシー
ケンスを定義する。本実施例においては、８個のポーズ
を動画シーケンス内で定義することができる。図１４
は、画面に表示すべき動画シーケンスの中で、８個のポ
ーズのうち４個（ポーズ番号０から３までが付けられて
いる）に対する領域を示す。ユーザは、また、操作器１
０２を用いて各セルが現れる時間を定義する。セル時間
表示１０４が６０に設定された場合、各セルは１秒間表
示される。シーケンスの全体のテンポは、テンポ制御１
０６を修正することによって制御することができる。本
実施例において、テンポの標準速度はゼロに設定され
る。テンポを遅くするためには負数を設定し、テンポを
早くするためには正数を設定することによって、テンポ
を制御することができる。ゲームプレイが再開される
と、各セル表示頻度および動画シーケンス速度は、図１
４の設定に基づいて制御される。

【００５９】図１４におけるポーズ８から１５（まとめ
て１０８）は、動画シーケンスに挿入することのできる
代替のポーズを識別する。ユーザは、特定のポーズ、例
えば１０をクリックし、そのポーズをドラッグして、例
えば動画シーケンスポーズ２上に配置するだけでよい。
この操作により、ポーズ１０がポーズ２に替わって表示
される。

【００６０】図１４の上方左隅に示す四隅の印によって
定義される領域は、特定のキャラクタに対する衝突しき
い値１０９を表す。すなわちゲーム中に、識別されたキ
ャラクタが、他のオブジェクトに対して四隅印の領域に
よって示された距離内に現れた場合、衝突が検出され
る。四隅印の領域の大きさは、「ヒット」表示制御しき
い値制御１１２によって制御することができる。

【００６１】図９に戻って、システムブレイクが開始さ
れた後に、ユーザがシステムウインドウ５０のステージ
アイコン５４をクリックした場合、図２３に示すステー
ジウインドウが画面上に表示される。「画面エディタ」
が、図１５に示すように、ステージウインドウの画面ア
イコン１５２上をクリックすることによってアクセスさ
れる。所望するならば、画面エディタを用いて、背景要
素を図１５の底部から背景画面部分にドラッグし、実際
の表示背景を修正することができる。画面エディタは、
ユーザが、システムブレイクの際にゲームに関連する多
くの異なる背景層のいずれか１つを検討し、修正するこ
とができるようにする。画面エディタは、背景を水平お
よび垂直にスクロールするための制御を含み、ユーザ
が、例えば第１、第２または第３の背景画面の選択が可
能な、ユーザがアクセスできる「一覧」モードを介して
全背景を見ることができるようにする。それぞれの異な
る背景層は、スクリーンエディタを介してアクセス可能
であり、スクロールは、各背景層の全体を見ることがで
きるように、また各層を修正することができるように制
御することができる。

【００６２】画面エディタは、関連の「マップエディ
タ」を有し、マップエディタは、図１６に示すように開
くことが可能である。マップエディタは、マップエディ
タにおいて減少された形で示される利用可能な背景画面
を再配置させるために用いられる。マップエディタの
「貼り付け」機能を用いて、ゲームの背景表示画面は、
例えば図１７の１２０に示されるようなキャラクタが描
かれた背景画面をドラッグして、アクティブな背景上に
それを貼り付けることによって修正することができる。

【００６３】ビデオゲーム背景に関連する音楽は、「ス
テージ」ウインドウに関連する音楽記号アイコンをクリ
ックすることにより、音楽エディタにアクセスして修正
することができる。「ステージ」ウインドウは、後でさ
らに説明するが、図１８に示すような画面表示になる。
図１８に示すように、音楽エディタはゲーム楽譜を表示
する。（音楽編集中にはカラーで表示される）「スイッ
チ」は、ゲーム楽譜表示上の同じ様に色付けられた数字
に対応する。図１８に示す表示されたスイッチの内の１
つをマウスで選択することによって、音楽の低音部分、
音楽のピアノ部分、または選択される他の楽器の部分の
みを録音再生することが可能である。低音、ピアノおよ
び他の音楽音を選択的に重ねることによって、背景音楽
が作られる。

【００６４】図１８において、カラー記号がクリックさ
れて、選択された音楽セグメントが識別されると、図１
９に示すウインドウが生成されて、図１８の音楽エディ
タ画面に重ね書きされて、それによって、選択された数
の各部分に対して、音楽トーン、音量等の個別制御が可
能となる。例えば、図１９に示す「キー」制御が操作さ
れると、背景音楽キーは、マウスが移動してキー制御を
別のセッティングにドラッグするにつれて、変更され
る。同様の制御が、「エコー」「テンポ」「パン」およ
び他の所望する背景音楽の局面に対して実行される。
「パン」制御は、左／右ステレオのバランスを操作する
ことができる。

【００６５】さらに、本発明の音楽エディタは、音楽の
再生中にリアルタイムでその音楽を変更することを可能
にする。プレイ記号がクリックされると、背景音楽が鳴
って、図２０に示すウインドウが生成される。ウインド
ウは、「音量」「テンポ」「エコー」「キー」を、音楽
の演奏と同時に変更するために用いられる。例えば、
「キー」アイコンをクリックすると、図１９のキーバー
のような制御バーが生成されて、リアルタイム制御が実
行される。

【００６６】元のモデルソフトウェアは、ゲームに関連
する元の音波形を所定の数、例えば３２個含んでいる。
ユーザは、元の音波形を８つの音コースに割り当てるこ
とができ、音楽エディタを用いて音コースのどのような
面でも選択的に修正することができる。楽譜上の各音コ
ースを識別する数字は、元の音波形のそれぞれと関連す
る独自の印によって表示されてもよい。音楽エディタソ
フトウェアは、図２０に示す各アイコンの状態を継続的
に検査して、それに従って出力音楽を修正する。さら
に、マイク１０から記録されたサンプリング波形を元の
音波形リストに追加することも可能である。

【００６７】ゲーム処理システムは、「オートプログラ
マ」機能をさらに含んでおり、それによってユーザは、
オブジェクトの動作を修正することができる。オートプ
ログラマの操作を説明する典型的な表示が図２１に示さ
れている。オートプログラマは、図１０に示すオートプ
ログラマアイコン７６をクリックするか、または図１２
の「全ステータス」エディタに関連するオートプログラ
マアイコンによってアクセスすることができる。初め
に、図２１に示すキャラクタのようなユニットが、左マ
ウスボタンを押圧することによって選択される。マウス
を用いて、点で示される最大６４個までの動作を含むパ
スを記憶することができる。マウスがまだパスに沿って
移動している間に左マウスボタンを押すと、全パスが記
憶される。点同士が近づくように点を配置すると、動作
は遅くなる。点同士が離れると、動作が速くなる。しか
しながら、動作の速度は、図２１に示すテンポ制御を用
いることによって調整することができる。図２１は、関
連プレイまたは停止制御を有しており、その中でパスを
再生したり、またはユーザが所望する場合は、パスを停
止したりすることができ、その後パスが変更される。図
２１に示す「効果音」ボタン１３０およびステップ制御
バーを用いて、オブジェクトの動作に音声を関連させる
ことができる。例えば「バン」という音声を、パスの頂
点に達したオブジェクトに関連させることが可能であ
る。ステップボタンを保持することによって、オブジェ
クトを音声が付け加えられるべきポイントまで移動する
ことができる。「効果音」ボタンをクリックすることに
よって、選択した音声をオブジェクトが停止するまでの
パス内のポイントに関連させる。

【００６８】ゲームプロセッサシステムは、また、「ス
テータス」エディタを含む。ゲーム中、例えばキャラク
タのマリオがジャンプしている時にシステムブレイクが
開始された場合、図１０に示すマリオウインドウがアク
セスされる。「ステータスエディタ」アイコン６６がこ
の点でこの時に選択された場合、図２２に示すような表
示画面が現れる。図２２において、「ジャンプ」という
ステータスを有するキャラクタのマリオに対して、第１
のコラム１４０および第２のコラム１４２を有するステ
ータス画面が示される。コラム１４０は、条件のシーケ
ンスを定義する列を含む。条件は、例えばマリオがジャ
ンプした時に特定の高さに達するかどうかを規定する。
コラム１４２は、各条件に対して、その条件が検出され
た場合起きる結果関連処理を識別する。例えばマリオが
ジャンプした時に一定の高さに達する場合、マリオは、
例えば消える。ステータスエディタは、ユーザが、条件
および／または結果を変更することができるようにす
る。例えば、ユーザは、マリオがジャンプして一定の高
さに達する結果を、「マリオが消える」から、例えば
「何も起こらない」に変更することができる。その後ゲ
ームが再開されると、修正された処理は、条件が検出さ
れた時に遂行される。図２２に示すステータスエディタ
は、また、図１に示すキーボード１８を介して、ビデオ
ゲームプログラミング言語命令に通じた人が、新規の処
理を作成することを可能にする。コラム１４２の処理を
クリックすると、処理リストが画面上に生成される。リ
ストにある処理をどれでも選択して、変更することがで
きる。処理リストの処理をクリックすると、処理の処理
プログラムが、ビデオゲームプログラム言語を用いて修
正される。ビデオゲームプログラム言語命令が自動的に
コンパイルされて、処理リストの新規の処理として格納
される。

【００６９】ゲームプログラム言語命令を直接入力する
ことは、ＢＡＳＩＣ命令に似通っており、上級のゲーム
設計者によって用いられるようになっている。そのよう
なゲームプログラミング言語命令は、周知のゲームジャ
ンルに基づいてモデルソフトウェアからゲーム設計を始
めることを選択しない上級のゲーム設計者が、代替的に
用いることができる。すなわち、そのような上級のユー
ザは、キーボードを使用して、自分の独自のモデルソフ
トウェアを作成し、本件に記載する機能を使用して、自
分の作成した独自のゲームを修正する。

【００７０】図９に戻って、上述したように、システム
ウインドウ５０は、ステージアイコン５４を含む。ステ
ージアイコンは、図２３に示すステージウインドウを開
く。ステージウインドウ表示１５０は、現在のステージ
番号、および例えば「ゲーム中」などのステータス名を
表示する。アイコン１５２は、画面ボタンであり、先に
説明したように、現在の背景の編集を行う。上述したよ
うに、マップアイコン１５４は、現在の背景マップの変
更を行う。「ＢＧＭ」と表示されたアイコン１５６を選
択すると、現在の背景音楽を編集できる。ステータスア
イコン１５８は、現在のステージの上述のようなプログ
ラミングを変更するために、ステータスエディタにアク
セスする。アイコン１６０は、図９に示すシステムウイ
ンドウに戻る。アイコン１６２は、ゲームプレイを再開
し、アイコン１６４は、現在のステージ番号および現在
のステータス名を表示する。

【００７１】図２４から図２６までは、「マリオファク
トリー」画面から始まって、図８から図２３に関連して
上述したゲーム修正／編集表示画面にアクセスする方法
を要約している。図２４は、図８に示すマリオファクト
リータイトル画面を機能的に表示したものである。図２
４に示すファイルのアイコンは、ファイルの選択を示
す。ユーザが「ツールボックス」アイコンをクリックす
ると、図２５に機能的に示すツールボックス選択画面お
よび編集機能がアクセスされる。「ゲーム」アイコンを
クリックすることによって、図２６に示すモデルソフト
ウェア関連編集機能がアクセスされる。「構成」アイコ
ンをクリックすると、ユーザは、マウスまたはキーボー
ドの構成のいずれかを変更することができる。ネットワ
ークアイコンをクリックすると、（ゲームの修正可能部
分を表示する）モデルソフトウェアおよび／またはユー
ザファイルが、モデム２２を介して他のユーザへ送信さ
れるか、または他のユーザから受信される。

【００７２】図２５は、「ツールボックス」選択画面を
介してアクセス可能な、編集関連ツールを示す。ツール
ボックス画面をアクセスすることによって、ゲームプレ
イをゲームコンテキスト外で変更することができる。こ
のように、ユーザは、特定のキャラクタまたは所望され
るゲームの他の面を変更するために、全ゲームをプレイ
する必要はない。代わりに、ユーザは、データに直接進
んでそれを変更することができる。ツールボックスアイ
コンをクリックすることによって、図８のマリオファク
トリータイトル画面からアクセスされるツールボックス
を使用することにより、上級のユーザが、ゲーム自体の
コンテキストから変更を行わうことなく、ゲームに多く
の詳細な変更を加えることができる。「作者から」ブロ
ックは、作者が、ネットワークを介して、例えば送信さ
れたゲームプログラムの詳細を記述しているメッセージ
を送信することができることを示す。「マップコレクシ
ョン」ブロックは、様々な背景マップを収集して、画面
エディタ、ユニット画面エディタおよびマップエディタ
を用いてこれらのマップを編集することが可能であるこ
とを示す。ユニット画面エディタは、アクセスされて、
ユニットをマップ上の指定の位置に配置する。通常、ユ
ニット画面エディタは、図２６に示すマップエディタ上
の「ユニット」アイコンをクリックすることによってア
クセスされる。ツールボックス選択画面では、ユニット
画面エディタは、マップコレクションメニューから直接
アクセスされる。

【００７３】「ツールボックス」選択画面を介して、
「プログラム収集」機能をアクセスして、アセンブラリ
スト、基本リストおよびオートプログラマリストを受信
するようにしてもよい。基本リストおよびオートプログ
ラマリストは、それぞれ、プログラムエディタおよびオ
ートプログラマによって編集される。

【００７４】「ユニットコレクション」機能は、ゲーム
中に存在する様々なユニットを識別するユニットリスト
にアクセスするために用いられることができる。ユニッ
トリストは、全てのステータスエディタによって編集す
ることができる。リストは、ゲームプログラム内に登録
されている全てのユニットをコンパイルする。さらに、
ツールボックス画面は、音楽エディタによって編集可能
な背景音楽リストへのアクセスと、特殊効果エディタに
よって編集可能な特殊効果（ＳＥ）リストへのアクセス
とを提供する音声コレクション機能のアクセスを行うこ
とができる。

【００７５】ツールボックス選択画面は、また、「ゲー
ム構造」コレクション機能へのアクセスを行う。これら
の機能は、一般的に全ゲームへ適用され、個々のユニッ
ト適応性を問わない。例えば、「ゲーム構造」機能は、
特定のキャラクタがゲームが終わる前に何回死ぬかを識
別することができる。この特徴は、ゲーム構造編集中に
設定される。「ゲーム情報」機能に関しては、このカテ
ゴリーのゲーム構造は、緑亀がゲームに何回現れるか、
または最初の画面レベルが何かを識別することができ
る。そのような情報は、データエディタを介して編集す
ることができる。ステージリストゲーム構造情報は、利
用可能な様々なゲームシーケンスに関連する。ステージ
リスト情報は、ステータスエディタ、プログラムエディ
タまたはデータエディタを介して修正することができ
る。

【００７６】図２６は、ゲームプレイ中に行うことので
きる編集／ゲーム作成変更を示す。システムブレイクが
開始された後、詳細に上述したように、ユーザは、編集
のために移動オブジェクトユニットを選択することによ
って、または背景を変更するためのステージアイコンを
選択することによって、エディタをアクセスすることが
できる。示される様々なエディタは、様々な画面表示に
関連するアイコンに対応している。例えば、動画エディ
タ、ドットエディタ、オートプログラマ、特殊効果エデ
ィタ、全ステータスエディタ、キーエディタ、ステータ
スエディタ、プログラムエディタおよびデータエディタ
は、例えば図１０に示すアイコンを用いてアクセスする
ことが可能である。同様に、例えば音楽エディタ、ステ
ータスエディタ、画面エディタ、ユニット画面エディ
タ、マップエディタおよびデータエディタなどのステー
ジまたは背景関連エディタは、図２３に示すステージウ
インドウ関連アイコンと関連している。典型的な実施例
として図２６に示すように、ユニット画面エディタは、
画面エディタまたはマップエディタのいずれかを最初に
アクセスすることによって、到達可能である。他のエデ
ィタを介してアクセス可能なエディタは、通常、あまり
頻繁には利用しないエディタであり、より上級のゲーム
開発者が、例えばゲームプログラム言語命令を実際に変
更するためにプログラムエディタを使用するようなエデ
ィタである。

【００７７】図２５および図２６に示すエディタは、図
８から図２３に関連して説明した方法で動作する。例え
ば、図２５および図２６に示すオートプログラマエディ
タによって、図２１に示す表示画面上に示されるように
オブジェクト移動を編集することができる。図２５およ
び図２６に示すステータスエディタは、図２２の画面表
示に関連して説明した方法で動作する。図２５および図
２６に示す動画エディタは、図１４に関連して説明した
ように動作する。図２６に示す全ステータスエディタ
は、図１２の表示画面に関連して先に説明したように動
作する。

【００７８】本発明の実施例に関連するハードウェアに
戻って、図２７は、図３に示すゲートアレイ２２６のよ
り詳細なブロック図を示す。ゲートアレイ２２６は、Ｃ
ＰＵ２２８およびゲームＣＰＵ２００からのビデオ信号
出力を重ね合わせる機能を含む様々な機能、ゲーム処理
デバッキング関連機能（ハードウェアおよびソフトウェ
ア中断、アドレス、データトラップなど）、および様々
なインタフェイス機能（例えばゲームＣＰＵ２００／メ
インＣＰＵ２２８インタフェイス制御、ゲーム手動操作
器インタフェイスおよびマウス、キーボードおよび識別
カードインタフェイス）を制御する役割を果たす。ゲー
トアレイ２２６は、また、ＣＰＵ２２８バスアクセス制
御、割り込み制御、ＣＰＵ２２８実行可能制御、ＤＲＡ
Ｍ制御に関連しており、ＤＲＡＭ制御には、制御バス制
御と、アドレス多重化と、リフレッシュ制御と、ＲＯＭ
２３４、フラッシュメモリ２３６、フロッピーディスク
操作器２４０等の制御を含む周辺装置ＬＳＩアクセス制
御とが含まれる。

【００７９】図２７に示すように、ゲートアレイは、Ｃ
ＰＵ２２８，ＣＰＵ２００，ＰＰＵ２１２などを含む、
図３および図４に示す様々な構成要素と相互動作する。
アドレスデコーダ２６０は、ＣＰＵ２２８のアドレスバ
スに結合され、ＣＰＵ２２８に関連する他の装置へのチ
ップ選択信号を生成する。図２７においてわかるよう
に、アドレスデコーダ２６０は、様々なクロック（ＣＬ
Ｋ）、制御信号（Ｒ／Ｗ）、タイミング信号（ＢＣＹＳ
Ｔ）を受信し、他のゲートアレイ構成要素と同様に、ア
ナログデジタル変換器２３８、フラッシュメモリ２３
６、およびメインＣＰＵ２２８上の他の構成要素を選択
するためのチップ選択信号を生成する。

【００８０】ゲートアレイ２２６は、メモリ操作器２６
２をさらに含み、メモリ操作器２６２は、アドレスと、
ＤＲＡＭ２３０を制御するための他の制御信号とを生成
するため、およびＣＰＵ２２８に関連する様々な読み取
り／書き込み信号を生成するために、ＣＰＵ２２８アド
レスバスに結合される。メモリ操作器２６２は、ＭＡ０
１からＭＡ１０のＤＲＡＭアドレス、ＤＲＡＭ２３０に
対する行および列アドレス信号、ＤＲＡＭ２３０に対す
る書込み信号、ならびに入出力読み取りおよび入出力書
き込み制御信号を生成するために、ＣＰＵ２２８からの
クロック信号、タイミング信号および制御信号に応答す
る。

【００８１】ゲートアレイ２２６は、ＣＰＵ２２８の非
常に高速のアクセス速度を補償するために、遅延を生成
する待機操作器２５４をさらに含む。待機操作器２５４
は、（バスサイクル開始信号（ＢＣＹＳＴ）などの）タ
イミング信号、ＣＰＵ２２８からのクロック信号および
アドレス信号に応答し、適切な遅延期間の後に、実行可
能な制御信号をＣＰＵ２２８に入力する。

【００８２】ゲートアレイ２２６は、識別カードインタ
フェイス２６４と、プリンタインタフェイス２６６と、
キーボード、パッド、およびマウスインタフェイス２６
８とをさらに含む。識別カードは、データが読み込まれ
るＥＰＲＯＭを含む。識別カードインタフェイス２６４
は、ＣＰＵ２２８、および識別カード６間の通信をイン
タフェイスする。プリンタインタフェイス２６６は、プ
リンタとインタフェイスするために供給されるインタフ
ェイスであり、入出力レジスタおよび他の従来のプリン
タインタフェイス回路を含む。好ましい実施例において
は、プリンタインタフェイス２６６は、セントロニクス
プリンタとインタフェイスする。キーボード、パッドお
よびマウスインタフェイス２６８は、キーボード１８、
操作器１２、１４、マウス１６およびＣＰＵ２２８間の
データおよび制御信号の交換を制御する。ダイアラ２６
９は、ＣＰＵ２２８のデータバスに結合され、ダイアル
パルスを図４に示すモデムボード２２に直接送信する。
ダイアラ２６９は、所望する目的地の電話番号を示すデ
ジタル信号を受信し、モデム２２を制御するために、デ
ジタル信号をパルス形式に変換する。

【００８３】ゲートアレイ２２６は、ＲＧＢインタフェ
イス２７０をさらに含み、ＲＧＢインタフェイスは、本
出願の実施例では、重ね合わせ操作器２１６の重ね合わ
せ制御回路の一部を含み、重ね合わせ操作器は、図４に
示され、図２８で詳述されている。メインＣＰＵ２２８
およびＰＰＵ２２４がアクセスする信号のＲＧＢアナロ
グ出力は、ゲームＣＰＵ２００およびＰＰＵ２１２が処
理する信号のアナログ出力上に重ね合わされる。ＲＧＢ
２７０は、ゲームプレイ関連画面上に重ね合わされたゲ
ームプレイの修正を制御するための編集関連画像セル表
示を生成する回路を含む。回路は、ＣＰＵ２２８および
ＣＰＵ２００からの重ね合わせ関連制御信号（ＴＯＵＭ
ＥＩ）を受信する。これらの制御信号は、関連するＲＧ
Ｂ信号が全てゼロ、すなわち透明である時に、それぞれ
ＣＰＵ２２８および２００を介して出力される。

【００８４】重ね合わせ操作器２１６は、図２８におい
てさらに詳細に示される。本出願の実施例では、ＲＧＢ
２７０は、図２８に示すように、レジスタＧＳＥＬ３０
０と、４−１多重装置３０２と、インバータ３０１とを
含む。インバータ３０３と、アナログスイッチ３０４お
よび３０６とは、本出願の一実施例においてはゲートア
レイ２２６の一部ではなく、図４に示す重ね合わせ操作
器２１６内に配置される。図２８に示すように、ＧＳＥ
Ｌレジスタ３００は、ＣＰＵ２２８によるプログラム制
御下において設定可能である。ＧＳＥＬレジスタ３００
ビットのＭ０，Ｍ１は、制御入力として多重装置３０２
に結合され、４個の入力信号のうちのどれが多重装置３
０２から出力するかを選択する。先に言及したＴＯＵＭ
ＥＩ信号は、空白がある場合、またはＣＰＵ２００およ
びＣＰＵ２２８のプログラム実行と関連する空の間隔が
ある場合は何時でも、ＣＰＵ２００およびＣＰＵ２２８
によって多重装置３０２へ入力される。ＣＰＵ２２８か
らのＴＯＵＭＥＩ信号は、反転増幅器３０１を介して多
重装置３０２に入力される。

【００８５】多重装置３０２は、また、「０」および
「１」入力信号を受信する。例えば、「０」入力が出力
すべき信号としてＧＳＥＬ３００によって選択された場
合、インバータ３０３により、アナログスイッチ３０４
がつけられ（制御入力において「１」であるため）、ア
ナログスイッチ３０６が消される（制御入力において
「０」であるため）。このように、これらの条件下にお
いては、ＣＰＵ２２８からのＲＧＢ信号は、ゲームＣＰ
Ｕ２００からのＲＧＢ出力に対抗するＲＧＢ出力として
入力される。「１」が選択された多重装置３０２の出力
である場合、反対の状況が起こる。そのような操作によ
る視覚効果としては、ＣＰＵ２００によって生成された
ゲーム画面とＣＰＵ２２８によって生成されたシステム
画面とが、交互に切り替わる。

【００８６】ＣＰＵ２２８およびＣＰＵ２００がＴＯＵ
ＭＥＩ信号を選択すると、例えばＣＰＵ２２８によって
生成されたシステム画面がＣＰＵ２２０によって生成さ
れたゲーム画面上に配置された場合、透過の優先順位を
制御する。ゲームＣＰＵ２００に対するＴＯＵＭＥＩ信
号が出力された場合、それは、ゲームＣＰＵ信号が透明
であり、メインＣＰＵ２２８画面がそれに重ね合わさる
ことを示す。このように、システム画面がゲーム画面に
重ね合わさる場合、またはその逆の場合、図２８に示す
入力Ｄ２またはＤ３のいずれかが選択される。０または
１入力は、ゲーム画面またはシステム画面のどちらが示
されているのかを決定する。例えば、ＣＰＵ２２８に対
するＴＯＵＭＥＩ信号が「０」であって、それが選択さ
れた時、インバータ３０１によって多重網３０２の出力
は「１」になり、ゲームＣＰＵ２００を選択することに
なる。そのような信号が出力された場合、ゲームキャラ
クタが、メインＣＰＵ２２８実行に関連するアイコンの
クリアドットを透かして見える。ＣＰＵ２２８によるＧ
ＳＥＬレジスタ３００の設定に従って、画面表示と、ゲ
ーム画面表示およびゲーム編集表示の関連する重ね合わ
せとが制御される。

【００８７】図２７に戻って、ゲートアレイ２２６は、
また、ゲームＣＰＵインタフェイス２７２を含む。ゲー
ムＣＰＵインタフェイス２７２は、アドレスとＣＰＵ２
２８による監視用のデータバスとを介して、ＣＰＵ２０
０からの幅広いゲーム関連情報を受信するための先に識
別したレジスタ複写ＲＡＭを含む。さらに、ゲームＣＰ
Ｕインタフェイス２７２は、ゲームデバッギング操作に
おけるＣＰＵ２２８構内通信を支援するための様々なバ
ッファを含む。ゲームＣＰＵインタフェイス２７２は、
また、ＣＰＵ２２８がゲームＣＰＵ２００操作をデバッ
グすることを可能にする従来のゲームデバッギング操作
を遂行するためのアドレスおよびデータトラップ関連回
路を含む。ゲームＣＰＵインタフェイス２７２によっ
て、ＣＰＵ２２８は、システムブレイク操作を開始する
のに適切な時期を認識するようになる。

【００８８】ゲートアレイ２２６は、また、水平／垂直
（Ｈ／Ｖ）タイマとダウンカウンタ２５２を含み、ダウ
ンカウンタには、ＣＰＵ２２８によって割り込み制御信
号を生成して操作器２５０に割り込むための所定の計数
を格納しうる。Ｈ／Ｖタイマ２５２は、計数用のタイミ
ングベースとしてＰＰＵ２１２が生成する水平ブランキ
ング（ＨＢＬＡＮＫ）タイミング信号および垂直ブラン
キング（ＶＢＬＡＮＫ）タイミング信号を使用する。タ
イミングおよび計数回路２５２を使用することにより、
例えば色彩変更のような一定の操作を開始するための特
定の水平および垂直表示位置に基づいて、割り込みをす
ることができる。タイミング回路２５２の出力は、割り
込み要求操作器（ＩＲＱＣ）２５０に結合され、割り込
み要求操作器２５０は、次に、図２７に示すようにＣＰ
Ｕ２２８上の所定のピンに入力される割り込み要求の生
成を制御する。

【００８９】図２７に示すように、ゲートアレイ２２６
は、また、通信インタフェイスＲＡＭ２５６を含む。Ｒ
ＡＭ２５６は、通信ＲＡＭハンドシェイクポートと、メ
インＣＰＵ２２８から情報を受信し、ゲームＣＰＵ２０
０へそのような情報を入力して、ＲＡＭカートリッジに
格納するための上述のバッファレジスタろを含む。ＲＡ
Ｍ２５６は、ＣＰＵ２２８およびＣＰＵ２００アドレス
およびデータバスに結合される。アドレスデコーダ２５
８は、ＣＰＵ２００によるＲＡＭ２５６へのアクセスを
制御するためのＣＰＵ２００からのＣＰＵ読み取り信
号、書き込み信号およびアドレス信号を受信する。

【００９０】図２９は、本発明の典型的な実施例で用い
られるＲＡＭカートリッジ４の簡略図であり、電源投入
中にゲーム処理システムコンソール２からカートリッジ
を抜いたり、挿入したりすることによって生じる希な状
況下で起こりうる潜在的な問題を説明する。図３０で示
すように、電源投入中にカートリッジを挿入したり、抜
いたりすることによってカートリッジ構成要素が損傷さ
れるという万が一の可能性を防止するために、カートリ
ッジエッジコネクタ内のピンは、修正され、カートリッ
ジＲＡＭメモリを使用可能にするピンは、電力ピンと比
較して短くされる。

【００９１】図３０は、カートリッジ４用のアースコネ
クタ、アドレスコネクタ、データコネクタ、リセットコ
ネクタおよび電力コネクタを示す。ゲームカートリッジ
からのリセットピンは、電力回線ピンよりも短いため、
信号回線が切断される前にカートリッジが引き抜かれた
時に、「リセット」許可信号は、電力が切断されるのに
先だってカートリッジＲＡＭに書き込みがなされないよ
うにする。カートリッジが挿入された時、電力回線とデ
ータ回線とは、リセット信号がハイ状態に置かれるより
前に接続され、それにより最後の操作としてＲＡＭ３３
６への書込みを可能にする。このようにして、カートリ
ッジ作業用ＲＡＭ３３６に記憶された情報は保護され
る。カートリッジがコネクタに挿入された場合、カート
リッジメモリ回路を使用可能にする前に電力が供給され
る。カートリッジが抜かれると、短くされた使用可能の
信号受信ピンのために、電力が切断される前にカートリ
ッジ回路は使用不可能になる。

【００９２】図２９に戻って、電源をつけた状態でカー
トリッジが完全に挿入されると、リセット信号（ＲＥ
Ｓ）がハイレベルになる。リセット信号は、ゲート回路
３３１を介してデコーダ３３０の可能入力へ入力され
る。デコーダ３３０は、（図２９に図表で示す）ゲーム
カートリッジ静的ＲＡＭメモリ３３６のチップ選択ピン
へ入力される１つの出力を含む。さらなるデコーダ３３
０出力は、４ビットバイナリカウンタ３３２のチップ選
択ピンに結合される。バイナリカウンタは、最初０に設
定される。デコーダ３３０は、ゲームカートリッジアド
レスバスに結合されており、カウンタ３３２への書込み
要求を検出し、カウンタ３３２に対して計数を開始させ
る。書き込みパルスが１５回与えられると、カウンタ３
３２の状態は１１１１となり、カウンタ３３２は、ゲー
ト回路３３４に入力される出力信号を生成する。カウン
タ３３２の出力がハイレベルにある時にＳＲＡＭ３３６
への書き込みが試みられた場合、書き込み信号は、ＲＡ
Ｍ３３６（を構成する各ＲＡＭモジュール）へ入力さ
れ、それによりカートリッジＲＡＭにデータを書き込む
ことができるようになる。このように、カートリッジ
は、電源がついた状態でカートリッジを挿入したり抜い
たりする際に構成要素が損傷されたり、データが失われ
たりする可能性を防止するために、ＲＡＭへのデータの
書き込みを行う前に所定のアドレス領域に対して１５回
書き込むことを要求する書き込み保護回路を含む。所定
のアドレスへ１５回書き込みが試みられると、カートリ
ッジメモリシステムはそのロックが実質上解かれる。実
施例のゲーム処理システムにおいて、ＲＡＭカートリッ
ジへの書き込みに費やされる時間は大変少ない。

【００９３】図２９は、また、カートリッジエッジコネ
クタ３２９を示す。カートリッジ４に入力される信号に
は、データバスおよびアドレスバスを通じて搬送される
データ信号およびアドレス信号がある。さらに、ＣＰＵ
読み出し／書き込み制御信号および他の制御信号が受信
されるのと同様に、リセット信号が受信される。図２９
に示すＲＡＭカートリッジは、機密保護チップ３３３を
さらに含み、機密保護チップ３３３は、本件で援用して
いる米国特許番号第４７９９６３５号（対応；特開昭６
１−２９６４３３号公報）に記載の方法で、機密保護チ
ップ２２７と共に動作する。ＲＡＭカートリッジ４がＳ
ＮＥＳゲームシステムで使用できるように全てプログラ
ムされた後、機密保護チップ３３３は、カートリッジ
が、対応する機密保護チップ３３３を含むＳＮＥＳゲー
ムコンソールに関連する真正のゲームカートリッジであ
るかどうかを決定するための機密保護システムの一部と
して用いることができる。さらに、ＣＰＵ２２８は、機
密保護チップ２２７からの出力を受信し、米国特許番号
第４７９９６３５号（対応；特開昭６１−２９６４３３
号公報）の特許の教示に従って真実性が決定されない限
り、ゲームプログラム実行およびＣＰＵ２００による編
集を中止する。この点において、機密保護チップ３３３
およびメインＣＰＵ２２８は、米国特許番号第４７９９
６３５号（対応；特開昭６１−２９６４３３号公報）に
一般的に開示されている処理操作を実行する。そのよう
な処理の結果を示すデータは、安全な方法で交換され
る。メインＣＰＵ２２８が、ゲートアレイ２２６を介し
て受信したデータに基づいて、ＲＡＭカセットが本物で
はないと決定した場合、ゲームＣＰＵ２００はリセット
状態を保持する。

【００９４】図３１は、図２９に対応するカートリッジ
回路の他の実施例である。図２９の同様の回路に対応す
る図３１の回路は、同様に符号が付けられており、ここ
では詳述しない。ＣＬＫ２１Ｍの入力に信号がない場合
には、マルチバイブレータは、格納信号をカウンタ３３
２に対して生成する。カウンタ３３２は、格納信号によ
って０にセットされて、ＳＲＡＭへの書き込みは禁止状
態となる。通常の操作では、ＣＬＫ２１Ｍ信号が連続的
にコンソールから提供されて、格納信号が常に禁止状態
となり、ＳＲＡＭのアクセスが、図３１の回路と同様に
達成される。

【００９５】図３２は、図３１と共に用いられるカート
リッジコネクタの実施例を示す。カートリッジが抜き取
られると、ＣＬＫ２１Ｍ信号とリセット信号とが遮断さ
れた後に、他の指示信号が遮断される。ＣＬＫ２１Ｍ入
力に信号がない場合には、格納パルスが使用可能とな
る。その後、カウンタ３３２が０データを格納して、Ｓ
ＲＡＭへの書き込みは禁止状態となる。図３２では、ア
ドレスバスコネクタおよびデータバスコネクタは、アー
スコネクタおよび電源コネクタよりも短い。従って、電
源が入っている時にカートリッジが押し込まれる際の
「ラッチアップ」が防止される。

【００９６】図３３は、本発明の典型的な実施例に従っ
たリセット関連回路のブロック図である。システムは、
リセットボタン１（３４７）およびリセットボタン２
（３４８）、すなわちメインシステムＣＰＵ２２８に関
連するリセットボタンおよびゲームＣＰＵ２００に関連
するボタンを含む。さらに、図３３は、メインＣＰＵ２
２８がソフトウェア制御およびリセット論理２（３４
２）を介してゲームＣＰＵ２００をリセットすることが
できるようにするリセットレジスタ３４４を含む。図３
３に示すように、電源３４０が投入されると、リセット
論理１が動作してメインＣＰＵ２２８をリセットし、リ
セットレジスタ３４４をクリアする。メインＣＰＵ２２
８は、リセットボタン１（３４７）が押されるのに応答
してリセットされてもよい。同様に、ゲームＣＰＵ２０
０は、リセットボタン２（３４８）が押されることによ
ってリセットされてもよい。代わりに、メインＣＰＵ２
２８が、メモリブロック３４６からの命令をアクセスす
ることにより、リセットレジスタ３４４をセットして、
ゲームＣＰＵ２００のリセットを開始する、すなわちメ
モリ３４５に記憶されたゲームプログラムの初期のよう
な所定の周知の初期状態にゲームＣＰＵ２００を保持す
るようにしてもよい。図３３は、また、ＣＰＵ２２８お
よびＣＰＵ２００間の通信が行われるインタフェイスブ
ロック３４９を概略的に示す。他の実施例では、リセッ
トボタン３４８からの信号は、ＣＰＵ２２８の入力ポー
トに与えられてもよい。リセットボタンが押されると、
ＣＰＵ２２８は、リセットレジスタ３４４を介してＳＣ
ＰＵ２００に対してリセット信号を入力する。

【００９７】図３４は、ユーザがモデルソフトウェアの
前景または背景を修正することができるようにするため
のシステムブレイクの開始に関連する論理回路のブロッ
ク図である。システムブレイクが生成されることになる
と、メインＣＰＵ２２８は、ラッチを介してフラグフリ
ップフロップ３５０に記憶されるシステムブレイクフラ
グ信号を生成する。バス状態論理３６０は、従来の比較
器回路およびバス状態を識別するための状態表示レジス
タを含んでおり、ＣＰＵ２００がプログラムコマンドを
読み出すことができることを確認するためにゲームＣＰ
Ｕ２００バス状態を検査する。バス状態論理３６０が、
ＣＰＵ２００が読み取り／書き込み周期にあると決定す
ると、バス状態論理３６０は、出力３６１に信号を生成
する。ＣＰＵ２００が命令読み取り周期にあるときは、
バス状態論理３６０は、コマンドを受信する用意ができ
ていることを示すために、出力３６３上に信号を生成す
る。

【００９８】図３４に示すように、アドレスデコーダ３
６２は、ゲームＣＰＵ２００システムバスに結合され
る。アドレスデコーダ３６２は、ゲームＣＰＵ２００
が、ＲＡＭカセットデータの特定部分（例えば、ＮＭＩ
ルーチンの最終部）を識別する所定のプログラムアドレ
ス領域にアクセスする時間を検出する。その時に、アド
レスデコーダ３６２は、ＡＮＤゲート３６６に入力され
る出力３６５に信号を生成する。ＡＮＤゲート３６６
は、さらに、バス状態論理出力３６１から入力信号を受
信する。ＡＮＤゲート３６６の両方の入力がハイレベル
にある時は、システムブレイクフラグ信号が、フラグフ
リップフロップ３５０にセットされる。出力３６１は、
ゲームＣＰＵ２００がＲＡＭカセット４からの命令を読
み取っている時はハイレベルではなく、むしろデータが
読み取られているか、またはＲＡＭカセット４に書き込
まれている時にアクティブである。

【００９９】システムブレイクフラグフリップフロップ
３５０が設定され、バス状態論理出力３６３がハイレベ
ルにある時は、ＣＰＵ状態は「命令読み取り周期」と示
され、許可信号がシステムブレイク論理３５４に入力さ
れる。それにより、システムブレイクは、ゲームＣＰＵ
２００が命令を読み取ろうとした時点で開始される。こ
の時点において、ＣＰＵ２００は、ゲート回路３５８を
介して出力許可信号を生成することによって、プログラ
ムメモリ３５６を可能にしようと試みている。システム
ブレイク論理３５４は、出力許可信号のプログラムメモ
リ３５６への結合を不可能にして、命令読み取り周期を
中断するのと、プログラムメモリ出力がＣＰＵバスに結
合されるのとを防ぐ。

【０１００】システムブレイク論理は、また、「ＣＯ
Ｐ」命令として言及される命令コードを出力する。その
後、ＣＯＰコマンドが、ＣＰＵ２００によってプログラ
ムメモリ３５６から読み出されるべき命令と置き換え
る。システムブレイク論理３５４からの信号に応答する
ＣＯＰコマンドの後に、モニタＲＯＭ複写保護論理３６
８は、許可信号をゲート３５８に対して出力する。この
ようにして、ＣＯＰコマンドが実行された後に、プログ
ラムメモリ３５６内のモニタＲＯＭプログラムは、ＣＰ
Ｕ２００によってアクセス可能となる。ＣＯＰコマンド
がＣＰＵ２００によって受信されると、ＣＰＵは、モニ
タＲＯＭ２０４からプログラム命令を実行する。このよ
うに、ＣＰＵ２００は、ゲームプログラムの実行を停止
し、ＣＯＰコマンドに応答してモニタＲＯＭ２０４から
の命令の実行を開始し、それによってゲーム編集および
作成機能の遂行のために制御のメインＣＰＵ２２８への
切り替えが開始する。

【０１０１】さらに、モニタＲＯＭ複写保護論理３６８
は、ゲームプログラムが実行中に、プログラムメモリ３
５６に格納されているモニタＲＯＭプログラムからの不
所望な読み取りを防止する。従って、モニタＲＯＭプロ
グラムを複写するためにユーザのプログラムから故意に
アクセスすることが不可能となる。モニタＲＯＭ複写保
護論理を用いた図３４に示す回路は、モニタＲＯＭプロ
グラム複写保護機構として有益である。

【０１０２】システムソフトウェアの詳細な説明 次にシステムソフトウェアのより詳細な説明へ移って、
そのようなソフトウェアは、図解実施例中で「マリオフ
ァクトリー」と呼ばれるゲームプログラム編集ツールを
含む。マリオファクトリーは、不慣れなユーザがモデル
ソフトウェアを用いてビデオゲームを容易に作成するの
を支援するために、主に設計されている。

【０１０３】図３５は、本発明の実施例に関連して、電
源投入から「マリオファクトリー」ユーティリティタイ
トル画面が出現するまでの処理のシーケンスを示すフロ
ーチャートである。電源を入れると（３８５）、最初の
接続画面が表示される（３８６）。その後、著作権情報
画面が生成される（３８７）。その後、実施例に関連す
るゲーム編集ツールが、図４に示すフラッシュメモリ２
３６内に既に記憶されているかどうかを決定するための
チェックが行われる（３９１）。ブロック３９１でのチ
ェックにより、ツールがフラッシュメモリ２３６内にあ
ることが示されると、ツールはＣＰＵ２２８に関連する
ＤＲＡＭ２３０に転送され、マリオファクトリーの実行
が開始できるようになる。従って、編集ツールがフラッ
シュメモリ内に既にあれば、マリオファクトリーは自動
的に格納される。ブロック３９１でのチェックにより、
編集ツールがフラッシュメモリ２３６内にないことが示
されると、３８８において、ツールディスケットがフロ
ッピーディスクドライブ内にあるかどうかを決定するた
めのチェックが行われる。フロッピーディスクディスケ
ットがフロッピーディスクドライブ１９９内にない場合
には、「ツールディスクを挿入して下さい」というメッ
セージがユーザに対して表示される（３８９）。ツール
ディスクが挿入されていることが検出されると、ツール
導入画面が生成され（３９０）、マリオファクトリーの
格納が完了する。

【０１０４】本発明の一実施例に従って、モデルソフト
ウェアは、２つの異なるファイルが記憶されるように格
納される。２つの異なるファイルとは、ゲームの修正不
可能な面を含むベースファイルおよびユーザが修正しう
るゲームの諸要素を含むユーザファイルである。代わり
に、ベースファイルのみが最初に格納されて、ゲームプ
レイの基本的な面のみをユーザに提供して、新規のゲー
ムをベースファイルに関連するゲームのジャンル内に構
築および作成するようにしてもよい。

【０１０５】ブロック３９２において、モデルソフトウ
ェアがフロッピーディスクドライブにあるかどうかを決
定するチェックが行われる。モデルソフトウェアがフロ
ッピーディスクドライブ１９９内にない場合は、ユーザ
は、モデルソフトウェアディスクをインストールするよ
うに促され（３９４）、モデルソフトウェア格納画面が
生成される（３９３）。その後、ユーザファイルがユー
ザによって選択されているかどうかのチェックが行われ
る（３９５）。ユーザファイルは、ベースファイルとは
異なるディスクに格納されていてもよい（このため、ブ
ロック３９５におけるユーザファイルの選択には、別の
ディスクの挿入を必要とする場合がある）。ユーザファ
イルは、モデルソフトウェアビデオゲームに対してこれ
までなされた変更を含む。最初は、ユーザファイルは、
モデルソフトウェアが初期ゲームプレイを定義している
デフォルトステージ内にある。ユーザがゲームを変更す
ると、デフォルト情報が変更されて、ユーザの編集上の
修正が反映される。ゲームカートリッジおよびフロッピ
ーディスクの両方は、ベースファイルとユーザファイル
とを含むが、フロッピーディスクは、ゲームカセットが
記憶しないようなゲームの元のデフォルトバージョンを
記憶する。ＲＡＭカセットデータは、デフォルトデータ
がカセット４上に常駐しないようにリアルタイムで修正
される。ユーザファイルが選択されると、ユーザファイ
ル格納画面が表示される（３９８）。ユーザファイルが
選択されていない場合には、ユーザは、ユーザディスク
を挿入するように促され（３９６）、ユーザは、ユーザ
ファイルを選択する新たな機会を持つようになる（３９
７）。その後、ユーティリティタイトル画面が図８に示
すように表示される（３９９）。

【０１０６】ブロック３９２において、モデルソフトウ
ェアは、別のディスクを挿入することによって、ユーザ
の所望通りに変更することができる。ユーティリティタ
イトル画面が表示されると、ユーザは、ユーザが他のユ
ーザファイルを選択することができるブロック３９５に
分岐して戻るような特定のファイルアイコンをクリック
してもよい。代わりに、ルーチンは分岐して、モデルソ
フトウェアを変更することによってすべてのジャンルの
ゲームを変更しうるブロック３９２に戻ってもよい。マ
リオファクトリープログラムは、多様な編集ツールを含
み、例えば特定のキャラクタを描画するための「ドッ
ト」や、動画を制御するための「動画データ」等があ
る。

【０１０７】ゲームプロセッサシステムは、本明細書で
説明する実施例に従えば、ＣＰＵ２００の制御下のソフ
トウェアと、メインＣＰＵ２２８の制御下のソフトウェ
アとを含む。ＣＰＵ２００によって処理されるソフトウ
ェアは、上述のモデルゲームソフトウェアと、ユーザが
作成したゲームプログラムとを含む。メインＣＰＵ２２
８は、種々のユーティリティプログラム、オペレーティ
ングシステム、周辺ドライバプログラムならびにＢＩＯ
ＳおよびＩＰＬソフトウェアを実行する。メインＣＰＵ
２２８によって処理されるユーティリティソフトウェア
は、ゲーム編集ツール、ネットワークソフトウェア、文
書処理ソフトウェア、ディスク管理ソフトウェア等を含
む。オペレーティングシステムおよび周辺ドライバソフ
トウェアは、以下に述べるＢＩＯＳソフトウェアによっ
ては充分に支援されていない周辺装置を支援するための
サブルーチンを含む。

【０１０８】ＢＩＯＳソフトウェアは、上述のシステム
ハードウェアと直接対話を行うための低レベルルーチン
を含む。より特定的には、システムのメインＣＰＵ２２
８部と、ゲームＣＰＵ２００のサブシステムとの間の情
報交換は、ソフトウェアから捉えると、ＢＩＯＳ ＲＯ
Ｍ２３４内に常駐するルーチンと、モニタＲＯＭ２０４
内に常駐するルーチンという２つのＢＩＯＳオペレーテ
ィングシステムルーチンによって制御される。オペレー
ティングシステムルーチンからのそのような情報転送の
間に遂行される処理を、以下に説明する。ＢＩＯＳルー
チンは、図３および図４に示すマウス１６，キーボード
１８，操作器１２および１４，表示装置１５およびモデ
ム２２のような種々の入出力装置を制御し、処理装置の
構内通信、メモリ保守機能およびＰＰＵ制御機能を制御
する。ＣＰＵ２００ ＢＩＯＳソフトウェアによって制
御されるＰＰＵ２１２の機能は、例えばＰＰＵのカラー
生成ＲＡＭが所定の所望するカラーマップを定義するよ
うセットすること、ビデオＲＡＭ２１４に対してデータ
を転送すること、重ね合わせ優先順位をセットすること
等を含む。制御される画面表示関連機能は、カーソル位
置をセットすることを含む。制御されるキーボード機能
は、キーボードの初期化、キーボードバッファデータの
取得およびキーボードステータス情報の取得を含む。同
様に、マウスに関しては、ＢＩＯＳソフトウェアによっ
て制御される種々の機能は、マウスの初期化や、マウス
のカーソル位置の取得等を含む。ゲームＣＰＵ２００の
操作の制御に関連するＢＩＯＳソフトウェアは、ゲーム
ＣＰＵの初期化、音声処理装置２０８および作業用ＲＡ
Ｍ２１０に対するデータの送信、ならびにメインＣＰＵ
２２８とのデータの交換に関連する機能を含む。メイン
ＣＰＵ２２８に関連するＢＩＯＳソフトウェアは、リア
ルタイムクロックのセット、ゲートアレイ２２６内のタ
イムアウトカウンタのチェックおよびＭＳ ＤＯＳのよ
うな従来のオペレーティングシステムにおいて通常遂行
されるようなオペレーティングシステムハウスキーピン
グ機能の遂行のような制御機能を含む。オペレーティン
グシステムソフトウェアは、図４のＳＣＳＩボード２４
を介してＩＢＭ互換ＰＣから受信されたゲームプログラ
ムを実行および編集できるようにするために、他のコン
ピュータからいくつかのコマンドを受信することができ
る。

【０１０９】ＩＰＬソフトウェアは、初期プログラム格
納を行う役割を果たしており、システム立ち上げ時にゲ
ームプロセッサシステムステータスをチェックして、オ
ペレーティングシステムルーチン内のＢＩＯＳを立ち上
げる。初期プログラム格納（ＩＰＬ）ルーチンは、シス
テムの開始時に実行され、まず開始メッセージが表示さ
れることになる。開始メッセージは、図３５に関連して
上述したような著作権警告を含む。その後、ＩＰＬは、
会員識別カード内の巡回冗長コード（ＣＲＣ）をチェッ
クする識別コードチェックを遂行する。識別カードが権
限を有していると決定されれば、システムが立ち上が
る。識別チェックによって、識別カードが権限を有して
いないことがわかると、権限を有しない旨を示す表示が
生成される。識別コードチェックによってシステムが立
ち上がることができるようになると、ハードウェアステ
ータスチェックが行われる。ハードウェアステータスチ
ェックは、現在のシステム構成のＲＡＭのサイズを決定
し、接続されたＲＡＭが読み取りおよび書き込みが可能
である旨を確認するチェックを行う。その後、フロッピ
ーディスクドライバ、モデム、プリンタ、ハードディス
クならびに制御ユニットおよび拡張ユニット内の他の装
置が適切に接続されているかを確認するためのチェック
が行われる。すべてのハードウェアステータスチェック
によって適切な接続が確認もされない場合には、システ
ム障害を示す適切な表示が生成される。

【０１１０】すべてのハードウェアステータスチェック
によって適切な接続が示されると、その後、オペレーテ
ィングシステム識別コードのチェックが行われる。この
チェックでは、オペレーティングシステム内の識別コー
ドがチェックされて、チェックが通れば立ち上がり処理
が行われる。チェックに失敗すると、システム障害を示
す表示が生成される。識別コードチェックによって適切
な識別コードが確認されると、オペレーティングシステ
ムが立ち上がる。

【０１１１】機密保護チェックは、システム全体に渡る
多重レベルにおいて機密保護システムが導入されるよう
に設計される。上述したように、初期プログラム格納
（ＩＰＬ）において、権限のない識別カードを検出する
ための識別コードチェックが行われる。識別コードチェ
ックは、権限のないＯＳ／ＢＩＯＳが使用されている旨
を示すためにも行われる。さらに、上述したように、機
密保護チップがＲＡＭカセット４内で用いられて、シス
テムが権限のないハードウェアと結合されているかどう
かの決定を行う。さらに、ＢＩＯＳ／ＯＳレベルにおい
て、ベースファイルを不適切にアクセスしているかどう
かを決定するための識別コードチェックが行われる。識
別コードチェックは、権限のないネットワークアクセス
および権限のないユーティリティの使用があるかどうか
をも決定する。このような識別コードチェックに失敗す
ると、行おうとしたファイル操作は不可能となる。ＢＩ
ＯＳ／ＯＳは、上述した以外のマシンアーキテクチャに
よる読み出しを困難にするような関連する特有データフ
ォーマッティングおよび／またはファイル圧縮方法をも
用いる。

【０１１２】オペレーティングシステムは、コマンドの
解釈、メモリの管理、一時的なオペレーティングシステ
ム部内の読み取りおよびコマンドルーチンの開始を行う
中核部を含む。中核部は、識別カードからの「構成ファ
イル」と呼ばれるファイル内を読み取る。「構成ファイ
ル」とは、周辺ドライバのセットアップのような事項を
記録して、一時的なオペレーティングシステム、一時的
なＢＩＯＳ、周辺ドライバ等をメモリ上にアンパックし
て、それらを管理するファイルである。オペレーティン
グシステムのコマンドルーチン部は、中核部からの命令
に基づいた実際の処理を遂行するサブルーチンを含み、
オペレーティングシステムの周辺ドライバ部は、上述し
たような種々の周辺装置へのアクセスを取り扱うサブル
ーチンを含む。

【０１１３】ファイルは、通常６４バイトのヘッダファ
イルを含んで編成され、ヘッダファイルにはファイル
名、日付、ファイルサイズ、ファイル属性、コード作成
器、識別コード、暗証等のようなフィールドを含む。フ
ァイル作成者については、ベースファイル内にのみ記録
され、購入者の識別コードは、購入時に記録される。フ
ァイル属性フィールドは、識別コードが作成者コードと
一致する場合にのみファイルを可能にするか、または、
代わりに、暗証が一致する場合にのみファイルを可能に
するビットを含む。従って、ファイル属性フィールドま
たは他のビットの状態によっては、ファイルを可能にす
る場合、不可能にする場合またはある機密保護チェック
に通過するかどうかに基づいて可能にする場合があり得
る。ファイル属性情報は、ベースファイルアクセスの種
々の条件をセットでき、例えば、アクセスが購入者によ
ってなされれば書き込みは禁止であるとか、アクセスが
購入者によってなされなければ、読み出しおよび書き込
みは禁止でかつファイル名は表示されないようにでき
る。オペレーティングシステムは、ベースファイルアク
セスコマンド（例えば格納、記憶、認証、複写等）、フ
ァイル管理コマンド、ネットワークコマンド、暗証コマ
ンドおよびＲＡＭカートリッジコマンドを含む。システ
ムは、暗証を構成変数としてセットする暗証コマンドを
用いる。構成変数は、ヘッダファイル内の暗証と比較さ
れる。構成変数がセットされていない場合は、暗証を有
していないとみなされる。

【０１１４】上述のように、モデルゲームソフトウェア
は、ゲーム作成を支援し、ゲームＣＰＵ２００によって
実行されるソフトウェアである。このソフトウェアは、
独自のゲームが簡単なゲーム作成ツール操作によって作
成可能であるように設計されている。本発明の好ましい
実施例では、モデルソフトウェアは、「射撃ゲーム」、
ロールプレイゲーム等のような種々のゲームのジャンル
に従って販売される。本明細書では、ビデオゲームプロ
グラム設計および作成の手ほどきを受けていない者によ
るゲーム作成のために主に設計された「マリオファクト
リー」というゲーム作成ツールの例の詳細を説明する。
しかしながら、本発明は、中級および上級ユーザが本明
細書で述べるよりもより複雑な制作さえも行うことがで
きるようなゲーム作成ツールの使用も考慮している。し
かしながら、現時点での好ましい実施例は、マリオファ
クトリーで説明される。モデルソフトウェアは、ベース
ファイルおよびユーザファイルを含む。ベースファイル
は、ユーザが変更することのできないファイルであり、
ユーザが変更不可能なモデルソフトウェアおよびそれに
関連する独自のゲームの部分を含む。ユーザファイル
は、ユーザが変更することのできるファイルである。ユ
ーザファイルは、ユーザが修正してユーザ独自のプログ
ラムおよびユーザ独自のデータを作成することができる
デフォルトプログラムおよびデフォルトデータを含む。
ベースファイルは、複写保護されており、ベースファイ
ルの複写を取得するにはモデルソフトウェアを購入する
しか方法がないようになっている。ユーザファイルは、
複写保護はされておらず、例えばユーザファイルをネッ
トワーク上にアップロードすることによって自由に取得
することができる。ユーザの作成した独自のゲームは、
他のユーザに対してユーザファイルを送信することによ
って送信されてもよい。

【０１１５】マリオファクトリーでは、ゲームは、多く
の構成「ユニット」を処理することによって処理され
る。例えば、図３６では、スーパーマリオ画面は、プレ
イヤによって制御される（例えば、ゲーム操作器１２お
よび１４によって制御される）ユニットであるマリオと
識別されているユニット１と、「敵」ユニットと名付け
られているユニット２と、音楽ユニットであるユニット
３とともに示される。グラフィックデータやキーに対す
る適切な応答および効果音といったユニットに関連する
すべてのデータおよびアルゴリズムは、以下で詳しく述
べるように、ユニット用に記憶される。このシステム
は、グラフィックデータに関連しない音楽ユニットに対
する配慮もなされている。ゲームはツールアイコンを選
択して変更を行うことによって編集される。例えば、図
３６で、ユニット１が選択されると、マリオグラフィッ
ク、音声または条件に対するプログラムされた応答につ
いてツール選択が行われる。プログラマから見れば、ユ
ニットは、ゲームプレイの特徴およびゲームＣＰＵ２０
０側に割り当てられた幅広い範囲の他のデータを記憶す
るためのメモリスペースとみなされうる。

【０１１６】前述したように、本発明の好ましい実施例
は、ピクチャ、音声およびプログラムを変更するための
幅広い種々の編集ツールを含む。特定のゲーム専用のエ
ディタが、モデルソフトウェア内に拡張ソフトウェアと
して含まれてもよい。例えば、射撃ゲーム専用の専門の
マップエディタまたは敵パスエディタが用いられてもよ
い。同様に、ロールプレイゲーム専用のマップエディ
タ、対話エディタおよびイベントエディタが含まれても
よく、パズルゲーム内にルールエディタが拡張ソフトウ
ェアとして含まれてもよい。

【０１１７】このような種々の型の各ツールは、ユーザ
が選択できるように表示される。アイコンは、層状に編
成され、特定のときに必要とされるアイコンのみが、ユ
ーザに対して表示される。必要でないアイコンは表示さ
れないが、より正確に言えば、必要でないアイコンは、
モデルソフトウェア内に含まれているステータスファイ
ル内に記録される。

【０１１８】ゲーム編集は、編集ユニットおよび関連デ
ータ構造を循環する。本発明の実施例では、異なる編集
機能が、システムブレイク時にアイコンをクリックする
か、またはツールボックス画面からアイコンをクリック
することによって制御される。別の実施例においては、
左マウスボタンまたは右マウスボタンのどちらが押圧さ
れたかに基づいて異なる編集機能が制御される。ゲーム
プレイが開始された後、システムブレイクが開始し、マ
ウスカーソルが画面上に現れる。画面上に表示された特
定のユニットの編集を所望する場合には、例えば左マウ
スボタンが例えば図３６に示すユニットのうちの１つに
対してクリックされ、選択されたユニットを編集するた
めの全ツールが表示される。全ツールには、グラフィッ
ク編集機能、プログラム編集機能および音声編集機能が
含まれる。右マウスボタンがクリックされると、例えば
「取り消し」「ゲーム」「ファイル」「ツールリスト」
「ユニット」および「終了」のような種々のオプション
が表示される。ツールリストオプションが選択される
と、ツールは、例えばツリーチャートとして示され、選
択されたツールで編集可能なユニットが制御されて点滅
する。

【０１１９】この操作中に、編集画面が、ゲーム画面上
に重ね合わされる。所望する編集が行われた後、ゲーム
プレイが再開されてもよい。左マウスボタン編集操作で
は、ゲーム画面が表示されてシステムブレイクが開始し
た後に、マウスカーソルが画面上に現れ、ユーザは、編
集しようとするキャラクタをクリックする。編集しよう
とするキャラクタは、識別されたユニットとともにボッ
クス内に現れる。その後、ユニットの修正が、種々の編
集ツールを介して生じる。編集後、ゲームプレイが再開
されてもよい。

【０１２０】右マウスボタン編集操作に関しては、結合
された画面上においてツールリストが生成される。その
後、ユーザはツールを選択し、編集可能な各ユニットが
そのツール用に表示される。その後、マウスを介して、
別のツールが選択されてもよく、異なる編集可能な「ユ
ニット」が表示される。キャラクタがクリックされる
と、当該キャラクタがボックス内に現れ、メニューが現
れて、左マウスボタン編集におけるのと同様の方法で編
集が続く。右マウスボタン編集において、マリオファク
トリー操作中に、ステータスファイルがチェックされ
て、ステータスが表示される。ユニットヘッダ（ユニッ
トを編集できるツールのような情報を記憶するユニット
の先頭に置かれるデータ領域）がチェックされて、編集
可能なユニットが検索される。

【０１２１】本システムにおいては、モデルソフトウェ
ア選択画面があるので、たとえモデルゲームソフトウェ
ア自体がなくても、マリオファクトリー作成ツールを開
始することができ、基本ツールを用いることができる。
マリオファクトリープログラムは、ステータスファイル
を含み、ステータスファイルは、メモリ内に位置付けら
れるべきツールのラベル名を記録するテキストファイル
である。ステータスファイルをアクセスすることによっ
て、マリオファクトリープログラムは、どのツールがＤ
ＲＡＭ２３０に記憶される必要があるかを決定すること
ができる。ＤＲＡＭ２３０内に記憶されるツールの中に
は、アイコンとして表示されるものもある。そのような
ツールは、基本ツールと、メインＣＰＵ２２８コード内
に書き込まれたオブジェクトファイルから選ばれた拡張
ツールとを含んでもよい。

【０１２２】図３７は、プログラミングが「ユニット」
を基本としてどのように構築されているかを示すブロッ
ク図である。ゲームＣＰＵ２００のメモリアドレススペ
ース４０１内には、編集されうる各ユニットを一意に識
別するユニット関連データが記憶される。編集されうる
ユニットと、ゲームＣＰＵメモリアドレススペース内に
記憶されたユニット関連データ構造との間には、一対一
対応がある。

【０１２３】図３７に示すように、ユーザが、表示画面
１５上に示されたユニット３を、例えばシステムブレイ
ク処理中に選択すると、メモリスペース４０１の対応部
は、ユニットヘッダと、データテーブルと、ユニット３
関連プログラムとを記憶する（またはポイントする）ユ
ニット３に関連するユニットデータ構造（またはポイン
タ）を含む。ユニットヘッダは、特定のユニットを編集
するために用いることができるツール用のラベルと、編
集されたデータ用の記憶アドレスとを含む。ユニットヘ
ッダのグループも、メインＣＰＵ２２８アドレススペー
ス内に記憶される。データテーブルは、以下に述べる幅
広い範囲のゲームプレイ／オブジェクト特徴情報を含
み、その情報には、グラフィックおよび音声だけではな
く、各キャラクタのパス動作を示す情報も含まれる。本
質的に、各ユニットに関連するグラフィック、音声およ
びプログラムは、各ユニットに保持されまたは貼り付け
られているとみなされうる。

【０１２４】メインゲーム処理ルーチンは、ユニット１
からＮをそれぞれ処理するための命令のシーケンスを含
む。メインルーチン（４０５）は、各ユニットプログラ
ムをアクセスするためのサブルーチンへジャンプ（ＪＳ
Ｒ）のシーケンスを含む。各ユニットプログラムは、い
かなるフレーム中においてもメインルーチンから呼び出
されうるという仮定の下に設計された命令を含む。メイ
ンルーチン４０５は、メインＣＰＵ通信ルーチンへのジ
ャンプをも含む。この通信ルーチンは、マウスクリック
ポイントのメインＣＰＵに対する信号伝送、編集ツール
に関連するデータ編集に関連する信号の受信およびメイ
ンＣＰＵシステムブレイク信号のチェックといった処理
を扱う。

【０１２５】図３８から図４０は、ユニットデータの処
理と、ピクチャ信号および音声信号のユーザの表示画面
に対する出力とに含まれる処理のシーケンスを示すフロ
ーチャートである。図３８に示すように、ユニット処理
は、ユニット画面エディタによるユニットの処置を示す
ユニットマップ画面をシステムが参照して開始する。例
えば、キー制御によって背景画面がスクロールされる
と、ユニット画面マップ上の新規の部分が参照されて、
新規のユニットが現れるかどうかを判断する（４０
５）。初期化処理を行って、ユニットマップ画面上に新
規ユニットが見つかった後、エントリが稼働中ユニット
リスト内に作成されて、ユニットアクセスカウンタが、
ユニット０にセットされ（４０７）、ルーチンは、ユニ
ット処理ループへ入って、ユニットオフセットアドレス
が計算される（４０８）。ブロック４０９に示すよう
に、ユニットに関連するユニットプログラムが実行さ
れ、該当する場合には、動画処理（４１０）および音声
処理（４１１）が遂行される。その後、アクセスされた
ユニットを常に把握しているカウンタが増分され（４１
２）、最終ユニット番号がアクセスされたかどうかを決
定するためのチェックが行われる（４１３）。ブロック
４１３のチェックによって最終ユニット番号がアクセス
されていないことが示されると、ルーチンは分岐してブ
ロック４０８に戻り、処理される次のユニット番号が、
オフセットアドレス計算によってメモリ内に位置付けら
れる。

【０１２６】図３９および図４０は、ブロック４１０の
動画処理をさらに詳しく示す。図３９に示すように、動
画処理は、処理されているユニットのために表示される
ポーズ番号を識別することによって開始する（４１
４）。その後、キャラクタアドレスが計算され（４２
４）、計算されたアドレスに記憶されたキャラクタデー
タは、処理のために、メモリバッファ領域に送信される
（４２５）。その後、ブロック４２６において、ユーザ
データ置換フラグがセットされているかどうかを決定す
るチェックが行われる。ユーザ置換がセットされていれ
ば、ユーザ選択データが置換される（４２７）。ユーザ
置換フラグがセットされていなければ、ブロック４２５
で識別されたバッファ領域内に記憶されたキャラクタデ
ータは、オブジェクト属性メモリ領域へ送信される（４
２８）。

【０１２７】図４０は、図３９のブロック４１４の処理
のための表示ポーズ番号の決定に関連する処理ステップ
を示す。最初に、ブロック４１５において、表示アニメ
番号と、図４４に示すような「ユニット」とともに記憶
された所定のバックアップデータとを比較するチェック
が行われる。一致する場合には、ルーチンは分岐してブ
ロック４１７へ進む。一致しない場合には、アニメデー
タは、図４４で詳細に示すオブジェクトユニットＲＡＭ
へ送信される。その後、「テンポ」データが、フレーム
カウンタの内容から除かれる（４１７）。フレームカウ
ンタが０以下かどうかを決定するチェックが行われる
（４１８）。フレームカウンタが０以下の場合は、ポー
ズ番号が増分される（４１９）。ポーズ番号がポーズ番
号の許容上限を超えているかどうかを決定するチェック
が行われる（４２０）。ポーズ番号が上限を超えている
場合は、動画シーケンスにおいてユニットポーズを決定
するポーズ番号は、例えば図１４の動画ツールを用いて
定義されるポーズ上限事後番号と同値にセットされる
（４２１）。その後、ポーズデータは、図３９のブロッ
ク４２５に関して識別されたバッファ領域に送信され、
ポーズポイント位置データ（ｘ，ｙ）が、バッファに送
信される（４２３）。フレームカウンタが０以下でない
場合は、ルーチンは分岐して直接ブロック４２３へ進
む。

【０１２８】図４１は、処理されるユニットに関連する
音声処理のフローチャートである。最初に、ブロック４
２９において、ステータスレジスタと、図４４のオブジ
ェクトユニットＲＡＭ内に記憶されたステータスレジス
タバックアップとを比較するチェックが行われる。４２
９でのチェックで、一致していないことが示されると、
効果音データオフセットアドレス４３０を決定するため
の計算が行われる。効果音番号は、計算された効果音オ
フセットアドレスに追加されたユニットエントリアドレ
スに基づいて計算される（４３１）。効果音番号は、そ
の後、音声処理装置２０８ポートへ送信される（４３
２）。実効果音データは、すべての効果音番号とともに
作業用ＲＡＭ２１０に記憶される。音声処理装置は、効
果音番号および実効果音データとともに音声を作成す
る。ブロック４２９でのチェックで、ステータスレジス
タ内容がステータスレジスタバックアップ内容と一致し
ていることが示されると、音声処理サブルーチンを出
て、ルーチンは図３８のブロック４１２の処理へと続
く。

【０１２９】図４２および図４３は、第１および第２の
モデルソフトウェアフォーマットを図式的に示してお
り、これらのフォーマットは、メインＣＰＵ２２８が情
報を効果的に処理して容易に編集できるように構成され
ている。図４２および図４３の情報の多くについては、
本明細書では説明しないが、本明細書の説明に照らし
て、当業者によって理解されるであろう。図４２に示す
ように、第１のモデルソフトウェアフォーマットは、背
景関連であり、メモリ内の位置のセットに記憶されたス
テージ（背景）データをポイントする「ステージ」ポイ
ンタセクションを含む。次に、ステージデータは、幅広
い種々の追加情報をポイントし、追加情報には、例えば
フォントデータ、カラーパレットデータ、他の背景関連
情報データがあり、他の背景関連データには、例えばマ
ップデータ、ユニットマップデータ、パネルマップデー
タ、パネルユニットマップデータおよびパネルデータが
ある。

【０１３０】図４３は、第２の移動オブジェクト関連モ
デルソフトウェアフォーマットを示しており、そのフォ
ーマットでは、マリオのような識別「オブジェクトユニ
ット」が、関連するオブジェクトユニットメモリ区分に
割り当てられる。各識別オブジェクトユニットに関連す
るのは、オブジェクト動画（アニメ）ポインタで、この
ポインタは、図４３に示すように、動画データのブロッ
クをポイントする。さらに、各オブジェクト関連ユニッ
トは、各オブジェクトユニットに関連した種々のプログ
ラムを識別するオブジェクトプログラムポインタ情報を
含む。

【０１３１】図４４は、オブジェクトユニットＲＡＭ情
報領域およびゲーム背景関連ＲＡＭ領域を含むＲＡＭ情
報内容のメモリマップを図式的に示す。図４４に示すよ
うに、オブジェクトユニット情報は、オブジェクトユニ
ット識別と、ステータスレジスタおよび座標位置と、キ
ャラクタサイズやポーズ情報等のような幅広い範囲の他
のオブジェクト情報とを含む。この情報は、図３に示す
メインＣＰＵ２２８およびＤＲＡＭ２３０のバッファ領
域に記憶されており、制御ファイルを用いて編集するた
めに用いられる。制御ファイルは、編集を支援するため
のいくつかの相互参照データ、ラベルテキストおよびメ
ッセージテキストを有する。制御ファイルに記憶された
データは、ゲームプログラムの実行には必要ないが、編
集をより容易にするために用いられる。ゲームプレイ中
に用いられる背景音楽データは、メインＣＰＵ２２８シ
ステム部からゲームＣＰＵ２００セクションに戻って送
信される。

【０１３２】図４５は、メインＣＰＵ２２８およびゲー
ムＣＰＵ２００メモリマップを示しており、データが抽
出されて、システムブレイク中にゲームＣＰＵ２００か
らメインＣＰＵ２２８へ複写される方法を示している。
図４５は、また、編集中に、メインＣＰＵ２２８とゲー
ムＣＰＵ２００とが効率的に相互動作にできるように、
ある共通値が各メモリ領域にどのように保持されるかを
示す。

【０１３３】図４５のＣＰＵ２００部内のデータ領域に
は、グラフィックデータ、音声データおよびステータス
（処理プログラム）が、動画データ、ＡＳＭデータおよ
びＢＡＳＩＣデータとして記憶される。また、ゲームＣ
ＰＵ２００のメモリ領域は、図３７に関連して説明した
メインプログラムおよびＳＨＶＣ−ＢＩＯＳ内の関連メ
インプロセッサ通信ルーチンを含む。複写保護機構を備
えた編集不可能なベースファイルは、データ領域、ユニ
ットポインタおよびアセンブラメインプログラムの一部
として記憶される。メインＣＰＵ２２８メモリシステム
には、マリオファクトリーの基本編集ツールに加えて、
ＣＰＵコードが記憶される。ＣＰＵ２２８のメモリ領域
は、また、オペレーティングシステムプログラムおよび
メインＣＰＵ通信ルーチンを記憶するためのメインプロ
グラム領域を含む。さらに、ベースファイルは、制御フ
ァイルとして、かつユニットデータ、ユニットポインタ
および編集用のいくつかのマイナデータを含むバッファ
領域内の一部として記憶される。これらの要素は、ユー
ザが選択したモデルソフトウェアによって制御される格
納プログラムを介して、マリオファクトリープログラム
に格納される。

【０１３４】マリオファクトリーが実行されると、図４
５に示すようにメインＣＰＵ２２８メモリに割り当てが
行われて、タイトル画面が表示される。次に、格納アイ
コンがクリックされると、モデルソフトウェアのいくつ
かのファイルはＣＰＵ２２８メモリに格納され、いくつ
かのファイルは各メモリ内の通信ルーチンを介してゲー
ムＣＰＵメモリへ格納される。モデルソフトウェアは、
ＳＣＰＵ２００メモリ内に、データ領域に書き込まれた
ユニット情報およびユニットポインタを含む。モデルソ
フトウェアは、ＣＰＵ２２８内の制御ファイル領域に記
憶される相互参照データ、ラベルテキストまたはメッセ
ージテキストとして編集するためのマイナデータである
制御ファイルデータをも含む。制御ファイルデータは、
編集されたデータが、（編集を禁止する）ベースファイ
ルデータであるか、または（編集を可能にする）ユーザ
ファイルデータであるかを示す属性データを含む。さら
に、制御ファイルデータは、編集の限度示す限度データ
を含む。例えば、マリオの速度が８ドット当たり１フレ
ームを超えることができないように指定した限度がセッ
トされてもよい。本発明の実施例に従えば、ユーザファ
イルは、ベースファイルのユニット情報を除くデータ領
域データおよびユニットポインタデータを含む。ユーザ
データは、また、デフォルトデータと編集されたデータ
との差を含んでもよい。

【０１３５】図４６のフローチャートは、ゲームＣＰＵ
２００およびメインＣＰＵ２２８がゲーム作成処理中に
遂行する処理のシーケンスを示す。このフローチャート
は、ゲームの修正を行うためにゲームプログラムがどの
ように実行、停止され、その後、編集が生じた点からど
のように再開されるかを示す。フローチャートの左部分
は、ゲームＣＰＵ２００のフローを示しており、フロー
チャートの右部分はメインＣＰＵ２２８のフローを示
す。メインＣＰＵ２２８のフローは、対話およびデータ
交換を示すためにゲームＣＰＵのフローと並行して示さ
れる。そのような相互交換はゲーム画面を停止すること
と、例えばマリオを編集するための特定のユニットを選
択することとによって生じる。列間の矢印は、２つのプ
ロセッサ間でのデータ交換を示す。

【０１３６】まず、ゲームプレイが開始されることにな
ると、ゲームＣＰＵ２００が制御され、前述したような
モデルソフトウェアで実施されたゲームをプレイするた
めにメインルーチンの実行を開始する（４３３）。シス
テムブレイクが開始すると、前述したようにＣＯＰコマ
ンドが生成され、ベクトルジャンプを生じて、ソフトウ
ェアがモニタＲＯＭ２０４の中から実行されることとな
る。システムブレイクがなされて、例えばマリオのキャ
ラクタが修正用に選択されると、ユニット識別子が生成
される。システムブレイク中に変更される情報は、ＣＰ
Ｕ作業用ＲＡＭ２０２内に記憶される。ベクトルジャン
プの後、ゲームＣＰＵが、モニタＲＯＭ２０４から実行
される。

【０１３７】図４６で示すように、メインＣＰＵ２２８
は、後述のプログラムループを実行して、モデルソフト
ウェアゲームプレイにおいて変更を行うためのユーザか
らの停止要求を待つ。マウスボタンがユーザによって押
圧されると、停止要求が検出されて（４４０）、ソフト
ウェア割り込みが生じ、ＣＯＰコマンドがゲームＣＰＵ
に入力される（４４１）。

【０１３８】画面表示作成中にシステムブレイクが行わ
れると、生成された表示は損なわれる。図３４に示すＳ
ＣＰＵブレイク論理は、例えば垂直ブランキング期間中
に生じるマスク不可能割り込み（ＮＭＩ）の終了時など
に生成された表示に対する影響が不可能になるまで、シ
ステムブレイクを遅延させる。メインＣＰＵ２２８が、
ＮＭＩ期間の終了時に、ＳＣＰＵブレイク論理によって
ＣＰＵ２００にＣＯＰコマンドを提供すると、ＣＰＵ２
００はモニタＲＯＭ２０４から実行を開始して、変更す
るデータをメインＣＰＵ２２８バッファ領域に送信す
る。メインＣＰＵ２２８は、変更するキャラクタの座標
位置、オブジェクトサイズおよび識別ユニット番号を知
らされる。ＣＰＵ２２８のユニット作業用ＲＡＭ領域
は、オブジェクトに関連するステータス情報を含む。そ
の後、ゲームＣＰＵは、モニタＲＯＭ２０４の中から実
行を開始することによって応答する。

【０１３９】ブロック４３４で示すように、ゲームＣＰ
Ｕ２００は、選択されたユニット作業をメインＣＰＵ２
２８に送信し、メインＣＰＵ２２８はユニット作業を受
信する（４４２）。図４５に示すメモリマップでわかる
ように、ユニット作業は、ＣＰＵ２００メモリスペース
内に含まれ、識別されたユニット作業のコピーが、メイ
ンＣＰＵ２２８ユニット作業複写領域に送信される。図
４４は、オブジェクトユニットに関連する記憶された情
報を図式的に示しており、図４７は、稼働中ユニットの
ためのユニットポインタ領域と、ユニット識別番号、表
示ポイント、キャラクタサイズ、ユニット内のプログラ
ムカウンタ等の識別された稼働中ユニットのための代表
的なユニット情報とを示す。図４８は、全ユニットのた
めのユニットポインタ領域を示しており、ユニットポイ
ンタ領域は、動画データポインタ、プログラムポイン
タ、音声ポインタ等のようなユニットポインタデータを
識別する。好ましい実施例では、図４４の右列に示す全
ユニット情報は、作業複写領域に位置付けられ得る。

【０１４０】図４６に戻って、ＣＰＵ２００がユニット
作業を送信してメインＣＰＵ２２８が受領した後、ユニ
ットが存在する場所を決定するカーソル位置に基づいて
検索が行われる（４４３）。ユニット作業は、特定のフ
レームに表示されたすべてのユニットと関連する。稼働
中ユニットの中から、ユーザは、処理を行う対象ユニッ
トを選択する。処理しようとするオブジェクトに関連す
るオブジェクト属性情報は、ＣＰＵ２２８に関連するオ
ブジェクト属性メモリ内に書き込まれ、メモリは、修正
されたユニットが表示されることになる場所を決定する
ことができるように監視される。その後、対話ボックス
が表示されて、上述したように修正されるユニットを識
別して、重ね合わせ要求が行われて、それによってゲー
ム画面および対話ボックスの両方を表示することとなる
（４４４）。その後、ユーザは、修正する特定の対象ユ
ニットを選択する（４４５）。ユーザが対象ユニットを
選択した後、さらに対話ボックスが現れて、ユーザはオ
ブジェクトモードを選択する（４４６）。例えば、選択
されるオブジェクトモードは「ドットアイコン」であっ
てもよく、ドットアイコンでは、ユーザは、ドット毎に
キャラクタ構成を変更することができる。

【０１４１】ゲームＣＰＵ２００は、ループ内のデータ
要求を待って（４３５）、最終的にはメインＣＰＵ２２
８からの要求を受信する（４４７）。最新のユーザデー
タは、ステップ４３６に示すように、ＣＰＵ２００によ
って送信されて、メインＣＰＵ２２８はこのデータを取
り入れて（４４８）、本明細書で説明しているエディタ
のうちの１つのを用いて、データを変更する（４４
９）。

【０１４２】ゲームＣＰＵ２００の側では、ゲームＣＰ
Ｕは、メインＣＰＵ２２８が編集している新規のデータ
ユニットを待って（４３７）、ブロック（４３８）にお
いて、ゲームＣＰＵ２００に対してメインＣＰＵ２２８
ルーチンのステップ（４５１）を介して送信される新規
のデータユニットを受信する。ゲームＣＰＵ２００は、
また、ユニットに対してなされた変更を識別する２バイ
トのデータブロックであるデータポインタを、ブロック
４３８で受信する。ブロック４３８で情報を受信した
後、ゲームＣＰＵ２００は、再開処理へ移って、変更さ
れて新規のユニット情報を識別するポインタによってゲ
ームの実行を再開する。

【０１４３】ブレイク命令から復帰すると、ゲームプロ
グラムは、システムブレイクが生じたのと同じ点から継
続する。ブレイクからの復帰は、所望する変更が行われ
た後に生じるＣＯＰ命令がもはや発せられなくなった後
に開始する。メインＣＰＵ２２８は、分岐してブロック
４４０に戻り、ループ内に留まって新たな停止要求を待
つ。

【０１４４】図４９および図５０は、ゲームプログラム
処理が、本実施例に従った「ユニット作業」テーブル処
理技術を用いてどのように生じるかを示すフローチャー
トである。メインルーチンゲームプログラム（４５０）
が実行を開始すると、ゲームＣＰＵ２００が初期化され
て（４５２）、初期値がユニット作業領域内に格納され
る。その後、デフォルトデータが、モデルソフトウェア
内の元データに従って、ユニット作業領域にセットされ
る（４５４）。そのような初期データに基づいて、初期
画面が生成される（４５６）。その後、メインテーブル
処理サブルーチン４５８ならびにブランキングおよびビ
デオＲＡＭ復元処理（４６０）中に、すべてのメインル
ーチンが処理される。

【０１４５】図５０は、メインテーブル処理（４５８）
を示すフローチャートである。図４２のステージステー
タスに対応するメインテーブルは、ゲームシーケンスを
示す。メインテーブルは、プログラム層の中で最上位の
プログラムルーチンであり、図３８に示すモデルソフト
ウェアのフローは、メインテーブルによって実行され
る。図３８のプログラム処理４０９が実行されると、図
４３のオブジェクトステータスに対応するユニット動作
テーブルが、各ユニットに対して参照される。メインテ
ーブル処理サブルーチン４５８では、まず、図５１で示
すメインテーブルの例のようなメインテーブル内で識別
された条件に対して参照が行われる（４６２）。図５１
に示すように、メインテーブルは、「条件」列と「処
理」列とを含む。条件列は、識別された条件に関連する
サブルーチンをポイントする多くのルーチンアドレスを
含む。図５０に戻って、ブロック４６４において、条件
列内で識別された所定の条件と一致するかどうかを決定
するチェックが行われる。条件チェックは、「ビンゴ
（合致）」フラグの状態によって決定される。所定の条
件と一致すれば、メインテーブルが、条件に対応して生
じる処理を識別するために参照される。処理列内に示さ
れる処理操作は、処理列内で識別された処理に関連した
ルーチンアドレスポインタによってポイントされる処理
を実行することによって遂行される。条件が一致しない
ことがブロック４６４でのチェックによって決定された
場合は、メインテーブル処理ルーチンは分岐してブロッ
ク４６８に進み、メインテーブルが終了したどうかを決
定するチェックが行われる。もし終了していなければ、
ルーチンは分岐してメインテーブルの次の条件へ進み、
メインテーブルのすべてのエントリが処理されるまで処
理を継続して、すべてのエントリが処理されると、図４
９に示すメインゲームプログラムルーチンへ戻る（４７
０）。

【０１４６】図５１のメインテーブルを再検討して、
「必ず」条件に関連するエントリは、ユニットが一定の
方法で動作しなければならない条件を定義する「必ず」
ルーチンのアドレスをポイントする。図５２に示す必ず
サブルーチン（４７５）に従って、「ビンゴ」と呼ばれ
るフラグが１にセットされ（４７７）、この条件は必ず
生じて、ルーチンはメインテーブル処理ルーチンに戻る
こととなる（４７９）。

【０１４７】図５３は、メインテーブルに示す「敵全
滅」条件サブルーチン（４８０）を示す。このルーチン
は、敵が削除されるかどうかを決定して、「ビンゴ」フ
ラグをセットする。図５３は、また、味方が全滅させら
れるかどうかを決定するための「味方全滅」条件サブル
ーチン（４８０）を示す。敵（または味方）全滅ルーチ
ンに従って、最初に、敵（または味方）の数が０に等し
いかどうかを決定するチェックが行われる（４８２）。
敵（または味方）の数が０に等しい場合は、ビンゴフラ
グが１にセットされ（４８４）、ルーチンは分岐してメ
インテーブル処理サブルーチンに戻る。次に、図５６の
「次ステージへ」サブルーチン（または図５７の「エン
ディングへ」サブルーチン）が、図５０の処理４６６に
おいて実行される。敵（または味方）の数が０に等しく
ない場合には、ビンゴフラグが０にセットされる（４８
６）。その後、ルーチンは、メインテーブル処理ルーチ
ンへ戻る。対応する処理は実行されない。

【０１４８】メインテーブル内の「ユニット動作」サブ
ルーチン処理（５００）に従って、ユニット動作テーブ
ルは、例えば、「亀」ユニット作業に関する動作を示す
図５４に示すユニット動作テーブルの図と同様に処理さ
れる。ユニット動作テーブルで特定された条件に関し
て、各条件および各処理は、条件および処理に関わるサ
ブルーチンをポイントするアドレスポインタによって識
別される。「必ず」条件ルーチンは、図５２に関連して
前述した。「必ず」に続く条件は、画面の右端に触れて
亀が検出される時に適用する。「踏まれたら」条件は、
亀が別のオブジェクトに踏まれる場合に適用する。左側
の条件が一致すれば、関連するアドレスポインタによっ
て示される処理が実行される。図５４に示すテーブル内
の各条件に関連する処理は自明である。

【０１４９】図５５に示す「ユニット動作」サブルーチ
ン（５００）に従って、最初に、ルーチンが、図４５の
ユニット作業領域内のユニットデータを参照する（５０
２）。その後、図５４に示すユニット動作テーブルの内
容が、各条件に関連したルーチンアドレスによって示さ
れるサブルーチンをアクセスすることによって処理され
る（５０４）。ユニット動作テーブルは、ユーザがステ
ータスエディタを介して図２２に示す表示画面を用いる
ことによって、修正されてもよい。その後、条件が一致
したかどうかを決定するためのチェックが行われる（５
０６）。ブロック５０６のチェックにより、条件が一致
したことが示されると、図５４のテーブルの処理部が、
例えば亀を右に移動させるような関連処理を遂行するた
めにアクセスされる（５０８）。ユニット動作テーブル
に関連する第１の条件が一致しない場合は、ルーチンは
分岐してブロック５１０に進み、エンドマークを検出す
ることによって、テーブルが終了状態かどうかを決定す
るチェックが行われる。テーブルが終了していない場合
は、ルーチンは分岐してブロック５０４に戻り、処理が
継続する。テーブルが終了状態にある場合は、５１２に
おいて、処理するユニットがこれ以上存在しないかどう
かを決定するチェックが行われる。このチェックによ
り、処理するユニットがまだ存在することが示される
と、ルーチンは分岐してブロック５０２に戻る。処理す
るユニットがこれ以上存在しない場合は、ルーチンは呼
出ルーチンに戻る（５１４）。

【０１５０】（図５１の）メインテーブルに戻って、
「敵全滅」条件が検出されると、図５６に示す「次のス
テージへ」ルーチンが実行される（５１６）。最初に、
ステージ番号が増分されて、次のステージ用に初期化す
る（５１８）。その後、図４５のユニット作業領域がク
リアされ（５２０）、いくつかのユニットがセットされ
て、背景ピクチャが次のステージ用に表示される（５２
２）。次のメインルーチンは、次ステージルーチンにセ
ットされる。その後、ルーチンは分岐して呼び出しルー
チンに戻る（５２６）。メインテーブルに示すの最終処
理は「エンディングへ」処理で、この処理は、味方全滅
条件の検出によって実行される。図５７に示すように、
「エンディングへ」サブルーチンが呼び出されると（５
２８）、ユニット作業がクリアされる（５３０）。その
後、ユニットはエンディング用に向けてセットされ（５
３２）、関連ピクチャが表示される（５３４）。その
後、ルーチンは分岐して呼び出しルーチンに戻る（５３
６）。次のメインルーチンは、エンディングステージル
ーチンへセットされる。

【０１５１】本発明は、現時点において最も実用的かつ
好ましい実施例と思われるものに関して説明してきた
が、本発明は開示された実施例に限定されるものではな
く、反対に、付加されたクレームの精神および範囲内に
含まれる種々の修正および構成を含むことが意図されて
いることが理解されるべきである。

【図面の簡単な説明】

【図１】ビデオグラフィックゲーム作成システムのブロ
ック図である。

【図２】図１に示すゲームプロセッサシステムコンソー
ルユニット２の斜視図である。

【図３】図１に示すゲームプロセッサシステムの実施例
のより詳細なブロック図である。

【図４】図１に示すゲームプロセッサシステムの実施例
のより詳細なブロック図である。

【図５】システムメモリスペースの一部のメモリマップ
を示す図である。

【図６】システムメモリスペースの一部のメモリマップ
を示す図である。

【図７】図３および図４の実施例が用いられ得るオンラ
インネットワーキングシステムの例を示す図である。

【図８】本実施例のプログラム作成ツールをアクセスす
るためのタイトル画面の例を示す図である。

【図９】システムブレイク画面の例を示す図である。

【図１０】キャラクタ編集画面の例を示す図である。

【図１１】ユーザがキャラクタアイコンをクリックする
ときアクセスされる画面の例を示す図である。

【図１２】「マリオ」という名称のユニットのための
「全」ステータス画面表示の例を示す図である。

【図１３】キー編集画面の例を示す図である。

【図１４】ユニット動画編集画面の例を示す図である。

【図１５】背景画面エディタの例を示す図である。

【図１６】「マップエディタ」の例を示す図である。

【図１７】ゲーム表示画面の背景が、背景画面をドラッ
グして動作中の背景上に貼り付けることによって、どの
ように修正されるかを示す図である。

【図１８】音楽編集画面を示す図である。

【図１９】音声コース毎に音楽属性を変更することがで
きる音楽エディタ画面の例を示す図である。

【図２０】音楽を再生中にリアルタイムで変更すること
ができる音楽エディタ画面の例を示す図である。

【図２１】オートプログラマの操作を示す画面表示の例
を示す図である。

【図２２】ステータスエディタ表示画面の例を示す図で
ある。

【図２３】幅広い範囲の背景キャラクタ編集が可能な
「ステージ」ウインドウ表示画面の例を示す図である。

【図２４】図８に示すマリオファクトリーのタイトル画
面の機能を示す図である。

【図２５】「ツールボックス」選択画面を介してアクセ
ス可能な編集関連ツールを識別する機能図である。

【図２６】ゲームブレイク中にアクセス可能なモデルソ
フトウェア関連編集機能を識別する機能図である。

【図２７】図３に示すゲートアレイ２２６の詳細なブロ
ック図である。

【図２８】重ね合わせ操作器回路を示す図である。

【図２９】ＲＡＭカートリッジの実施例の簡単な概要図
である。

【図３０】カートリッジのアースコネクタ、アドレスコ
ネクタ、データコネクタ、リセットコネクタおよび電源
コネクタを示す図である。

【図３１】ＲＡＭカートリッジの実施例の簡単な概要図
である。

【図３２】カートリッジのアースコネクタ、アドレスコ
ネクタ、データコネクタ、リセットコネクタおよび電源
コネクタを示す図である。

【図３３】本発明の実施例に従ったリセット関連回路の
ブロック図である。

【図３４】本発明の実施例に従ったシステムブレイクハ
ードウェアのブロック図である。

【図３５】電源の立ち上げから「マリオファクトリー」
ユーティリティータイトル画面が現れるまでの、本発明
の実施例に従った処理のシーケンスを示すフローチャー
トである。

【図３６】ユニット作業関連表示画面の例を示す図であ
る。

【図３７】「ユニット」を基本としてプログラミングが
どのように構築されているかを機能的に示すブロック図
である。

【図３８】ユニットデータの処理と、ピクチャ信号およ
び音声信号のユーザの表示画面への出力とに含まれる処
理のシーケンスを示すフローチャートである。

【図３９】ユニットデータの処理と、ピクチャ信号およ
び音声信号のユーザの表示画面への出力とに含まれる処
理のシーケンスを示すフローチャートである。

【図４０】ユニットデータの処理と、ピクチャ信号およ
び音声信号のユーザの表示画面への出力とに含まれる処
理のシーケンスを示すフローチャートである。

【図４１】ユニットデータの処理と、ピクチャ信号およ
び音声信号のユーザの表示画面への出力とに含まれる処
理のシーケンスを示すフローチャートである。

【図４２】第１および第２のモデルソフトウェアフォー
マットの例を示す図である。

【図４３】第１および第２のモデルソフトウェアフォー
マットの例を示す図である。

【図４４】オブジェクトユニットＲＡＭ情報領域とゲー
ム背景関連ＲＡＭ領域とを含むＲＡＭ情報内容のメモリ
マップの例を示す図である。

【図４５】メインＣＰＵ２２８およびゲームＣＰＵ２０
０のメモリマップの例を示す図である。

【図４６】ゲーム作成処理中にゲームＣＰＵおよびメイ
ンＣＰＵ２２８が遂行する処理のシーケンスを示すフロ
ーチャートである。

【図４７】稼働中のユニットのためのユニットポインタ
領域と、識別された稼働中のユニットのための代表的な
ユニット情報とを示す図である。

【図４８】ユニットデータの例を識別するすべてのユニ
ットのためのユニットポインタ領域を示す図である。

【図４９】ゲームプログラム処理が「ユニット作業」テ
ーブル処理技術を用いてどのように生じるかを示すフロ
ーチャートである。

【図５０】ゲームプログラム処理が「ユニット作業」テ
ーブル処理技術を用いてどのように生じるかを示すフロ
ーチャートである。

【図５１】メインテーブルの例を示す図である。

【図５２】「必ず」条件処理サブルーチンの例を示す図
である。

【図５３】「敵全滅」条件サブルーチンの例を示す図で
ある。

【図５４】「ユニット動作」テーブルの例を示す図であ
る。

【図５５】「ユニット動作」サブルーチンの例を示す図
である。

【図５６】「次のステージへ」ルーチンの例を示す図で
ある。

【図５７】「エンディングへ」サブルーチンの例を示す
図である。

【符号の説明】

２…ゲームプロセッサシステムユニットコンソール ４…ＲＡＭカセット ５…挿入ポート ６…ゲームプロセッサ識別カード ８…フロッピーディスク １０…マイクロフォン １２，１４…２人プレイヤ操作器 １６…マウス １８…キーボード ２０…交流アダプタ ２２…モデム ２４…拡張ボード ２６…プリンタ ２８…ハードディスクドライブ ３０…スキャナ

フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｇ０９Ｇ 5/36 ５３０ 9377−5Ｈ Ｇ０９Ｇ 5/36 ５３０Ｙ Ｇ０６Ｆ 15/62 ３２２Ｍ

Claims (13)

【特許請求の範囲】
1. 【請求項１】 表示画面上に表示を生成するための新規
   のビデオグラフィックプログラムを作成する目的で使用
   されるビデオグラフィックプログラム編集システムであ
   って、 ビデオグラフィックプログラムを実行するために操作可
   能な第１の処理装置と、 所望する編集ポイントで前記ビデオグラフィックプログ
   ラムの実行を停止することと、編集操作を選択すること
   とをユーザに許可するための少なくとも１つの入力装置
   と、 前記少なくとも１つの入力装置に応答して、ビデオグラ
   フィックプログラム編集関連操作を遂行するための第２
   の処理装置とを備える、ビデオグラフィックプログラム
   編集システム。
2. 【請求項２】 表示画面を有する計算システムと入力装
   置とを用いて新規のビデオゲームを作成する目的でユー
   ザがビデオゲームを編集する方法であって、前記表示画
   面上に第１の表示を生成して、修正のために選択されう
   る複数のゲーム関連アイテムを提供するステップと、 前記入力装置を介したユーザによる修正のためのアイテ
   ムの選択に応答して、前記表示画面上に第２の表示を生
   成して、前記アイテムを識別し、かつ前記選択アイテム
   を編集するために複数の編集オプションを提供するステ
   ップとを備える、ビデオゲーム編集方法。
3. 【請求項３】 表示画面を有する対話型計算システムを
   用いてビデオグラフィックプログラムに関連した表示フ
   レームのシーケンスを編集する方法であって、前記計算
   システムは、前記ビデオグラフィックプログラムを実行
   して、前記表示画面上に表示フレームのシーケンスを生
   成し、 表示フレームのシーケンスを生成するために前記ビデオ
   グラフィックプログラムの実行を開始するステップと、 所望する編集ポイントにおいて前記ビデオグラフィック
   プログラムの実行を停止するステップと、 ユーザの制御下で現在表示されている表示フレームを変
   更するステップと、 ユーザによって行われた変更を組み込んでいるゲームプ
   ログラムの実行を再開するステップとを含む、ビデオグ
   ラフィックプログラム編集方法。
4. 【請求項４】 前記計算システムは、少なくとも１つの
   入力装置を含み、前記ビデオグラフィックプログラムの
   実行を停止する前記ステップは、ユーザが編集を所望す
   るビデオ表示フレームを前記表示画面上に表示して、ユ
   ーザが前記入力装置を用いて所定の信号を生成するとき
   を検出するステップを含む、請求項３に記載のビデオグ
   ラフィックプログラム編集方法。
5. 【請求項５】 前記変更ステップは、編集のために前記
   表示画面に表示されたキャラクタのユーザ識別を検出す
   るステップを含む、請求項３に記載のビデオグラフィッ
   クプログラム編集方法。
6. 【請求項６】 前記識別キャラクタのキャラクタパター
   ンを変更するステップをさらに含む、請求項５に記載の
   ビデオグラフィックプログラム編集方法。
7. 【請求項７】 ユーザ識別キャラクタに関連した動画シ
   ーケンスを変更するステップをさらに含む、請求項５に
   記載のビデオグラフィックプログラム編集方法。
8. 【請求項８】 ユーザ識別キャラクタに関連した移動パ
   ターンを変更するステップをさらに含む、請求項５に記
   載のビデオグラフィックプログラム編集方法。
9. 【請求項９】 前記表示フレームに関連した音声を変更
   するステップをさらに含む、請求項３に記載のビデオグ
   ラフィックプログラム編集方法。
10. 【請求項１０】 前記現在表示されているフレームを変
    更するステップは、修正のための表示フレーム背景のユ
    ーザ識別を検出するステップを含む、請求項３に記載の
    ビデオグラフィックプログラム編集方法。
11. 【請求項１１】 ビデオゲームが停止されたときの表示
    フレームの背景を変更するステップをさらに含む、請求
    項１０に記載のビデオグラフィックプログラム編集方
    法。
12. 【請求項１２】 表示画面を有する対話型計算システム
    と入力装置とを用いてビデオグラフィックプログラムに
    関連した表示フレームの特有のシーケンスを作成する方
    法であって、前記計算システムは前記ビデオグラフィッ
    クプログラムを実行して表示フレームのシーケンスを生
    成し、 ビデオグラフィックプログラムを前記計算システムに格
    納するステップと、 前記ビデオグラフィックプログラムを実行して、表示フ
    レームのシーケンスを前記表示画面上に生成するステッ
    プと、 現在表示されているフレームはユーザによって編集され
    る旨を示す前記入力装置からの信号の生成を検出するス
    テップと、 前記表示フレームを修正するために選択しうる複数の編
    集オプションをユーザに表示するステップとを備える、
    ビデオグラフィックプログラム編集方法。
13. 【請求項１３】 修正されるべき表示キャラクタのユー
    ザ識別を検出するステップをさらに含む、請求項１２に
    記載のビデオグラフィックプログラム編集方法。