JPH07302492A - 再プログラム可能プラグ・イン・カートリッジ - Google Patents

Abstract

(57)【要約】 （修正有） 【目的】ＰＯＳ端末の場所でゲーム・カートリッジを製
造するために、商業的に得られるゲーム・システムと同
等の書換可能なカートリッジを提供する。 【構成】プログラミング装置は、コンピュータの記憶装
置から書換可能フラッシュ・メモリ３０を使用したゲー
ム・カートリッジ１８にディジタル内容をロードする。
書換可能カートリッジは、プログラマがそれを特定の製
造業者又は権限のある取扱業者に対して財産権のあるも
のとして確認することを可能にする識別ハードウエア３
８も含んでいる。製造プロセスの高レベルの品質管理を
行って、正しく識別されたカートリッジだけがプログラ
ムされる。カートリッジを確認した後、オペレータは、
そのカートリッジを初期化するオプション、及び店の場
所及びカートリッジ・タイプのような付加的情報をフラ
ッシュ・メモリに入力するオプションを持つ。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ビデオ及びオーディオ
・データ記憶装置及び制御された情報の生産の分野に関
するものであり、詳しく云えば、特に、ビデオ・ゲーム
・システムにおいて対話的に使用するためのポータブル
・カートリッジにおけるビデオ及びオーディオ記憶装置
に関するものである。

【０００２】

【従来の技術】今日では、アメリカ合衆国単独でも５千
万人を超えるビデオ・ゲーム・プレーヤが存在する。新
しいゲームの数が２０００タイトル以上にまで成長した
ことにつれて、ビデオ・ゲーム・カートリッジのレンタ
ル及び小売業は主要なマーケットへと発展し、ゲームの
価格は上昇し続けている。消費者の研究によれば、ゲー
ムの賃借者及び購入者の間での最大の不満の１つは、彼
らが選択したゲームを在庫の中から見つけることの困難
性である。ゲームの小売業者は、通常、ベースとして使
用すべき保存記録が存在しないため、ビデオ・ゲームに
対する需要を正確に予測することを困難と見ている。人
気は、屡々、ゲーム・プレーヤの間の非公式な口こみネ
ットワークを通して上昇する。更に、特定のゲームにと
って世に出る好機は非常に狭い。最大の需要に合うよう
に十分なカートリッジを仕入れた小売業者は、需要が減
少した時、売れなかったゲーム・カートリッジが残って
しまうであろう。小売業者が需要に合うように十分なゲ
ーム・カートリッジを仕入れなかった時には、逆の問題
が生じる。この場合、更に多くのカートリッジを生産者
に注文しなければならないであろう。このプロセスは、
マスク・プログラマブル読取り専用メモリ（ＭＰＲＯ
Ｍ）を含むカートリッジが限りある製造時間で、しか
も、小売業者への配送を遅らせる海外で屡々生産される
ため、非常に長いリード・タイムによる収益の減少を導
くことがある。

【０００３】

【発明が解決しようとする課題】現在、小売業者は、ゲ
ーム・カートリッジのレンタル及び小売業のためのＭＰ
ＲＯＭベースのゲーム・カートリッジに関する消費者の
需要を予測しなければならない。通常、その予測は、特
に、それが従前の市場記録を持たない新しいゲーム・タ
イトルに係るものである場合、非常に不正確である。小
売業者はゲーム・カートリッジの過剰在庫又は過少在庫
を強いられ、それは、総収益の減少を生じさせるキャッ
シュ・フロー問題又は売上げ減を導く。小売業者が過剰
在庫する場合、ＭＰＲＯＭゲーム・カートリッジは改造
可能なものでないため、最終的には、それらは無用な在
庫品となるであろう。一方、過少在庫することは、小売
業者が消費者の需要を満足させることができないため、
レンタル又は販売収益の減少を生じさせる。更に、ＭＰ
ＲＯＭをプログラムする効率又はＥＰＲＯＭ或いはＥＥ
ＰＲＯＭを再プログラムする効率は、それらがオン・デ
マンド（即時応答的）小売業務にとって理想的なもので
あり得ないような効率である。

【０００４】

【課題を解決するための手段】ゲーム・プログラミング
・システムは、商業的に得られるゲーム・システム（例
えば、セガのシステム及び任天堂のシステム）と同等な
書換可能カートリッジを使用してＰＯＳの場所又はレン
タルの場所でゲーム・カートリッジを製造するものであ
る。それは、所望のゲームのジャスト・イン・タイム供
給を行うことによって賃借者又は購入者を満足させる。
小売業者は、消費者の需要に合わせるに十分な独特の設
計のゲーム・ブランクを手元に保持する必要があるだけ
である。如何なる特定のゲーム・タイトルの人気予測も
必要ない。

【０００５】本発明は、書換可能ゲーム・カートリッジ
を極めて短い期間にプログラムするために、コンピュー
タ記憶装置からディジタル的な内容をロードするよう特
別に設計されたプログラミング・デバイスより成る。そ
のゲーム・カートリッジは、従来のＭＰＲＯＭ、又はＥ
ＰＲＯＭ或いはＥＥＰＲＯＭに代わって再プログラム可
能なフラッシュ・メモリを使用する設計のものである。
その独特のフラッシュ・メモリの概念とプログラミング
・デバイスとの組合せは、このプログラムが書換可能ゲ
ーム・カートリッジを３０秒以内でプログラムできるよ
うにする。従って、ゲーム・カートリッジはオン・デマ
ンドで製造可能であり、その結果、大きな顧客満足を生
じる。小売業者は、フラッシュ・メモリをそれの更に理
想的な特徴と共に利用して書換可能カートリッジを在庫
させる必要があるだけである。

【０００６】そのフラッシュ・メモリ使用の書換可能カ
ートリッジは、プログラマがそれを特定の製造業者又は
権限ある配送業者或いは小売業者に対して財産権のある
ものとして確認することを可能にする識別ハードウエア
も含んでいる。プログラマは、正しく識別されたカート
リッジだけをプログラムすることができ、従って、製造
プロセスの厳しい品質管理を可能にする。プログラマが
カートリッジを使用可能なものとして識別した後、オペ
レータは、そのカートリッジを初期化するオプション、
及び店の場所及びカートリッジ・タイプのような付加的
情報をフラッシュ・メモリに入力するオプションを持っ
ている。初期化が必要ない場合、オペレータは、記憶装
置からカートリッジにデータをロードし始めるようプロ
グラマに命令することができる。

【０００７】そのフラッシュ・メモリ使用の再プログラ
ム可能カートリッジは、ゲームがカートリッジ上でプロ
グラムされ、顧客に賃貸されるレンタル業に容易に適応
する。カートリッジが返却された時、ゲーム内容はその
カートリッジから消去可能であり、新しいゲーム内容が
プログラム可能であり、カートリッジは何回も賃貸可能
である。売り切りという筋書きも考えられ、それは、所
有者が購入したカートリッジを新しいゲーム・タイトル
でもって再プログラムする機会を顧客に与えるであろ
う。フラッシュ・メモリがカートリッジ込みの販売にと
って高価ではなくなる時、多数のカートリッジをオン・
デマンドでプログラムすること及びそれらを顧客に販売
することによって大きな収益を得ることができる。フラ
ッシュ・メモリの価格が比較的高い場合、売り切りは、
先ず、まっさらなカートリッジを顧客に売り、しかる
後、追加料金と引換にそれを所望のゲーム内容でもって
プログラムすることにより殆ど実現可能である。或期間
の後、顧客はそのゲームに飽き、新しいゲームを望むか
もしれない。そのような場合、そのカートリッジは返却
され、新しいゲームが購入されるが、新しいブランク・
カートリッジを購入する必要はない。従って、これは、
顧客が新しいゲームを購入する場合のコストを節約す
る。

【０００８】そのゲーム・プログラミング・システムが
提供するいくつかの新規な点及び利点は、次のような事
項を含むものである。即ち、特別に設計されたカートリ
ッジをオン・デマンドで素早くプログラムすること、顧
客の要求を満足させること、財産権のある設計のものと
して確認されたカートリッジだけをプログラムするこ
と、多くのタイプ及び多くの密度のカートリッジをプロ
グラムすること、小売業者がブランク・カートリッジだ
けを在庫し、如何なるゲーム・タイトルのものも手持ち
を切らさないようする用意ができること、新しいゲーム
・タイトルを小売場所に即時配送できるようにリモート
・コントロール・サーバ側から新しいゲーム内容をダウ
ンロードすること、ゲーム・プログラマ・ボックスがＰ
Ｃから遠く離れている場合にカートリッジを遠隔プログ
ラムすること、コストを節約するために単一のＰＣによ
って多数のゲーム・プログラマ・ボックスを制御するこ
と、及び人気のあるゲームの識別、毎日の取引及びレン
タル日のモニタリング、在庫分析の提供（タイプ又は密
度によるカートリッジのリスティング）を含むゲーム・
ビジネスの分析を行うための新しいツールをその店の支
配人に提供すること、を含むものである。

【０００９】

【実施例】図１のゲーム・プログラミング・システム
は、記憶サブシステム１０、ゲーム・プログラマ・イン
ターフェース・カード１４を備えた５２７ＭＢハード・
ディスク・ドライブを有するＩＢＭ ＰＳ／Ｖａｌｕｅ
Ｐｏｉｎｔ、モデル６３８４Ｌ００のようなパーソナル
・コンピュータ（ＰＣ）１２を含む。ゲーム・プログラ
マ・インターフェース・カード１４は、外部のゲーム・
プログラマ１６に接続される。その革新的な概念は、ゲ
ーム・プログラマ・インターフェース・カード１４、ゲ
ーム・プログラマ１６、再プログラム可能なゲーム・カ
ートリッジ１８を統合することである。

【００１０】ゲーム・インターフェース・カード１４
は、パーソナル・コンピュータ１２及びゲーム・プログ
ラマ１６の間のコミュニケーション及びデータ転送を行
う。インターフェース・カード１４は、１６ビット・バ
スを介してＰＣ１２とコミュニケートする。インターフ
ェース・カード１４は、図４に更に詳細に示されるよう
に、アドレス・バッファ５６、データ・バッファ５８、
制御装置６０、ＦＩＦＯ（先入れ先出し）メモリ６２、
及びシーケンサ６４を含む。読取りオペレーションで
は、ゲーム・インターフェース・カード１４は、ゲーム
・コネクタ４０（図２）を介してゲーム・プログラマ１
６にプラグ接続された再プログラム可能ゲーム・カート
リッジ１８から情報を得る。その情報は、ゲーム・プロ
グラマ１６を通してＰＣ１２に直接に送られる。ＰＣ１
２は、この情報を使用してそのカートリッジ・タイプを
決定し、それが所定タイプのものであるかどうか、その
プログラミング・システムにより使用するための構成及
び質のものであるかどうかを決定する。

【００１１】財産権のある且つ高品質設計のゲーム・カ
ートリッジかどうかに関して独特のチェックを行うため
に、図３に最もよく示されるように、「正しい」データ
・ストリームがゲーム・プログラマ１６からゲーム・カ
ートリッジ１８に送られた場合及びその場合にのみ、そ
のカートリッジ１８のフラッシュ・メモリ３０及び３２
の書込みができるように、プログラム可能アレー・ロジ
ック（ＰＡＬ）及び汎用アレー・ロジック（ＧＡＬ）の
識別ハードウエア３８がプログラムされる。又、そのＰ
ＡＬは、ゲーム・プログラマ１６に「カートリッジ検証
済み」信号を返送するであろう。この構成は、２つの目
的、即ち、 （ａ）ゲーム・プログラマ１６は財産権のあるカートリ
ッジだけをプログラムする （ｂ）他のゲーム・プログラマは、供給されるべき独特
のデータ・ストリームを知らない場合、財産権のあるカ
ートリッジをプログラムすることができない を達成する。

【００１２】図３に示されるように、ステップ４２にお
いて、ゲーム・プログラマ１６はゲーム・カートリッジ
１８に識別データを送る。カートリッジ１８では、ステ
ップ４４に示されるように、そのデータがチェックされ
る。正しくないデータが存在する場合、不適切なデータ
信号がシーケンサ６４の書込みロジックに送られる。ス
テップ４６において、書込みロジックはディスエーブル
され、そしてステップ４７において、リターン・エラー
・コードがゲーム・プログラマ１６に送られ、そしてス
テップ４８において、ゲーム・プログラマ１６はそのプ
ロセスを停止する。カートリッジ識別データが検証され
る場合、ステップ５０において、書込みロジックはイネ
ーブルされ、ステップ５１において、リターン・カート
リッジＯＫコードがゲーム・プログラマ１６に送られ
る。そしてステップ５２を通して、ゲーム・プログラマ
１６はそのプロセスを継続する。

【００１３】更に、図２に示されるように、再プログラ
ム可能ゲーム・カートリッジ１８は１つ又は複数個のフ
ラッシュ・メモリ・チップ３０及び３２を含む。フラッ
シュ・メモリ３０又は３２を持った図示のカートリッジ
設計の例は３０秒以内でプログラム可能である。

【００１４】又、フラッシュ・メモリ３０及び３２は、
店の識別及びカートリッジ・タイプのような小売業者の
有用な情報も保持する。記憶マネージャ又はユーザ・ア
プリケーションは、カートリッジ初期化時にこの情報を
入力することができる。静的ＲＡＭ（ＳＲＡＭ）３６に
対するバックアップを行うバッテリ３４はオプショナル
であり、特殊なゲームの要件に依存する。典型的には、
バッテリ３４及びＳＲＡＭ３６は、プレーヤのスコア及
び得点結果のようなその他のものを保持するために使用
される。カートリッジ１８は、特定の製造業者、指定の
配送業者、又は小売業者に対してそれを識別するＰＡＬ
のような独特の識別ハードウエア３８を含む。ロジック
３９は、フラッシュ・メモリ３０及び３２とＳＲＡＭ３
６との間を選択するように機能する。

【００１５】カートリッジ書込みオペレーション中、ゲ
ーム・プログラマ・インターフェース・カード１４はＰ
Ｃ１２からデータを受領し、そのインターフェース・カ
ード１４におけるＦＩＦＯメモリ６２を満たす。そのカ
ード１４におけるシーケンサ６４は、アドレス、適当な
コマンド、コントロール信号及びタイミング信号を発生
し、そしてＦＩＦＯメモリ６２からゲーム・プログラマ
１６にゲーム内容を送る。更に、ゲーム・プログラマ１
６は、再プログラム可能ゲーム・カートリッジ１８にそ
の情報を送る。このゲーム・プログラミング・システム
が再プログラム可能ゲーム・カートリッジに非常に速く
データを書き込むことができるようにしているのは、イ
ンターフェース・カード１４におけるシーケンサ６４で
ある。

【００１６】ゲーム・プログラマ１６は、ゲーム・プロ
グラマ・インターフェース・カード１４及び再プログラ
ム可能ゲーム・カートリッジ１８の間のインターフェー
スを与える。このゲーム・プログラマ１６は、図５に更
に詳細に示されるように、ケーブルを含む電子的ハード
ウエア及び物理的インターフェース７０を含む。ゲーム
・そのプログラマ１６は、スロット６５、６６、６７及
び６８において多数の再プログラム可能ゲーム・カート
リッジ１８のプラグ・インに適応するようになってい
る。異なる製造業者からのカートリッジ及びゲーム・フ
ォーマットは異なる密度及びフォーム係数を持ってい
る。例えば、セガ・ジェニシスのカートリッジは、任天
堂ＳＮＥＳ（Ｓｕｐｅｒ Ｎｉｎｔｅｎｄｏ Ｅｎｔｅ
ｒｔａｉｎｍｅｎｔ Ｓｙｓｔｅｍ）に対して作られた
スロットには適合しないであろう。更に、各タイプのカ
ートリッジは、相異なる電気的接続を持っている。従っ
て、ゲーム・プログラマ１６には、４つの分離したスロ
ット６５、６６、６７、及び６８が設けられ、或いは、
例えば、多数のゲーム・フォーマットに適応するための
介在カートリッジ・アダプタが含まれる。それらは、セ
ガ・ジェニシス６５、任天堂ＳＮＥＳ６６、セガ・ジェ
ニシス・ギア６７、及び任天堂ゲーム・ボーイ６８を含
み得るものである。他のフォーマットに適応するため
に、更なるスロットが追加可能である。密度は、如何に
多くのメモリ・チップ又はカートリッジを保持できるか
を示す。より高い密度は、より多くのビットがビデオ・
ゲームによる使用のために利用可能であることを意味す
る。

【００１７】そのゲーム・プログラミング・システム
は、レンタル及び小売業者のための書換え可能フラッシ
ュ・メモリ・ゲーム・カートリッジのオン・デマンド・
プログラミングを提供する。フラッシュ・メモリ半導体
テクノロジは１９８８年にインテル社によって紹介され
た。その半導体テクノロジ・レベルにおけるインテル社
のＥＴＯＸ．（ＥＰＲＯＭトンネル・ダイオード）フラ
ッシュ・メモリは、単一トランジスタＥＰＲＯＭセルに
基づいている。このテクノロジは、高密度、真の不揮発
性、高パフォーマンス読取り・書込みメモリ・ソリュー
ションを与える。このメモリの主要な特性は低電力消費
性、極堅牢性、及び高信頼性である。低電力消費性は、
ＥＥＰＲＯＭ及びＥＰＲＯＭのような他の消去可能ＰＲ
ＯＭテクノロジに比べて特に顕著である。

【００１８】フラッシュ・メモリ・テクノロジは、シス
テム内の電気的一括消去を利用しながら、密度増加、拡
大縮小可能度、高い信頼性、及び低いコストを与える１
トランジスタ・セルを利用する。更に、フラッシュ・メ
モリは、他の固体メモリ・テクノロジに比べて明らかな
利点を示す。例えば、電気的に消去可能なプログラム可
能読取り専用メモリ（ＥＥＰＲＯＭ）と比較して、不揮
発性であるＥＥＰＲＯＭも電気的にバイト消去可能であ
る。これは更に複雑なセル構造を必要とし、その結果、
かなり異なった特徴及び機能は有限の容量対密度、低信
頼性、及び高コストを含んでいる。これらは、それをメ
インストリーム・メモリとしては不適当なものにしてい
る。従って、ＥＥＰＲＯＭのセル構造はフラッシュ・メ
モリよりも更に複雑（即ち、記憶された更に多くの部品
及びデータを含む）である。更に、ＥＥＰＲＯＭをプロ
グラムする時、各ロケーション又はセルに書き込むため
には、それは約１０ミリ秒を必要とする。フラッシュ・
メモリをプログラムする時、各ロケーションをプログラ
ムするには、約９マイクロ秒しか必要としない。フラッ
シュ・メモリ３０及び３２（それぞれが８ビット幅であ
り、アドレスされる時には、１６ビット並列で行われ
る）を持った図示の例では、２メガバイトが１０秒以下
でプログラム可能である。これは、ＥＥＰＲＯＭよりも
約３桁の大きさに倍する程速い。

【００１９】本システムの実施例では、２つの８メガビ
ット・フラッシュ・メモリ・チップ（インテル社の２８
Ｆ００８ＳＡ）が使用される。これは、１つのカートリ
ッジにおいて２メガバイトの記憶装置を与える。ゲーム
・プログラマ１６は１６メガバイトまでを扱うことがで
き、ゲーム・カートリッジに対する殆どのメモリ必要条
件を満たすであろう。又、ゲーム・プログラマ１６は、
必要に応じて、更に高い密度を持ったメモリ・カートリ
ッジに適応するよう、困難なしに再設計可能である。カ
ートリッジを製造するための時間は、それが製造されて
いる間、顧客が不当に遅いと感じることなくその製品を
待つことができるように、３０秒以下にまで徹底的に減
少させられた。

【００２０】ゲーム・プログラマ・インターフェース・
カード１４のシーケンサ（ＳＥＱ）６４は図６において
最もよく示される。ＩＳＡインターフェース又はＩＳＡ
バス・インターフェースは、ＩＳＡバス・コントロール
・インターフェース７１を含み、ＩＳＡバスとシーケン
サ６４との間のインターフェースに対するコントロール
・ロジックを与える。フラッシュ・メモリ・インターフ
ェース７３はフラッシュ・メモリＩ／Ｏ信号を与える。
ＦＩＦＯ７４（又は、図４において、ＦＩＦＯ６２とし
て示された）は、シーケンサ６４がフラッシュ・メモリ
３０及び３２のプログラミングを実行しつつある間、ゲ
ーム・データをロードするためにＩＳＡバスによって使
用される。シーケンサ６４は、ＦＩＦＯ７４が空でない
時、１つずつ又は区分けしてデータをオフ・ロードす
る。更に後述するＰＣチェック・サム７５は、ソフトウ
エア（ＳＷ）によって計算されそしてＰＣ１２上にロー
ドされたゲーム・チェックサムを保持する。制御装置７
６は、プログラミング・プロセスを開始するようシーケ
ンサ６４に信号するために、及び「ゲームの終わり」が
生じそして内部制御線を介して送られる時をシーケンサ
６４に知らせるために、ＰＣソフトウエアによって使用
される。ＰＣシーケンサＲＡＭアドレス（ＳＥＱ−ＲＡ
Ｍ−ＡＤＲ）７７は、シーケンサ６４のＲＡＭ８９にお
けるロケーションをアドレスするために、ＰＣソフトウ
エアによって使用される。ＰＣシーケンサＲＡＭデータ
（ＳＥＱ−ＲＡＭ−ＤＡＴ）７８は、シーケンサ６４の
ＲＡＭ８９におけるロケーションにデータを書き込むた
めに、ＰＣソフトウエアによって使用される。

【００２１】シーケンサ・インターフェースは、フラッ
シュ・メモリ・インターフェース・データ・バス７３上
にコマンドを配置するためにＦＩＦＯ７４からのＦＩＦ
Ｏデータを配置するよう機能するデータ・アウト７９を
含む。データ・イン８１はフラッシュ・メモリ・インタ
ーフェース・データ・バス７３からデータ又はステータ
スを受けるためにシーケンサ６４によって使用される。
アドレス・アウト８３は、シーケンサ６４がフラッシュ
・メモリ３０及び３２をアクセスするためのアドレスを
発生することを可能にするよう機能する。コントロール
・アウト８５は、フラッシュ・メモリ３０及び３２に制
御信号を発生するためにシーケンサ６４によって使用さ
れる。

【００２２】そのシーケンス・エンジンは、ＲＡＭ８９
記憶され且つコード・アドレス・カウンタとして機能す
るシーケンサ６４の内部コードをアクセスするアドレス
・カウンタ８７を含む。前述のように、ＲＡＭ８９はシ
ーケンサ６４の内部コードを保持する。このコードは、
パワー・オン・リセット（ＰＯＲ）後に、ＰＣソフトウ
エアによってロードされる。それは、その内容が正しく
ロードされたことを確認するために、ＰＣソフトウエア
によって読み出されそして検証される。

【００２３】図６のデコーダ９１は、シーケンサ・エン
ジン・コードをデコードし、適当な制御信号を他のレジ
スタに発生する。ＯＳＣ９３は、シーケンサ・エンジン
全体のためのクロックを発生する発振器である。ジャン
プ・アドレス（ＪＭＰ−ＡＤＲ）９５は、コード・ロケ
ーションのジャンプ・アドレスを保持するように動作す
る。ビット・テスト９５が真である場合、それの内容は
アドレス・カウンタ８７にロードされる。ビット・テス
ト９７は、種々のハードウエア（ＨＷ）ステータスをテ
ストするために、及びシーケンサ内部コードに対するブ
ランチ条件を決定するために、シーケンサ６４によって
使用される。カウンタ−１（９９）は汎用カウンタとし
てシーケンサ６４によって使用され、例えば、タイマ、
バイト・カウント、ループ・カウント、及び遅延装置と
して機能する。カウンタ−２（１０１）は同様に汎用カ
ウンタとしてシーケンサ６４によって使用され、そして
タイマ、バイト・カウント、ループ・カウント、及び遅
延装置としても機能する。保管アドレス１０３は、現在
のフラッシュ・アドレスをその後の使用のために保管す
るよう、シーケンサ６４によって使用される。ステータ
ス・レジスタ１０５は、ＰＣソフトウエアにステータス
を送るためにシーケンサ６４によって使用され、一方、
フラッシュ・チェックサム１０７は、ハードウエア・ゲ
ーム・チェックサム計算を行うために及びそれをＰＣチ
ェックサム７５と比較するためにシーケンサ６４によっ
て使用される。

【００２４】シーケンサ６４のバスは、図６に示される
ように、バス・ラインを横切る単一のハッシュ・マーク
を記されたシステム・データ・バスを含む。このシステ
ム・データ・バスはＰＣソフトウエアによってアクセス
可能である。それは、ＰＣソフトウエアへの入力とし
て、フラッシュ・データ・バス及びシーケンサ・ステー
タス・バスからマルチプレクスされる。ＰＣソフトウエ
アからの出力としては、ＩＳＡデータ・バスがある。シ
ーケンサ・アドレス・バスは２つのハッシュ・マークを
記される。これは、ＲＡＭ８９においてシーケンサ・エ
ンジン・コードをアクセスするシーケンサ・ＲＡＭバス
である。シーケンサ・データ・バスは３つのハッシュ・
マークを記される。このシーケンサ・データ・バスはオ
ブジェクト・コード・フィールド、データ・フィール
ド、及びコントロール・フィールドを有する。

【００２５】オブジェクト・コード・フィールドはデコ
ーダ９１に命令として送られる。データ・フィールド
は、カウンタ９９、１０１、及び１０５を含むレジスタ
に、例えば、データとして送られる。コントロール・フ
ィールドはフラッシュ・メモリ３０及び３２に制御信号
として直接に送られる。コントロール・フィールドは他
のフィールドから独立している。即ち、それは、他のフ
ィールドのオペレーションに影響することなく変更可能
である。オブジェクト・コード・フィールドは、通常、
データ・フィールドと共に動作する。それは、データ・
フィールドなしでも動作可能である。即ち、保管アドレ
ス１０３又はＦＩＦＯ７４はデータ・フィールドなしで
動作することができる。データ・フィールドは独自では
働かない。１つの命令で実行することができるレジスタ
は、インクレメントを行うことができるフラッシュ・チ
ェックサム１０７、保管アドレス１０３、アドレス・ア
ウト８３、下位バイト選択を行うことができるデータ・
イン８１、及びデクレメント又はインクレメントを行う
ことができるカウンタ−１（９９）及びカウンタ−２
（１０１）である。

【００２６】ソフトウエア・インターフェースは、ポー
トＩ／Ｏを通して実行されるアダプタ・コミュニケーシ
ョンを提供し、その場合、そのポートＩ／Ｏは、読取
り、書込み、消去、ＬＣＤ、ＬＥＤ、及びステータスの
オペレーションすべてに対して単一のポートを使用す
る。書込みオペレーションは、組み込まれたシーケンサ
６４及びＦＩＦＯ６２のハードウエアを使用してデータ
をフラッシュ・メモリ・カートリッジ１８に書き込む。
ＦＩＦＯ６２のサイズは２ＫＢであるので、すべての書
込みリクエストは１ＫＢブロックを使用して、及びパフ
ォーマンス向上のためにはフリップ・フロップ法を使用
して実行される。一旦データがＦＩＦＯ６２に到達する
と、シーケンサ６４はそのＦＩＦＯ６２を読み取り、そ
のデータをフラッシュ・メモリ・カートリッジ１８に転
送する。書込みオペレーション中、そのハードウエアは
簡単な８ビット・チェックサムをアキュムレートするで
あろう。書込みオペレーションが終了する時、そのチェ
ックサムは、その書込みオペレーションを検証するため
にソフトウエア・チェックサムと比較される。更に、書
込みオペレーション中、デバイス・ドライバは、各デー
タ転送後の書込みステータス信号を実行時エラーに関し
てチェックされるであろう。ＬＣＤ／ＬＥＤ書込みオペ
レーションは、インターフェース・カード１４上のポー
トＩ／Ｏを使用して実行される。

【００２７】読取りオペレーションはフラッシュ・メモ
リ３０及び３２からＩ／Ｏポートを介して直接にデータ
を読み取り、消去オペレーションは「フラッシュ特殊」
ブロック消去コマンドを使用する。それら消去コマンド
は各タイプのフラッシュ・メモリ・チップに独特のもの
である。

【００２８】単一のＰＣ１２において多数のインターフ
ェース・カード１４を使用するソフトウエア・オペレー
ションは、オペレーティング・システム・プラットフォ
ームに依存して同期的又は非同期的である。多数のゲー
ム・カートリッジ１８のスロット６５、６６、６７、及
び６８によってゲーム・プログラマ１６に取り付けられ
た単一のインターフェース・カード１４におけるソフト
ウエア・オペレーションは同期的である。従って、単一
のインターフェース・カード１４への多数のオペレーシ
ョン・リクエストは、もっと複雑なハードウエア設計に
よるのではなく、デバイス・ドライバにおけるソフトウ
エア・セマフォアによってブロック化又は直列化され
る。ハードウエア・マイクロコード・ドライバ設計のた
めには、ＰＣインターフェース・カード１４におけるシ
ーケンサ６４は、ＦＩＦＯ６２とフラッシュ・メモリ３
０及び３２との間のデータ転送オペレーションに適応す
るようにダウンロード可能なマイクロコード・セットを
必要とする。これは、そのゲーム製造システムによって
サポートされるゲーム・プログラマ１６の種々なゲーム
・カートリッジ・フォーマットを制御するマイクロコー
ドである。このマイクロコードは、カード・ＦＩＦＯレ
ジスタ６２を介してシーケンサ６４にコマンド及びデー
タを送るゲーム・システム・デバイス・ドライバ１１６
によってダウンロードされる。シーケンサ内部コードは
次のような機能、即ち、ＦＩＦＯレジスタ６２からフラ
ッシュ・メモリ３０及び３２へのデータの書込み、その
書込みオペレーションを検証するためのデータ・チェッ
クサム計算及び比較、及びフラッシュ・メモリ３０及び
３２からＦＩＦＯレジスタ６２へのデータの読取り、を
制御する。

【００２９】本願においてシーケンサ６４を使用する利
点は、シーケンサ・コードが種々なタイプの書込み可能
ＲＯＭに適合するように修正可能であることである。予
め定義されたｏｐコード及びオペランドを使用してソー
ス・コード・ファイルを作成する第１ステップ、及びＧ
ＡＳＭ.ＥＸＥ（ゲーム・アセンブラ）を使用してソー
ス・コード・ファイルをアセンブルする第２ステップを
含むステップを持った、ずっと標準的なアセンブリ言語
に類似のシーケンサ・マイクロコードが作成される。

【００３０】そのＧＡＳＭ.ＥＸＥコマンドは、元のソ
ース・コード・ファイルから２つの出力ファイルを作成
する。第１ファイルは標準的なアセンブラ・リスト（フ
ァイル名：ＬＳＴ）と同じであり、そして第２ファイル
はバイナリ・シーケンサ・マイクロコード（ＢＳＭ）フ
ァイルであり、ＢＩＮ拡張子を有する。１つのＢＳＭフ
ァイルは各ゲーム・カートリッジ・タイプに対して存在
し、そしてすべての適当なＢＳＭファイルは、デバイス
・ドライバ初期化プロセス中、ＰＣインターフェース・
カード１４へダウンロードされるであろう。

【００３１】ハードウエア及びソフトウエア・コンポー
ネントの定義及び導入が表１に示され、そしてそれにつ
いては、図７に関連して更に説明する。即ち、

【表１】 モジュール 説明 ロケーション ＦＬＲＳＹＳ.ＬＩＢ ３２ビットフラッシュ・メモリ・シス ＬＩＢ テムＡＰＩ用エキスポート・ライブラ リ ＦＬＲＳＹＳ.ＤＬＬ ３２ビットフラッシュ・メモリ・シス ＬＩＢＰＡＴ Ｈ テム用ダイナミック・リンク・ライブ ラリ ＦＬＲＩＯＰＬ.ＬＩＢ ＩＯＰＬ（リング２、１６ビット）フ ＬＩＢ ラッシュ・アダプタ・ドライバ ＦＬＲＩＯＰＬ.ＤＬＬ ＩＯＰＬ（リング２、１６ビット）フ ＬＩＢＰＡＴ Ｈ ラッシュ・アダプタ・ドライバ・ダイ ナミック・リンク・ライブラリ ＦＬＲＳＹＳ.Ｈ フラッシュＡＰＩ、エラー・コード、 ＩＮＣＬＵＤ Ｅ 及び一定の定義 ＣＦＧ.ＤＬＬ フラッシュ・メモリ・システム・サポ ＬＩＢＰＡＴ Ｈ ートＡＰＩ ＦＬＲＳＹＳ.ＩＮＩ ＦＬＲＳＹＳ.ＤＬＬを伴うフラッシュ ・ドライバ初期化ファイル（ＦＬＲＳ ＹＳ.ＤＬＬにより使用される） 図７におけるブロック１１４、１１６、及び１１８にそ
れぞれ対応したモジュールＦＬＲＳＹＳ.ＤＬＬ、ＦＬ
ＲＩＯＰＬ.ＤＬＬ、及びＣＦＧ.ＤＬＬはＯＳ/２.２.
ｘ Ｃｏｎｆｉｇ.Ｓｙｓ Ｆｉｌｅにおいて定義され
る。

【００３２】ソフトウエア・ドライバ設計は、図７に示
されるように、例えば、ＬＣＤディスプレイ７２又はキ
ーボードを含むユーザ・インターフェース・アプリケー
ション１１２とフラッシュ・メモリ・ドライバ（ＦＬＲ
ＩＯＰＬ.ＤＬＬ）１１６との間のソフトウエア・リン
クとして、リング−３ ３２ビット動的リンク・ライブ
ラリ（ＦＬＲＳＹＳ.ＤＬＬ）１１４を使うという方法
を使用している。そのＦＬＲＩＯＰＬ.ＤＬＬは、図７
に示されるように、ポートＩ／Ｏを使用してＰＣインタ
ーフェース・カード１４とコミュニケートするリング−
２ １６ビットＩＯＰＬ（入出力特権レベル）ドライバ
である。

【００３３】次の記述は、図１のゲーム・プログラミン
グ・システムを使用する方法を説明するものである。図
８に示されるように、新しいカートリッジ初期化手順
は、ステップ８０において、ディスプレイ２０から新し
いカートリッジ初期化を選択する顧客サービス技術員
（ＣＳＲ）のステップを含む。ステップ８２において、
ＣＳＲはスキャナ２２を使用してカートリッジ１８から
のバー・コードを走査する。一般に、未だプログラムさ
れてない新しいカートリッジは、次のカテゴリの情報を
持ったバー・コード標識を有するであろう。即ち、
（１）店のＩＤ、（２）カートリッジの種類、即ち、セ
ガ、任天堂等、（３）カートリッジの連続番号、この情
報は、初期化テクニック（バー・コード又はコンピュー
タ・キーボード等）によってカートリッジ・フラッシュ
・メモリ３０及び３２の一部分にプログラムされる。通
常、これは、カートリッジに対する要求に先立って、ビ
ジネス・オペレーションによって行われるであろう。そ
こで、カートリッジは、使用（即ち、顧客がゲームを注
文する）を待ってそれらの適当なビンの中に置かれる。
再使用されるべきゲーム・カートリッジも、そのカート
リッジと関連したカテゴリ番号が既にそのカートリッジ
に付されているので、同じビンに置かれる。このメモリ
・セクションに置かれる他の情報もそのゲーム識別とな
るであろう。これは、ＣＳＲが特殊なゲームをダウンロ
ードするよう製造装置に指示する時に生じる。ＣＳＲ
は、ステップ８４において、カートリッジ・ゲーム・コ
ネクタ４０と結合させるために、カートリッジ１８をゲ
ーム・プログラマ（ＧＰ）１６における適当なスロット
に挿入する。図３のステップ４４において前に行われた
ように、カートリッジ１８の識別チェックが行われる。
そこで、ＧＰは、ステップ８６において、カートリッジ
１８を初期化し、バー・コード情報をカートリッジ・フ
ラッシュ・メモリ３０及び３２に書き込み、それによ
り、ステップ８８において、記憶装置１０におけるその
システムのインベントリに新しいカートリッジ情報を自
動的に加える。

【００３４】オン・デマンドのゲーム製造は、図９に示
されるように、顧客がゲーム・プラカード、空のアマレ
イ（Ａｍａｒａｙ）ボックス、又はスリップをＣＳＲま
で持ってくるステップを含む。ＣＳＲは、ステップ９２
において、例えば、空のボックス又はスリップからバー
・コードを走査することによって製造プロセスを開始す
る。ステップ９４において、ゲーム・プロセッサにおけ
るＬＣＤパネル７２は、適当なカートリッジ１８に関し
てＣＳＲを指示する。そのゲーム・プログラミング・シ
ステムは、ステップ９６において、適正なカートリッジ
（設計、タイプ、及び密度）に関してチェックする。一
旦ステップ９８、１００、１０２、９６を通してステッ
プ９８に戻ることにより適正なカートリッジを取得及び
識別するステップが完了すると、ＬＣＤパネル７２は、
１つの例又はオプションとして、ステップ１０４及び１
０６において、ゲームが存在する場合にはカートリッジ
１８を消去するようにＣＳＲに指示する。ゲームが存在
しない場合、ステップ１０８はシステムがゲーム・カー
トリッジを書込み始める準備を行い、情報をプリンタ２
４に送る。プリンタ２４は、そのゲームに対する識別及
び指示挿入を行う。一旦アセンブルされそして完了する
と、即ち、ステップ１１０において、顧客の注文は満た
され、取引が完了する。

【００３５】前述のように、そのゲーム・プログラミン
グ・システムは他のタイプのデータ・カートリッジをプ
ログラムするように修正可能である。更に、そのシステ
ムはゲーム・カートリッジをプログラムすることに限定
されない。

【００３６】小売店の場合、顧客は、ゲーム販売店にお
ける製造のためにゲームをレビューし、選択する。ゲー
ム販売店は、好ましくは、タッチ・スクリーン・グラフ
ィカル・ユーザ・インターフェース（キーボードが妥当
な代替え物として働くけれども）を持ったモニタ有す
る。ユーザは、順次、 （１）購入又はレンタルのために利用し得るゲームをブ
ラウズするために顧客が持っている又は選択したシステ
ムのタイプ、例えば、セガ、任天堂等を選択又は識別す
る （２）しかる後、利用し得るそれらゲームのカテゴリ、
即ち、スポーツ、戦争物、子供物等を選択する （３）しかる後、タイトルをブラウズすること、及び関
連の文字を示す短いクリップ及びゲームの前面カバーと
関連したグラフィックスを含むそのゲームの簡単な説明
を見ることを始める を選択又は識別する。

【００３７】一旦顧客が特定のゲームを選択するように
意志決定を行うと、それらの選択はタッチ・スクリーン
上で行われ、注文スリップが印刷される。小売店の一部
分として、スリップ・プリンタが含まれる。スリップ
は、ＰＯＳレジスタ又は端末が置かれている前面の又は
小売店の勘定台において顧客サービス技術員（ＣＳＲ）
に与えられる。印刷されたスリップは、印刷されたゲー
ム・タイトル又はバー・コードを含むものでよい。バー
・コードは、少なくとも、その選択されたゲームに関す
る必要な情報、即ち、ゲーム識別子（ＩＤ）又は部品番
号を含む。そこで、ＣＳＲは、バー・コード部品番号を
持ったスリップをゲーム記憶コンピュータにおいて処理
し、そしてそのスリップは、バー・コード・スキャナの
ようなものによって走査されてゲーム記憶コンピュータ
に送られ、そのゲームを識別するための及び製造される
べきゲームのための必要な開始標識を与える。同時に、
適当なカートリッジがゲーム・プログラマ１６（ＲＯＭ
バーナ）に置かれる。そのゲーム・プログラマはそのカ
ートリッジに含まれる如何なる情報も読み取る。例え
ば、そのカートリッジが前に貸し出されたことがあり、
フラッシュ・メモリ及び他のカートリッジに他のゲーム
及びソース情報を含んでいる場合、図９のステップ９
６、９８、１００、及び１０２が呼び出される。その場
合、フラッシュ・メモリの一部分は完全なインベントリ
情報を含み、図１１に関連して後述するように、そのカ
ートリッジ・フラッシュ・メモリが再ロードされる前に
消去されなければならないことを意味する。

【００３８】図１０を参照して、ゲームを書き込むため
のステップを更に十分に説明する。その書き込まれるべ
き内容は暗号化されてもよく、ファイルとして圧縮され
てもよい。これについては、図１２乃至図１４に関連し
て更に十分に説明する。ステップ１２０において、アプ
リケーション１１２は、フラッシュ・メモリ３０及び３
２を意図した記憶装置１０からの内容を持ったファイル
をオープンする。次に、ステップ１２２において、アプ
リケーション１１２は、図７に示されたように、ファイ
ル内容に対するポインタをデバイス・ドライバＡＰＩに
送る。ステップ１２４は、フラッシュ・メモリ３０及び
３２に対する内容を１Ｋバイトのブロックに分けるよう
デバイス・ドライバＡＰＩを指示し、各ブロックを個々
にデバイス・ドライバに送る。図７に関して前述したよ
うに、ステップ１２６は、ＦＩＦＯ６２にデータを書き
込むようそのデバイス・ドライバに指示する。ステップ
１２８において、シーケンサ６４はＦＩＦＯ６２からデ
ータを読み取る。そこで、ステップ１３０において、そ
のデータは、シーケンサ６４によりフラッシュ・メモリ
３０及び３２に書き込まれる。ステップ１３２では、図
６に関連して前述したチェックサム・オペレーションが
シーケンサ６４により行われ、書込みオペレーションの
ステータスを検証する。この時点で、即ち、ステップ１
３４において、シーケンサ６４はその結果をデバイス・
ドライバに戻す。しかし、複数の１Ｋバイト・ブロック
を処理する必要がある場合、すべてのブロックが処理さ
れてしまうまで、ステップ１２６乃至１３４が繰り返さ
れる。

【００３９】図９、特に、ステップ１０４及び１０６に
関連して前述したゲーム消去プロセスを、図１１に関連
して更に詳しく説明する。消去プロセスはその時のフラ
ッシュ・メモリ・パラメータに依存するが、一般には、
図７によりカバーされるように、及び図１１のステップ
１３６において示されたように、アプリケーション１１
２がデバイス・ドライバＡＰＩに消去コマンドを送る必
要がある。ステップ１３８において、そのコマンドはデ
バイス・ドライバＡＰＩによってデバイス・ドライバに
送られる。ステップ１４０において、デバイス・ドライ
バは、前述のように、１６個の別々のブロック消去によ
ってフラッシュ・メモリ３０及び３２を消去するように
動作する。これは、選択されたフラッシュ・メモリに依
存する。しかし、そのカートリッジにおけるフラッシュ
・メモリが空であると仮定すると、ゲーム・バーニング
・アクティビティに対するプレアクティビティは、貼付
け条片等におけるバー・コードの配置及びカートリッジ
における付加情報の配置である。これはバー・コードを
持ったもう１つのスリップを含み、そしてフラッシュＲ
ＡＭの小さな領域には、次のような情報、即ち、 （１）店の識別子 （２）カートリッジ連続番号 （３）カートリッジの種類、例えば、セガ、任天堂等 （４）ゲーム部品番号 が組み込まれる。カートリッジ・プログラミング中、こ
の同じ情報が命令シート上にも置かれそして包含され
る。それらは両方ともＣＳＲによってパッケージされ
る。又、その情報は、複製されるべきゲームに関する情
報をすべて捕捉しているローカルの記憶コンピュータ又
はＰＯＳコンピュータ（例えば、ＩＢＭモデル９０コン
ピュータ）に送られる。この情報は、レンタル・カート
リッジに対するチェック・イン／チェック・アウトのス
テータスに関する情報と共に、取引情報と考えられる。

【００４０】或小売り組織（例えば、ブロックバスタ・
ビデオ店）では、取引情報は、例えば、１日に１回又は
他の都合のよい期間又は時間に、例えば、その小売りオ
ペレーションの本部におけるコンピュータに伝送され
る。ＰＯＳコンピュータは、何らかの脱落情報又は誤り
情報があるかどうかを決定するために、ゲーム・コンピ
ュータへの返送を検査する。例えば、店の番号が正しく
ない場合、ＰＯＳコンピュータは、他のカートリッジが
ゲーム・プログラマ１６に設置されるべきことを表すエ
ラー・コードを送るであろう。これは、カートリッジ
が、例えば、無効のカートリッジ連続番号を持っている
場合、真となるであろう。

【００４１】ＣＳＲは、ＰＯＳレジスタ又はモニタにお
いても、パッケージ命令及びプログラム済みゲーム・カ
ートリッジを更に処理する。そこには、カートリッジ・
レンタル情報、即ち、部品番号及び種々の識別番号、並
びに何らかの付加的情報、例えば、顧客の名前、住所
が、レンタル／販売価格と共に記憶可能であり、レシー
ト上に印刷可能である。又、それら情報は、ローカル記
憶コンピュータに送られ、そしてそのローカル記憶コン
ピュータが既に受け取っているカートリッジＩＤ及び部
品番号に関する情報と照合可能である。

【００４２】上記の説明から容易にわかるように、ＰＯ
Ｓレジスタ又は端末がゲーム記憶コンピュータに直接に
接続される必要はない。しかし、それは可能なことであ
り、ゲーム・ローディングの開始及びカートリッジ・プ
ログラミング・アクティビティを強化しそして自動化す
るためには、特定の記憶配列によっては有利なことさえ
ある。

【００４３】ゲーム・コンピュータはその中に、例え
ば、ハード・ディスク・ドライブ、ＣＤ−ＲＯＭ、テー
プ、又は他のローカル記憶媒体に、作成可能なすべての
ゲームに対するゲーム内容を記憶していた。以下では、
ファイル内容に対する保護システムを、ファイル機密保
護に関連して説明する。未完成ゲームの情報又は標識が
ゲーム記憶コンピュータに与えられそして新しい又は使
用済みカートリッジが導入された後、ゲーム及び付加的
な識別情報をフラッシュ・メモリ３０及び３２にロード
するシーケンスが開始される。

【００４４】例えば、電話線によって、更に別のホスト
・ゲーム・コンピュータ又はゲーム記憶コンピュータに
接続されるホスト・ゲーム・コンピュータは、そのゲー
ム・コンピュータのリモート実行診断のディレクトリ
を、必要に応じて更新するように働く。そのホスト・コ
ンピュータは、新しい又は修正されたゲームを、ゲーム
記憶コンピュータへのその後の伝送に備えてダウンロー
ドしそして記憶するようにも機能し、又、他のデータの
伝送にも備える。

【００４５】ゲーム・プログラミング・システムでは、
ゲーム・バーニング・アプリケーションが動作している
時、いつもタイマが動作し、カウントダウンしている。
更に、タイム・カウンタは、予めセットされた時間及び
期間、又はバーニングに加えて接続時間を完成させるた
めの所定の時間枠を与える。定期的には、ゲーム記憶コ
ンピュータと遠く離れて置かれることがあるホスト・コ
ンピュータとの間の接続が、例えば、モデム、衛星、又
は直接回線によるものとして試みられる。システムは、
ホスト・コンピュータとゲーム記憶コンピュータとの間
の時宜を得た接続が行われなかったり又は早計に終了し
てしまったりする場合、いつも動作しているゲーム・バ
ーナ・アプリケーションのタイム・カウンタは、会計デ
ータのような他の必要な且つ規則的に伝送されるデータ
によってはリセットされず、そしてそのシステムはカウ
ンタに残っている時間枠に対して動作するだけであり、
機能することを停止するであろう。偶発的あろうと、或
いはそうでなかろうと、オペレータがその接続破壊を生
じさせたのではない場合、オペレータはホスト・コンピ
ュータからのバックアップ・パスワードを要求すること
ができる。そのバックアップ・パスワードは、ゲーム・
バーニング・アプリケーションの正規のオペレーション
に対して、一時的なそして通常は短いが特別の選択され
た時間枠を可能にするための猶予期間又は容認を与える
であろう。これは、接続相互間に或適度な時間を与える
が、セットされた予定の時間枠内で、或いは延長した時
間枠が経過する前に、十分なサポート・データをホスト
・コンピュータとの間で最初に伝送することなくゲーム
・バーニング・アプリケーションを実行させることはな
いであろう。

【００４６】責任能力を維持するために、及び容認され
た会計実務に従うように、ホスト・コンピュータへのゲ
ーム・コンピュータの接続が行われる時のビジネス活動
が時宜にかなって考慮されなければならない。ゲーム・
バーニング・アプリケーションは、２つの選択された時
間枠が経過した後には動作しないであろう。しかし、接
続が回復されそしてサポート・データを含む他のすべて
のデータがゲーム記憶コンピュータ及びホスト・コンピ
ュータの間で伝送される場合、それは正規のオペレーシ
ョンにリセットするであろう。

【００４７】図１２乃至図１４には、無許可アクセス又
は読取りからコンピュータ・ファイルを保護するための
変更点を備えた機密保護プロセスが示される。記憶媒体
上のデータ及びそれのロケーションを隠蔽するために数
多くのレベルが組み込まれる。そのプロセスは暗号化さ
れたディレクトリ・サービス・ファイルを組み込んでお
り、そのファイルは、実際のビデオ・ゲーム内容ファイ
ルに対するポインタ及びその内容ファイルを暗号解読す
るためのキーを含んでいる。それら内容ファイルは暗号
化され、その上、圧縮可能である。その圧縮は、そのプ
ロセスにおけるオプショナル・ステップを構成する。こ
の方法は、ＣＤ−ＲＯＭ、ハード・ディスクのような使
用される記憶媒体又はネットワーク接続に関係なく適用
可能である。ビデオ・ゲーム内容ファイルは、図１３に
示されるように処理される。図１３は、先ず、ステップ
１４２において新しい内容ファイルを識別することによ
って、内容ファイル・ベース及びディレクトリ・サービ
ス・ファイルを作成する。オプショナル・ステップ１４
４は内容ファイルの圧縮を行う。このビデオ圧縮は、そ
の分野では周知のアルゴリズムを実行する。次のステッ
プ１４６は、周知の暗号化方法を使用して内容ファイル
を暗号化する。ステップ１４８は内容ファイルのマスタ
・ディスク・ファイルを作成するか、又は内容ファイル
を記憶媒体にコピーする。しかる後、ステップ１５０に
おいて、各内容ファイルに対するディレクトリ・ファイ
ル・エントリが作成される。それは、ファイルＩＤ、内
容ファイルに対するポインタ／経路、暗号解読キー、暗
号化されたブロックの数、開始レコード、レコードの
数、及び圧縮フラッグを含む。

【００４８】これは、図１２において、マスタ内容ファ
イル１５２としてブロック形式で示される。一旦すべて
の内容ファイルが、ステップ１５４で決定されるように
処理されてしまうと、ステップ１５６において、ディレ
クトリ・ファイルが暗号化される。

【００４９】内容ファイルのアクセス及び読取りは図１
４のステップにおいて示される。ディレクトリ・ファイ
ルの暗号解読はステップ１５８において生じる。ステッ
プ１６０では、内容ファイルを見つけるために、ディレ
クトリ・ファイルが使用される。ステップ１６２におい
て内容ファイルが読み取られ、ステップ１６４において
その内容ファイルの暗号解読が始まる。ステップ１４４
において圧縮のオプションが実施された場合、ステップ
１６６は、内容ファイルを圧縮解除し、ステップ１６８
において使用準備のできたファイルを供給する。

【００５０】図１３のステップ１５０で発生されたディ
レクトリ・サービス・ファイルは、公開キー（非対称
的）又は専用キー（対称的）暗号化を通して暗号化可能
である。内容ファイルは別個に記憶され、専用キー（対
称的）暗号化を通して暗号化可能である。専用キー暗号
化又は対称的暗号化は、送信側及び受信側の各々がその
キーを私的に知っていることを意味し、同じキーが暗号
化及び暗号解読のために使用されるであろう。しかし、
公開キー暗号化又は非対称的暗号化は或レベルの機密保
護を加える。公開暗号化キーは公然と、例えば、多くの
人によって知られている。特別のソフトウエア・プログ
ラムが、情報の意図した受信側によって使用される。そ
の特別プログラムの場合、公開キーは専用キーと共に無
作為に発生される。その専用キーは、或ユーザによっ
て、その或ユーザのために作成され、受信側だけがその
専用キーを知っているだけである。専用キーは、ランダ
ムに発生された公開キーと数学的関係を持ち、その各々
は他方の関数である。受信側は暗号解読だけのために専
用キーを使用する。送信側はその意図した受信側、即
ち、その情報を受けるべき人から公開キーを受け取る。
そして送信側は、暗号化だけのためにその公開キーを入
れることができる。

【００５１】この方法は、内容ファイルの開始点及び終
了点の更なる曖昧さのために、可変パッド及びランダム
・パッドをマスタ内容ファイルの中のすべての内容ファ
イルに加えることによって追加レベルの機密保護を加え
る。

【００５２】まとめとして、本発明の構成に関して以下
の事項を開示する。

【００５３】コンピュータ・プログラムをディジタル的
に受け取って記憶するための再プログラム可能プラグ・
イン・カートリッジにして、カートリッジ・フレーム
と、前記カートリッジ・フレームによって担持され、コ
ンピュータ・プログラムをディジタル的に受け取り、前
記受け取ったコンピュータ・プログラムの各々を電気的
消去可能な不揮発態様で記憶するためのフラッシュ・メ
モリと、前記カートリッジ・フレームによって担持さ
れ、初期プログラミング時に及び消去後の再プログラミ
ング時に、前記フラッシュ・メモリが前記コンピュータ
・プログラムを受け取ることできるようにするためのプ
ログラム可能ロジックと、前記コンピュータ・プログラ
ムを最初に及び再プログラミング時に受け取るよう前記
フラッシュ・メモリを接続するために前記カートリッジ
・フレームをプラグ・イン接続するためのコネクタ手段
と、を含む再プログラム可能プラグ・イン・カートリッ
ジ。

【００５４】

【発明の効果】本発明によれば、小売業者は、顧客の需
要に合ったゲームカートリッジを、現場で製作し、提供
することが可能になる。

【図面の簡単な説明】

【図１】本発明の原理に従って構成されたゲーム・プロ
グラミング・システムのブロック図である。

【図２】図１に示された再プログラム可能なカートリッ
ジの風呂くずである。

【図３】図１に示されたカートリッジ及びゲーム・プロ
グラマに対する論理的流れ図である。

【図４】図１に示されたゲーム・プログラマ・インター
フェース・カードのブロック図である。

【図５】図１に示されたゲーム・プログラマのブロック
図である。

【図６】図４に示されたゲーム・シーケンサのブロック
図である。

【図７】ハードウエアＦＩＦＯ、シーケンサ、及びカー
トリッジのソフトウエア・ドライバ設計のためのブロッ
ク図である。

【図８】図１に示された再プログラム可能なカートリッ
ジに対する初期化プロセスの論理的流れ図である。

【図９】図１に示された再プログラム可能なカートリッ
ジのオン・デマンド製造プロセスの論理的流れ図であ
る。

【図１０】ゲーム書込みプロセスの論理的流れ図であ
る。

【図１１】ゲーム消去プロセスの論理的流れ図である。

【図１２】暗号化のためのマスタ内容ファイルの概略的
ブロック図である。

【図１３】内容ファイルを暗号化するための論理的流れ
図である。

【図１４】内容ファイルの暗号解読するための論理的流
れ図である。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ドン・イー・バズネット、ジュニア アメリカ合衆国フロリダ州、ポンパノ・ビ ーチ、エヌ・ダブリュ・フィフティス・ド ライブ 1073 (72)発明者 パリポン・シンコーンラト アメリカ合衆国フロリダ州、ボカ・ラト ン、グリーンウッド・テラス、アパートメ ント・ジー・222 (72)発明者 ドナルド・ジェイ・ワッツェル アメリカ合衆国フロリダ州、コーラル・ス プリングス、シャドナイ・ドライブ 5088

Claims (1)

【特許請求の範囲】
1. 【請求項１】コンピュータ・プログラムをディジタル的
   に受け取って記憶するための再プログラム可能プラグ・
   イン・カートリッジにして、 カートリッジ・フレームと、 前記カートリッジ・フレームによって担持され、コンピ
   ュータ・プログラムをディジタル的に受け取り、前記受
   け取ったコンピュータ・プログラムの各々を電気的消去
   可能な不揮発態様で記憶するためのフラッシュ・メモリ
   と、 前記カートリッジ・フレームによって担持され、初期プ
   ログラミング時に及び消去後の再プログラミング時に、
   前記フラッシュ・メモリが前記コンピュータ・プログラ
   ムを受け取ることできるようにするためのプログラム可
   能ロジックと、 前記コンピュータ・プログラムを最初に及び再プログラ
   ミング時に受け取るよう前記フラッシュ・メモリを接続
   するために前記カートリッジ・フレームをプラグ・イン
   接続するためのコネクタ手段と、 を含む再プログラム可能プラグ・イン・カートリッジ。