JPH08833A - ゲーム・プログラム用のカートリッジ製造方法 - Google Patents

Abstract

(57)【要約】 【目的】 本発明の目的は、所望のゲームのジャスト・
イン・タイムの納入を提供することである。 【構成】 本発明によれば、空箱または選択伝票からバ
ー・コードをスキャンすることによって、顧客のゲーム
選択を使用して製造工程を開始するステップを含むゲー
ム製造工程が提供される。適切なカートリッジを識別
し、消去する。その後、ゲーム記憶コンピュータ内の内
容データからゲーム・カートリッジに書き込む。「焼き
付ける」予定のゲームの印をゲーム記憶コンピュータに
供給し、カートリッジが導入された後に、ゲームと追加
識別情報をフラッシュＲＡＭにロードするシーケンスが
開始される。ゲーム記憶コンピュータとホスト・コンピ
ュータの間で時宜を得た接続が行われない場合に、シス
テムが限られた時間期間の間だけ動作した後に機能が停
止される。操作員は、ゲーム焼き付けアプリケーション
の通常動作を再開するために、ホスト・コンピュータに
から猶予期間を要求することができる。

Description

【発明の詳細な説明】

【０００１】本特許文書の開示の一部に、著作権保護の
対象となる材料が含まれる。著作権所有者は、特許庁の
特許書類または記録である限り、いかなる人物によるも
のであれ本特許文書または開示の複製に異議を申し立て
ないが、この場合を除き、すべての著作権を留保する。

【０００２】

【産業上の利用分野】本発明は、ビデオおよびオーディ
オ・データの記憶と、情報の制御された製造の分野に関
し、具体的には、局所記憶位置および遠隔記憶位置で
の、オーディオおよびビデオの情報を含む情報をアクセ
スし、エンド・ユーザの使用のための材料物体内での通
信された情報の再生に関する責任能力およびファイル・
セキュリティの条件の下で小売りＰＯＳへその情報をリ
アルタイムに通信するための製造システムに関する。

【０００３】

【従来の技術】現在、アメリカ合衆国内だけで５千万人
以上のゲーム・プレイヤーがいる。ビデオ・ゲーム・カ
ートリッジのレンタルと小売りは、新しいゲームが２０
００タイトル以上になり、ゲーム価格が上昇し続けるの
につれて大きな市場に発展してきた。消費者調査の結
果、ゲームのレンタル使用者および購入者の間での最大
の不満の領域の１つが、好みのゲームを在庫から見つけ
ることの難しさであることがわかった。ゲーム小売業者
は、通常は基礎として使用できる文書記録が存在しない
ので、ビデオ・ゲームに関する需要を正確に予測できな
いことに気付いている。ゲームの人気は、プレイヤー間
の非公式な「口コミ」ネットワークを介して高まること
がしばしばである。さらに、特定のゲームが大いに売れ
る期間は、非常に短い。ピーク需要に合わせて十分なゲ
ーム・カートリッジを購入する小売業者は、需要が途切
れた時に売れ残りのゲーム・カートリッジを抱え込む可
能性がある。小売業者が需要を満たすのに十分なゲーム
・カートリッジを購入しなかった時には、逆の問題が発
生する。この場合、製造業者に追加のカートリッジを注
文する必要が生じる。このプロセスは、非常に長いリー
ドタイムのために収入が失われる結果につながる可能性
がある。というのは、マスク・プログラム可能読取り専
用メモリ（ＭＰＲＯＭ）を含むカートリッジが、通常は
限られた製造期間に、しばしば海外で生産され、小売業
者への納入が遅れるからである。

【０００４】

【発明が解決しようとする課題】現在、小売業者は、ゲ
ーム・カートリッジのレンタル業および小売業のための
ＭＰＲＯＭベースのゲーム・カートリッジに関して、消
費者需要を予測しなければならない。通常、この予測
は、過去の販売記録がない新ゲーム・タイトルの場合に
は特に、非常に不正確である。小売業者は、ゲーム・カ
ートリッジの在庫過剰または在庫不足を余儀なくされ、
その結果、キャッシュ・フロー問題や売り上げ不足が生
じ、このどちらもが総利潤の減少を引き起こす。在庫過
剰の場合、ＭＰＲＯＭゲーム・カートリッジは変更可能
ではないので、小売業者の手元に使い物にならない在庫
が残る。その一方で、在庫不足の場合、消費者需要を満
足できなくなるので、レンタルまたは小売りの収入が減
少する。さらに、ＭＰＲＯＭのプログラミングまたはＥ
ＰＲＯＭやＥＥＰＲＯＭの再プログラミングの効率は、
オンデマンド小売り事業に理想的なものではない。

【０００５】ゲーム・プログラミング・システムでは、
市販のゲーム・システム（たとえばセガ社や任天堂社の
システム）と互換性を有する書換え可能カートリッジを
使用して、販売位置（ＰＯＳ）またはレンタル位置でゲ
ーム・カートリッジを生産する。これは、望みのゲーム
をジャスト・イン・タイムで納入できるので、レンタル
業者やバイヤーを満足させる。小売業者は、消費者需要
を満たすのに十分な量の独自に設計された空白のゲーム
・カートリッジを手許に置くだけですむ。特定のゲーム
・タイトルの人気予測は不要になる。

【０００６】本発明は、コンピュータ記憶装置からディ
ジタル内容をロードして、極端に短い時間で書換え可能
ゲーム・カートリッジをプログラミングするように特別
に設計されたプログラミング装置からなる。このゲーム
・カートリッジは、従来のＭＰＲＯＭではなく、ＥＰＲ
ＯＭやＥＥＰＲＯＭでもなく、再プログラミング可能な
フラッシュ・メモリを使用する設計である。この独自の
フラッシュ・メモリ概念とプログラミング装置の組合せ
を用いることで、このシステムは、３０秒以内に書換え
可能ゲーム・カートリッジをプログラミングすることが
できる。したがって、ゲーム・カートリッジをオンデマ
ンドで製造でき、より多くの顧客の満足がもたらされ
る。小売業者は、最も理想的な特徴を有するフラッシュ
・メモリを利用する書換え可能カートリッジを在庫する
だけでよい。

【０００７】フラッシュ書換え可能カートリッジには、
識別ハードウェアも含まれ、これによって、プログラマ
が、そのカートリッジが特定の製造業者もしくは認可配
布業者または小売業者の専有であることを検証できる。
プログラマは、正しく識別され、したがって、製造過程
の厳密な品質制御が可能なカートリッジだけをプログラ
ミングすることができる。プログラマがカートリッジを
使用可能として識別した後に、操作員は、カートリッジ
を初期設定し、店舗位置やカートリッジ・タイプなどの
追加情報をフラッシュ・メモリに入力することができ
る。初期設定が不要な場合、操作員は、記憶装置からカ
ートリッジへのデータのロードを開始するようプログラ
マに指令することができる。

【０００８】フラッシュ再プログラム可能カートリッジ
は、ゲームをカートリッジにプログラミングし、顧客に
貸し出すことができるので、レンタル業にむいている。
カートリッジが返却された時に、カートリッジからゲー
ム内容を消去することができ、新しいゲーム内容をプロ
グラミングすることができ、このカートリッジを連続し
て何度も貸し出すことができる。小売りの場合も想定さ
れ、所有者は、購入したカートリッジを持ち込んで新し
いゲーム・タイトルを再プログラミングする可能性が与
えられる。フラッシュ・メモリが、カートリッジへの組
込みや販売のためにより安価になった時には、多数のカ
ートリッジをオンデマンドでプログラミングし、顧客に
販売することによって、より多くの利益を得ることがで
きる。フラッシュ・メモリの価格が相対的に高い場合に
は、まず空のカートリッジを顧客に販売し、次に追加料
金で所望のゲーム内用をプログラミングすることによっ
て、小売りを最も容易に実行できる。ある期間の後に、
顧客がゲームにあき、新しいゲームを望む可能性があ
る。このような場合には、カートリッジを販売店に持ち
込み、新たに空カートリッジを購入せずに新しいゲーム
を購入する。これによって、顧客が新しいゲームを購入
する時のハードウェア・コストが節約される。

【０００９】このゲーム・プログラミング・システムが
提供する新規性と長所には、顧客の必要を満足する、特
別に設計されたカートリッジのオンデマンドのすばやい
プログラミング、専有設計として検証されたカートリッ
ジだけのプログラミング、多くのタイプおよび密度のカ
ートリッジのプログラミング、小売業者が空カートリッ
ジだけを在庫でき、どのゲーム・タイトルも絶対に在庫
切れにならないこと、新ゲーム・タイトルを小売り位置
に即座に配布できる、遠隔制御サーバ・サイトからの新
ゲーム内容のダウンロード、ゲーム・プログラマ・ボッ
クスをＰＣから何メートルも離すことができ、１台のＰ
Ｃだけで多数のゲーム・プログラマ・ボックスを制御し
てコストを節約できる、カートリッジの遠隔プログラミ
ング、および、人気ゲームの識別と日次トランザクショ
ンおよびレンタル日数の監視と在庫分析（タイプまたは
密度によるカートリッジのリスティング）を含む、ゲー
ム事業の分析を実行するための、店舗管理者への新しい
ツールの提供が含まれる。

【００１０】

【実施例】図１のゲーム・プログラミング・システムに
は、記憶サブシステム１０と、外部のゲーム・プログラ
マ１６に接続されるゲーム・プログラマ・インタフェー
ス・カード（以下、インタフェース・カードと呼称す
る）１４を備え、５２７ＭＢのハード・ディスク駆動装
置を有するＩＢＭ社のPS/ValuePointモデル番号6384L00
などのパーソナル・コンピュータ（以下、ＰＣと呼称す
る）１２とが含まれる。本発明の概念は、インタフェー
ス・カード１４、ゲーム・プログラマ１６および再プロ
グラム可能なゲーム・カートリッジ１８のプログラミン
グと一体化されている。

【００１１】インタフェース・カード１４は、ＰＣ１２
とゲーム・プログラマ１６の間の通信とデータ転送を提
供する。インタフェース・カード１４は、１６ビット・
バスを介してＰＣ１２と通信する。インタフェース・カ
ード１４には、図４に詳細に示されるように、アドレス
・バッファ５６、データ・バッファ５８、コントローラ
６０、ＦＩＦＯ（先入れ先出しメモリまたはレジスタ）
６２およびシーケンサ６４が含まれる。読取り動作時に
は、インタフェース・カード１４は、コネクタ４０でゲ
ーム・プログラマに挿入された再プログラム可能なゲー
ム・カートリッジ１８から情報を得る。この情報は、ゲ
ーム・プログラマ１６を通り、ＰＣ１２に直接渡され
る。ＰＣ１２は、この情報を使用して、カートリッジの
タイプと、それがこのプログラミング・システムによる
使用のための所定のタイプ、構成および品質であるかど
うかを判定する。

【００１２】良質な専有設計のゲーム・カートリッジに
関する独自の検査を提供するために、図３に示されるよ
うに、「正しい」データ・ストリームがゲーム・プログ
ラマ１６からゲーム・カートリッジ１８に送られる場合
に限って、ゲーム・カートリッジ１８のフラッシュ・メ
モリ３０および３２の書込みが可能になるように、プロ
グラム可能アレイ論理（ＰＡＬ）または汎用アレイ論理
（ＧＡＬ）（以下、ＰＡＬと呼称する）３８をプログラ
ミングする。ＰＡＬ３８は、ゲーム・プログラマ１６
に"cartridge verified（カートリッジ検証済み）"信号
も送り返す。この配置によって、２つの目標すなわち、
ａ）ゲーム・プログラマ１６が、専有カートリッジだけ
をプログラミングすることと、ｂ）他のゲーム・プログ
ラマが、供給しなければならない独自のデータ・ストリ
ームを知らない限り、専有カートリッジをプログラミン
グできないことが達成される。

【００１３】図３からわかるように、ステップ４２で、
ゲーム・プログラマ１６が、ゲーム・カートリッジ１８
に識別データを送る。ステップ４４で、ゲーム・カート
リッジ１８側でこのデータを検査する。不正データが存
在する場合、ステップ４６で、シーケンサ６４の書込み
論理回路に不正データ信号を送り、これによって書込み
論理回路を使用不能にし、ステップ４７で、エラー・コ
ードをゲーム・プログラマ１６に送り、これによってス
テップ４８でゲーム・プログラマ１６を停止させる。カ
ートリッジ識別データが検証された場合、ステップ５０
で書込み論理回路を使用可能にし、ステップ５１でカー
トリッジＯＫコードをゲーム・プログラマ１６に送り、
ゲーム・プログラマ１６は、ステップ５２以降の処理を
継続する。

【００１４】図２にさらに図示されるように、再プログ
ラミング可能なゲーム・カートリッジ１８には、１つま
たは複数のフラッシュ・メモリ３０および３２が含まれ
る。フラッシュ・メモリ３０または３２を有するカート
リッジ設計の図示の実施例は、３０秒以内にプログラミ
ングすることができる。

【００１５】フラッシュ・メモリ３０および３２には、
店舗識別やカートリッジ・タイプなど、小売り店が使用
できる情報も保持される。小売り店管理プログラムまた
はユーザ・アプリケーションが、カートリッジ初期設定
時にこの情報を入力することができる。スタティックＲ
ＡＭ（以下、ＳＲＡＭと呼称する）３６のバックアップ
を提供するバッテリ３４は、任意選択であり、特定のゲ
ームの要件に依存する。通常、バッテリ３４とＳＲＡＭ
３６は、プレイヤー・スコアや他の類似の得点結果を保
持するのに使用される。ゲーム・カートリッジ１８に
は、特定の製造業者、認可流通業者または小売業者に対
してそのカートリッジを識別する、ＰＡＬ３８などの独
自の識別ハードウェアが含まれる。論理回路３９は、フ
ラッシュ・メモリ３０および３２とＳＲＡＭ３６の間で
の選択を行うように機能する。

【００１６】カートリッジ書込み動作中に、インタフェ
ース・カード１４は、ＰＣ１２からデータを受け入れ、
インタフェース・カード１４内のＦＩＦＯ６２に書き込
む。インタフェース・カード１４内のシーケンサ６４
は、アドレス、正しいコマンド、制御およびタイミング
の諸信号を生成し、ＦＩＦＯ６２からゲーム・プログラ
マ１６へゲーム内容を送り、このゲーム・プログラマ１
６が、ゲーム・カートリッジ１８に情報を渡す。このゲ
ーム・プログラミング・システムがゲーム・カートリッ
ジ１８にデータを非常に高速に書き込めるようにしてい
るのは、インターフェース・カード１４内のシーケンサ
６４である。

【００１７】ゲーム・プログラマ１６は、インタフェー
ス・カード１４とゲーム・カートリッジ１８の間のイン
タフェースを提供する。このゲーム・プログラマ１６に
は、図５の詳細からわかるように、電子ハードウェア
と、ケーブルを含む物理インタフェース７０が含まれ
る。このプログラマは、スロット６５、６６、６７およ
び６８での複数の再プログラミング可能ゲーム・カート
リッジ１８の挿入を受け入れるように適合されている。
異なる製造業者からの異なるゲーム・フォーマットのカ
ートリッジは、異なる密度とフォーム・ファクタを有す
る。たとえば、セガ社のGenesisカートリッジは、任天
堂社のSNES（Super Nintendo EntertainmentSystem）用
のスロットには挿入できない。さらに、カートリッジの
タイプごとに、電気接続が異なる。したがって、ゲーム
・プログラマ１６内に４つの別々のスロット６５、６
６、６７および６８を設けるか、たとえば複数のゲーム
・フォーマットに適応するために、中間のカートリッジ
・アダプタを含める。これには、（ａ）セガ社のＧｅｎ
ｅｓｉｓ（スロット６５）、（ｂ）任天堂社のSNES（ス
ロット６７）、（ｃ）セガ社のゲームギア（スロット６
７）および（ｄ）任天堂社のゲームボーイ（スロット６
８）が含まれる。より多くのスロットを追加して、他の
フォーマットに適応することができる。密度とは、メモ
リ・チップまたはカートリッジが保持できるデータの量
を示す。高密度とは、ビデオ・ゲームによる使用のため
により多くのビット数を使用できることを意味する。

【００１８】このゲーム・プログラミング・システム
は、レンタル業および小売業のための、書換え可能フラ
ッシュ・メモリ・ゲーム・カートリッジのオンデマンド
・プログラミングを提供する。フラッシュ・メモリ半導
体技術は、１９８８年にIntelCorporationによって導入
された。半導体技術レベルでは、Intel社のＥＴＯＸ
（ＥＰＲＯＭトンネル酸化物）フラッシュ・メモリは、
単一トランジスタＥＰＲＯＭセルに基づいている。この
技術は、高密度で真に不揮発性の高性能読書メモリ解決
を提供する。このメモリの主な特徴は、低電力消費、極
度の堅牢さおよび高い信頼性である。低電力消費は、Ｅ
ＥＰＲＯＭやＥＰＲＯＭなどの他の消去可能ＰＲＯＭ技
術と比較した時に、特に明白である。

【００１９】フラッシュ・メモリ技術では、１トランジ
スタ・セルを使用し、高い密度、スケーラビリティ、高
い信頼性および低いコストをもたらすと同時に、システ
ム内大量電気消去を利用する。さらに、フラッシュ・メ
モリには、他の固体メモリ技術と比較した時に、独自の
利点がある。たとえば、電気的に消去可能なプログラム
可能読取り専用メモリ（ＥＥＰＲＯＭ）と比較して、Ｅ
ＥＰＲＯＭは、不揮発性ではあるが、電気的にはバイト
単位で消去可能である。これは、より複雑なセル構造を
必要とし、かなり異なる微細形状と、限られた容量対密
度比、低い信頼性および高いコストを含む能力がもたら
される。このため、ＥＥＰＲＯＭは、主流派のメモリと
して適していない。したがって、ＥＥＰＲＯＭのセル構
造は、フラッシュ・メモリのセル構造より複雑である
（すなわち、記憶されるデータあたりの部品数が多
い）。さらに、ＥＥＰＲＯＭをプログラミングする時に
は、位置またはセルのそれぞれに書き込むのに約１０ｍ
ｓ（ミリ秒）が必要である。フラッシュ・メモリをプロ
グラミングする時には、各位置のプログラミングに９μ
ｓ（マイクロ秒）しかかからない。フラッシュ・メモリ
３０および３２（それぞれ８ビット幅で、アドレッシン
グされる時には、並列に１６ビットでアクセスされる）
を有する図示の例では、２メガバイトを１０秒以内でプ
ログラミングできる。これは、ＥＥＰＲＯＭの約３０倍
高速である。

【００２０】このシステムの実施例では、２つの８メガ
ビット・フラッシュ・メモリ・チップ（Intel社の28F00
8SA）を使用する。これによって、１つのカートリッジ
で２メガバイトの記憶域がもたらされる。ゲーム・プロ
グラマ１６は、１６メガバイトまでを扱うことができ、
ゲーム・カートリッジに関する記憶要件のほとんどを満
足するに違いないことに留意されたい。また、ゲーム・
プログラマ１６は、さらに高密度のカートリッジが必要
になった場合であっても、簡単に再設計して高密度のメ
モリ・カートリッジに対応できる。カートリッジを製造
する時間は、３０秒未満に劇的に短縮され、その結果、
顧客は、製造中に不当に遅いと感じることなく製品を待
つことができるようになる。

【００２１】インタフェース・カード１４のシーケンサ
６４を、図６に詳細に示す。ＩＳＡバス・インタフェー
スは、ＩＳＡバス制御インタフェース７１を含み、ＩＳ
Ａバスとシーケンサ６４の間のインタフェースに対する
制御論理機構を提供する。フラッシュ・メモリ・インタ
エース７３は、フラッシュ・メモり入出力信号を供給す
る。ＦＩＦＯ７４（図４ではＦＩＦＯ６２）は、シーケ
ンサ６４がフラッシュ・メモリ３０および３２のプログ
ラミングを実行している間にゲーム・データをロードす
るためにＩＳＡバスによって使用される。シーケンサ６
４は、ＦＩＦＯ７４が空でない時に、データを１つずつ
または組にした形でオフロードする。下でさらに説明す
るＰＣチェックサム７５は、ＰＣ上のソフトウェア（Ｓ
Ｗ）によって計算され、ロードされたゲームのチェック
サムを保持する。制御７６は、ＰＣソフトウェアによっ
て、プログラミング処理を開始するようシーケンサ６４
に信号を送り、シーケンサ６４に、ゲームの終り（End-
Of-Game）がいつ発生し、内部制御線に送られたかを知
らせるのに使用される。ＰＣシーケンサＲＡＭアドレス
７７は、ＰＣソフトウェアによって、シーケンサ６４の
ＲＡＭ８９の位置をアドレッシングするのに使用され
る。ＰＣシーケンサＲＡＭデータ７８は、ＰＣソフトウ
ェアが、シーケンサ６４のＲＡＭ位置にデータを書き込
むのに使用される。

【００２２】シーケンサ・インタフェースには、ＦＩＦ
Ｏ７４からのＦＩＦＯデータを置き、フラッシュ・メモ
リ・インタエース７３のデータ・バスにコマンドを置く
ように機能するデータ・アウト７９が含まれる。データ
・イン８１は、シーケンサ６４によって、フラッシュ・
メモリ・インタエース７３のデータ・バスからデータま
たは状況を受け取るのに使用される。アドレス・アウト
８３は、シーケンサ６４がアドレスを生成して、フラッ
シュ・メモリ３０および３２をアクセスできるようにす
るように機能する。コントロール・アウト８５は、シー
ケンサ６４によって、フラッシュ・メモリ３０および３
２への制御信号を生成するのに使用される。

【００２３】シーケンス・エンジンには、ＲＡＭ８９に
記憶されたシーケンサ６４の内部コードをアクセスし、
コード・アドレス・カウンタとして機能するアドレス・
カウンタ８７が含まれる。ＲＡＭ８９は、前に述べたよ
うにシーケンサ６４の内部コードを保持する。このコー
ドは、パワー・オン・リセット（ＰＯＲ）の後にＰＣソ
フトウェアによってロードされる。また、このコード
は、内容が正しくロードされたことを保証するために、
ＰＣソフトウェアによって読み戻され、検査される。図
６の復号器９１は、シーケンサ・エンジン・コードを復
号し、他のレジスタへの適切な制御信号を生成する。Ｏ
ＳＣ（発振器）９３は、シーケンサ・エンジン全体のク
ロックを生成する発振器である。ジャンプ・アドレス９
５は、コード位置のジャンプ・アドレスを保持するよう
に働く。ビット・テスト９７が真の場合、ジャンプ・ア
ドレス９５の内容が、アドレス・カウンタ８７にロード
される。ビット・テスト９７は、シーケンサ６４によっ
て、さまざまなハードウェア状況を試験し、シーケンサ
内部コードに関する分岐条件を判定するのに使用され
る。第１カウンタ９９は、シーケンサ６４によって、た
とえばタイマ、バイト・カウント、ループ・カウントお
よび遅延など、汎用カウンタおよび汎用機能として使用
される。同様に第２カウンタ１０１も、シーケンサ６４
によって、タイマ、バイト・カウント、ループ・カウン
トおよび遅延など、汎用カウンタおよび汎用機能として
使用される。保管アドレス１０３は、シーケンサ６４に
よって、将来の使用のために現在のフラッシュ・アドレ
スをセーブするのに使用される。状況レジスタ１０５
は、シーケンサ６４によって、ＰＣソフトウェアに状況
を送るのに使用され、フラッシュ・チェックサム１０７
は、シーケンサ６４によって、ハードウェア・ゲーム・
チェックサム計算の実行と、ＰＣチェックサム７５との
比較に使用される。

【００２４】図６からわかるように、シーケンサ６４の
バスには、１本の斜線を書き込まれたシステム・データ
・バスが含まれる。このシステム・データ・バスは、Ｐ
Ｃソフトウェアによってアクセスできる。ＰＣソフトウ
ェアへの入力として、このバスは、フラッシュ・データ
・バスおよびシーケンサ状況バスから多重化される。Ｐ
Ｃソフトウェアからの出力としてのこのバスは、ＩＳＡ
データ・バスである。シーケンサ・アドレス・バスに
は、２本の斜線が書き込まれている。これは、シーケン
サＲＡＭアドレス・バスであり、これによってＲＡＭ８
９内のシーケンサ・エンジン・コードがアクセスされ
る。シーケンサ・データ・バスには、３本の斜線が書き
込まれている。このシーケンサ・データ・バスは、ＯＰ
コード・フィールド、データ・フィールドおよび制御フ
ィールドを有する。ＯＰコード・フィールドは、命令と
して復号器９１に送られる。データ・フィールドは、た
とえば第１カウンタ９９、第２カウンタ１０１および状
況レジスタ１０５を含むレジスタに、データとして送ら
れる。制御フィールドは、フラッシュ・メモリ３０およ
び３２に、制御信号として直接送られる。制御フィール
ドは、他のフィールドから独立である、すなわち、他の
フィールドの動作に影響せずに変更することができる。
ＯＰコード・フィールドは、通常はデータ・フィールド
と共に動作する。データ・フィールドなしで動作するこ
とも可能である、すなわち、保管アドレス１０３または
ＦＩＦＯ７４は、データ・フィールドなしで動作するこ
とができる。データ・フィールドは、単独では機能しな
い。１命令で実行可能なレジスタは、増分が可能なフラ
ッシュ・チェックサム１０７、保管アドレス１０３およ
びアドレス・アウト８３と、下位バイト選択が可能なデ
ータ・イン８１と、増分または減分が可能な第１カウン
タ９９および第２カウンタ１０１である。

【００２５】ソフトウェア・インタフェースは、読取
り、書込み、消去、ＬＣＤ７２、ＬＥＤおよび状況動作
のすべてについて単一のポートを使用するポート入出力
を介して実行されるアダプタ通信を提供する。書込み動
作では、オンボードのシーケンサ６４とＦＩＦＯ６２の
ハードウェアを使用して、ゲーム・カートリッジ１８に
データを書き込む。ハードウェアＦＩＦＯであるＦＩＦ
Ｏ６２のサイズは２ＫＢなので、書込み要求のすべて
が、性能向上のためフリップフロップ法を使用して１Ｋ
Ｂブロックを使用して実行される。データがＦＩＦＯ６
２に達したならば、オンボードのシーケンサ６４が、Ｆ
ＩＦＯ６２を読み取り、そのデータをゲーム・カートリ
ッジ１８に転送する。この書込み動作の間に、ハードウ
ェアが簡単な８ビット・チェックサムを累算する。書込
み動作が完了した時、このチェックサムをソフトウェア
・チェックサムと比較して、書込み動作を検証する。さ
らに、書込み動作中に、デバイス・ドライバが、各デー
タ転送の後に書込み状況信号を検査して実行時エラーを
調べる。書込みＬＣＤ／ＬＥＤ動作は、インタフェース
・カード１４上のポート入出力を使用して実行される。

【００２６】読取り動作では、入出力ポートを介してフ
ラッシュ・メモリ３０および３２から直接にデータを読
み取り、消去動作では、「フラッシュ特有」のブロック
消去コマンドを使用する。消去コマンドは、フラッシュ
・メモリ・チップのタイプごとに独自である。

【００２７】単一のＰＣ１２内で複数のインタフェース
・カード１４を使用するソフトウェアの動作は、オペレ
ーティング・システム・プラットフォームに応じて同期
式または非同期式とすることができる。複数のゲーム・
カートリッジ１８用のスロット６５、６６、６７および
６８を有するゲーム・プログラマ１６に接続された単一
のインタフェース・カード１４に対するソフトウェアの
動作は、同期式である。したがって、単一のインタフェ
ース・カード１４に対する複数の動作要求は、より複雑
なハードウェア設計ではなくデバイス・ドライバ内で、
ソフトウェア・セマフォによってブロック化または逐次
化される。ハードウェア・マイクロコード・ドライバ設
計の場合、ＰＣ側のインタフェース・カード１４上のシ
ーケンサ６４は、ＦＩＦＯ６２とフラッシュ・メモリ３
０および３２の間のデータ転送動作を達成するためのダ
ウンロード可能なマイクロコードの組を必要とする。こ
れは、そのゲーム製造システムがサポートする、ゲーム
・プログラマ１６のさまざまなゲーム・カートリッジ・
フォーマットを制御するマイクロコードである。このマ
イクロコードは、ゲーム・プログラマ１６のデバイス・
ドライバによってダウンロードされ、このデバイス・ド
ライバは、ＦＩＦＯ６２を介してシーケンサ６４にコマ
ンドとデータを渡す。シーケンサの内部コードは、ＦＩ
ＦＯ６２からフラッシュ・メモリ３０および３２への書
込み、書込み動作を検証するためのデータ・チェックサ
ムの計算と比較、および、フラッシュ・メモリ３０およ
び３２からＦＩＦＯ６２へのデータの読取りという機能
を制御する。

【００２８】この応用例でシーケンサ６４を使用するこ
との長所は、異なるタイプの書込み可能ＲＯＭに合わせ
てシーケンサ・コードを修正できることである。シーケ
ンサ・マイクロコードは、標準的なアセンブリ言語とほ
ぼ同様に作成され、これには、定義済みのオペコードと
オペランドを使用してソース・コード・ファイルを作成
する第１ステップと、ＧＡＳＭ．ＥＸＥ（ゲーム・アセ
ンブラ）を使用してソース・コード・ファイルをアセン
ブルする第２ステップとが含まれる。

【００２９】ＧＡＳＭ．ＥＸＥコマンドによって、元の
ソース・コード・ファイルから２つの出力ファイルが作
成される。第１のファイルは、標準的なアセンブラ・リ
スティングに類似のもの（ファイル名．ＬＳＴ）であ
り、第２のファイルは、バイナリ・シーケンサ・マイク
ロコード（ＢＳＭ）であって、拡張子はＢＩＮが前提で
ある。ＢＳＭファイルは、ゲーム・カートリッジ・タイ
プごとに１つ存在し、適切なＢＳＭファイルのすべて
が、デバイス・ドライバ初期設定処理中にインタフェー
ス・カード１４にダウンロードされる。

【００３０】ハードウェアおよびソフトウェアの構成要
素の定義と導入を下の表に示し、図７に関してさらに説
明する。

【表１】

【００３１】図７のモジュール、ＦＬＲＳＹＳ．ＤＬＬ
１１４、ＦＬＲＩＯＰＬ．ＤＬＬ１１６およびＣＦＧ．
ＤＬＬ１１８のための変数ＬＩＢＰＡＴＨは、ＯＳ／２
２．ｘのＣＯＮＦＩＧ．ＳＹＳファイルで定義され
る。

【００３２】このソフトウェア・ドライバ設計では、図
７からわかるように、たとえばＬＣＤ７２やキーボード
を含むユーザ・インタフェース・アプリケーション１１
２とフラッシュ・メモリ・ドライバ（ＦＬＲＩＯＰＬ．
ＤＬＬ）１１６の間のソフトウェア・リンクとして、リ
ング３の３２ビット・ダイナミック・リンク・ライブラ
リ（ＦＬＲＳＹＳ．ＤＬＬ）１１４を使用する戦略を使
用する。ＦＬＲＩＯＰＬ．ＤＬＬは、図７からわかるよ
うに、ポート入出力を使用してインタフェース・カード
１４と通信するリング２の１６ビットＩＯＰＬ（入出力
特権レベル）ドライバである。

【００３３】次の筋書きで、図１のゲーム・プログラミ
ング・システムを使用する方法を説明する。図８に示さ
れた新カートリッジ初期設定手順には、ステップ８０
で、顧客サービス代理人（ＣＳＲ）が、ディスプレイ２
０から新カートリッジ初期設定を選択するステップが含
まれる。ＣＳＲは、ステップ８２で、スキャナ２２を使
用してゲーム・カートリッジ１８からバー・コードをス
キャンする。一般に、未プログラムの新カートリッジ
は、（１）店舗ＩＤ、（２）セガ、任天堂など、カート
リッジの種類および（３）カートリッジ通し番号という
範疇の情報に関するバー・コード印を有する。この情報
は、初期設定技法（バーコードまたはコンピュータ・キ
ーボードなどのいずれか）によって、フラッシュ・メモ
リ３０および３２の一部にプログラミングされる。これ
は通常、カートリッジが必要になる前に、企業によって
行われるはずである。その後、カートリッジは、適当な
ビンに置かれ、使用（すなわち顧客がゲームを注文する
の）を待つ。再利用されるゲーム・カートリッジも、同
じビンに置くことができるはずである。というのは、カ
ートリッジに関連する範疇番号が、すでにそのカートリ
ッジに書き込まれているからである。メモリのこの部分
に置かれるはずのもしくは置くことのできる他の情報
は、ゲームの識別になるはずである。これが発生するの
は、ＣＳＲが製造機械に特定のゲームをダウンロードす
るよう指令する時である。ステップ８４で、ＣＳＲは、
ゲーム・プログラマ１６の適当なスロットにゲーム・カ
ートリッジ１８を挿入して、コネクタ４０に係合させ
る。前に図３のステップ４４で提示したように、ゲーム
・カートリッジ１８識別検査を行う。ゲーム・プログラ
マは、ステップ８６で、ゲーム・カートリッジ１８を初
期設定し、フラッシュ・メモリ３０および３２にバー・
コード情報を書き込み、これによって、ステップ８８で
記憶サブシステム１０のシステムの在庫に新カートリッ
ジ情報が自動的に追加される。

【００３４】図９に示されたオンデマンド・ゲーム製造
には、ステップ９０で、顧客がゲーム・プラカード、空
のＡｍａｒａｙ箱または伝票をＣＳＲに持ってゆくステ
ップが含まれる。ＣＳＲは、ステップ９２で、たとえば
空箱や伝票からバー・コードをスキャンすることによっ
て、製造工程を開始する。ステップ９４で、ゲーム・プ
ログラマのＬＣＤ７２によって、ＣＳＲに適当なゲーム
・カートリッジ１８を求めるプロンプトを表示する。ス
テップ９６で、ゲーム・プログラミング・システムは、
正しいカートリッジ（設計、タイプおよび密度）につい
て検査を行う。ステップ９８、１００、１０２および９
６から９８に戻るステップを介する正しいカートリッジ
を取得し、識別するステップが完了したならば、１例と
してまたは任意選択として、ゲームが存在するならば、
ステップ１０４およびステップ１０６でカートリッジを
消去するようＣＳＲに求めるプロンプトをＬＣＤ７２に
表示する。ゲームが存在しない場合、ステップ１０８
で、システムがゲーム・カートリッジの書込みを開始
し、情報をプリンタ２４に送る。プリンタ２４は、ゲー
ムの識別と、取扱い説明書を作る。組み立てられ完了し
たならば、すなわち、ステップ１１０で、顧客の注文が
満たされ、取引きが完了する。

【００３５】上で述べたように、このゲーム・プログラ
ミング・システムは、他のタイプのデータ・カートリッ
ジをプログラミングするように修正することができる。
さらに、このシステムは、ゲーム・カートリッジのプロ
グラミングに制限されない。

【００３６】小売り店の設定では、顧客が、ゲーム・キ
オスクで製造のためにゲームを再検討し、選択する。ゲ
ーム・キオスクには、モニタが含まれ、このモニタは、
タッチ・スクリーンによるグラフィカル・ユーザ・イン
タフェースを備えることが好ましいが、キーボードも十
分に代替品として機能する。顧客は、（１）顧客が所有
しているシステムのタイプを選択するか、購入またはレ
ンタルのために入手可能なゲームの一覧（たとえばセ
ガ、任天堂など）を選択し、（２）入手可能なゲームの
範疇すなわち、スポーツ、アクション、子供向けなどを
選択し、（３）タイトルの一覧に進み、ゲームの箱の前
面に関連するグラフィックスを含む、ゲームの簡単な説
明や登場するキャラクタを示す短いクリップを見る、と
いう順序で、選択または識別を行う。

【００３７】顧客が１つまたは複数の特定のゲームを選
択することを決断したならば、これらの選択をタッチ・
スクリーン上で行い、注文伝票をプリントアウトする。
伝票プリンタは、キオスクの一部として含まれる。この
伝票は、ＰＯＳレジスタまたはＰＯＳ端末があるフロン
トまたは小売り勘定カウンタの机のところにいるＣＳＲ
に渡される。印刷された伝票には、印刷されたゲーム・
タイトルまたはバー・コードもしくはその両方を含める
ことができる。バー・コードには、少なくとも選択され
たゲームに関する必要な情報すなわち、ゲームの識別
（ＩＤ）または部品番号が含まれる。その後ＣＳＲは、
ゲーム記憶コンピュータでバー・コードの部品番号を用
いて伝票を処理し、この伝票は、バー・コード・スキャ
ナなどによってスキャンされ、ゲーム記憶コンピュータ
に送られて、ゲームの識別と製造するゲームに関する必
要な開始印をもたらす。それと同時に、適当なカートリ
ッジがゲーム・プログラマ１６（「ＲＯＭ焼き機」）に
置かれ、ゲーム・プログラマ１６は、そのカートリッジ
に含まれる情報をすべて読み取る。たとえば、カートリ
ッジが前に貸し出されたものであり、フラッシュ・メモ
リに別のゲームと他のカートリッジ情報およびソース情
報が含まれる場合、図９のステップ９６、９８、１００
および１０２が呼び出される。その場合には、フラッシ
ュ・メモリの一部に、完全な在庫情報が含まれ、後で図
１１に関して説明するように、これは、再ロードの前に
カートリッジのフラッシュ・メモリを消去しなければな
らないことを意味する。

【００３８】ゲームであれ他のプログラムであれ、書込
みのステップを、図１０を参照して完全に説明する。任
意選択として、書き込まれる内容をファイルとして暗号
化したり圧縮することができる。これは、図１２ないし
図１４に関して詳しく説明する。ステップ１２０で、ユ
ーザ・インタフェース・アプリケーション１１２が、フ
ラッシュ・メモリ３０および３２のための内容を有する
ファイルを記憶サブシステム１０からオープンする。そ
の後、ユーザ・インタフェース・アプリケーション１１
２は、ステップ１２２で、ファイル内容を指すポインタ
を、図７に示されたデバイス・ドライバＡＰＩに渡す。
ステップ１２４で、デバイス・ドライバＡＰＩが、フラ
ッシュ・メモリ３０および３２のためにその内容を１Ｋ
Ｂブロックに分解し、各ブロックを個別にデバイス・ド
ライバに渡す。前に図７で説明したように、ステップ１
２６で、デバイス・ドライバがそのデータをＦＩＦＯ６
２に書き込む。ステップ１２８で、シーケンサ６４がＦ
ＩＦＯ６２からデータを読み取る。その後、ステップ１
３０で、このデータが、シーケンサ６４によってフラッ
シュ・メモリ３０および３２に書き込まれる。その後、
ステップ１３２で、図６に関して前に説明したチェック
サム動作をシーケンサ６４が行って、書込み動作の状況
を検証する。ステップ１３４の時点で、シーケンサ６４
が、デバイス・ドライバに結果を返す。しかし、複数の
１ＫＢブロックを処理する必要がある場合には、すべて
のブロックを処理するまでステップ１２６ないしステッ
プ１３４を繰り返す。

【００３９】前に図９、具体的にはステップ１０４およ
び１０６で述べたゲーム消去処理を、図１１に関してよ
り完全に説明する。消去処理は、存在するフラッシュ・
メモリのパラメータに依存するが、一般的に、図７で説
明し図１１のステップ１３６に示されるように、ユーザ
・インタフェース・アプリケーション１１２がデバイス
・ドライバＡＰＩに消去コマンドを渡すことが必要であ
る。このコマンドは、ステップ１３８で、デバイス・ド
ライバＡＰＩによってデバイス・ドライバに渡される。
ステップ１４０で、デバイス・ドライバが、前に示した
ように１６個の別々のブロック消去を用いてフラッシュ
・メモリ３０および３２を消去するように働く。これ
は、選択されたフラッシュ・メモりに依存する。しか
し、カートリッジ内のフラッシュ・メモリが空であると
仮定すると、ゲーム焼き付け処置の前処置は、シール式
伝票または類似物にバー・コードを置き、カートリッジ
に追加情報を置くことである。これには、バー・コード
を有するもう１つの伝票が含まれ、フラッシュＲＡＭの
小さな区域に、（１）店舗識別子、（２）カートリッジ
通し番号、（３）セガ、任天堂など、カートリッジの
「種類」および（４）ゲーム部品番号という情報が組み
込まれる。カートリッジのプログラミング中に、この同
一の情報が、取扱い説明書に置かれ、含められ、カート
リッジと取扱い説明書の両方が、ＣＳＲによって梱包さ
れる。また、この情報は、ローカル店舗コンピュータま
たはＰＯＳコンピュータ（すなわちＩＢＭ社のモデル９
０コンピュータ）に送られ、このコンピュータによっ
て、複製されるゲームに関する情報のすべてが把握され
る。この情報は、レンタル・カートリッジの貸出返却状
況に関する情報と共に、取引情報とみなされる。

【００４０】一部の大規模小売業者（たとえばブロック
バスター・ビデオ・ストア）では、取引情報が、たとえ
ば１日１回または他の都合のいい間隔と回数で、たとえ
ば小売り事業の本部にあるコンピュータに伝送される。
ＰＯＳコンピュータは、失われた情報や不正な情報があ
るかどうかを判定するために、ゲーム・コンピュータへ
の伝送を監査する。たとえば、店番号が不正な場合、Ｐ
ＯＳコンピュータは、別のカートリッジをゲーム・プロ
グラマ１６に置かなければならないことを示すエラー・
コードを送る。そのカートリッジに、たとえば不正なカ
ートリッジ通し番号が含まれる場合にも、同じ結果にな
るはずである。

【００４１】ＣＳＲも、ＰＯＳレジスタまたはモニタ側
で、パッケージ取扱い説明書とプログラムされたゲーム
・カートリッジをさらに処理する。ここでは、カートリ
ッジのレンタル情報すなわち部品番号と、さまざまな識
別番号ならびに、顧客の住所氏名などの追加情報を、レ
ンタル価格または販売価格を含めて記憶し、領収証にプ
リント・アウトすることができ、また、これらをローカ
ルの店舗コンピュータに送り、ローカル店舗コンピュー
タに既に受け取られているカートリッジＩＤおよび部品
番号に関する情報と突き合わせることができる。

【００４２】これまでの説明から簡単に諒解されるとお
り、ＰＯＳレジスタまたはＰＯＳ端末をゲーム記憶コン
ピュータに直接接続する必要はない。しかし、これは可
能であり、ゲームのローディングとカートリッジ・プロ
グラミング処置の開始を拡張し、自動化するために、具
体的な店舗配置に応じて有利になる場合もある。

【００４３】ゲーム・コンピュータには、たとえば、ハ
ードディスク駆動装置、ＣＤ−ＲＯＭＳ、テープまたは
他の局所記憶媒体に、生産することのできるゲームのす
べてのゲーム内容が記憶されている。ファイル内容に関
する保護システムを、ファイル・セキュリティに関して
これから説明する。生産すべきゲームの情報または印が
ゲーム記憶コンピュータに供給された後に、新カートリ
ッジまたは使用済みカートリッジが導入され、フラッシ
ュ・メモリ３０および３２へゲームおよび追加識別情報
をロードするシーケンスが開始される。

【００４４】別のコンピュータまたはゲーム記憶コンピ
ュータに、たとえば電話線によってさらに接続されてい
るのが、ゲーム・コンピュータのディレクトリを更新
し、必要な場合に遠隔診断を走行させるように働くホス
ト・コンピュータである。ホスト・コンピュータは、後
程ゲーム記憶コンピュータに伝送するために新ゲームま
たは修正されたゲームをダウンロードし記憶するように
機能し、また、他のデータの伝送のための備えがある。

【００４５】このゲーム製造システムでは、ゲーム焼き
付けアプリケーションが動作している時には必ず、タイ
マが動作しており、カウント・ダウンしている。さら
に、タイマ・カウンタが、プリセット時間と持続時間ま
たは、焼き付けに加えて接続を完了するための所定の時
間期間のいずれかを提供する。周期的に、ゲーム記憶コ
ンピュータと、遠隔地に置くこともできるホスト・コン
ピュータとの間の接続が、たとえばモデム、衛星または
直接回線によって、試みられる。このシステムは、ホス
ト・コンピュータとゲーム記憶コンピュータの間で、時
宜を得た接続が行われないか、途中で中断された場合
に、常時走行しているゲーム焼き付けアプリケーション
のタイム・カウンタが、会計データなどの他の必要な定
期的に伝送されるデータによってリセットされなくな
り、カウンタの残り時間の間だけ動作した後に、機能を
停止するという形で機能する。偶然であれ他の理由であ
れ、接続の中断が操作員によって引き起こされたもので
ない場合、操作員は、ホスト・コンピュータからバック
・アップ・パスワードを要求することができ、これによ
って、猶予期間または許容を得て、ゲーム焼き付けアプ
リケーションの通常動作に関して一時的で通常は短い
が、余分の選択された持続時間の時間期間を得ることが
できる。これによって、接続と接続の間にある程度の時
間がもたらされるが、ゲーム焼き付けアプリケーション
は、まず、セットされたスケジュール時間期間内または
延長された時間期間が満了する前に、十分なサポート・
データをホスト・コンピュータとやり取りしなければ、
走行を許可されない。

【００４６】ホストへのゲーム・コンピュータの接続が
行われる時の業務活動の報告は、責任能力を維持し、許
容される会計実践に従うために、時宜を得た形で行わな
ければならない。ゲーム焼き付けアプリケーションは、
２つの選択された時間期間が経過した後には動作しな
い。しかし、このアプリケーションは、接続が再開さ
れ、サポート・データを含む他のすべてのデータが、ゲ
ーム記憶コンピュータとホスト・システムの間で伝送さ
れる場合には、通常動作にリセットされる。

【００４７】図１２ないし図１４に示されているのは、
無認可のアクセスまたは読取りからコンピュータ・ファ
イルを保護するための、変形を含むセキュリティ処理で
ある。複数のレベルを組み込んで、データと、記憶媒体
上のデータの位置を隠す。この処理には、実際のビデオ
・ゲーム内容ファイルを指すポインタと、内容ファイル
を暗号解読するための鍵とを含む暗号化されたディレク
トリ・サービス・ファイルが組み込まれている。内容フ
ァイルは暗号化され、圧縮することも可能である。圧縮
は、この処理に含まれる、任意選択のステップである。
この方法は、ＣＤ−ＲＯＭ、ハード・ディスクまたはネ
ットワーク経由の接続など、使用される記憶媒体に無関
係に適用可能である。ビデオ・ゲーム内容ファイルは、
図１３に示された形で処理される。図１３では、ステッ
プ１４２で新しい内容ファイルを識別することによっ
て、まず内容ファイル・ベースとディレクトリ・サービ
ス・ファイルを作成する。任意選択のステップ１４４
で、内容ファイルの圧縮を行う。このビデオ圧縮は、当
技術分野で周知のアルゴリズムに従って実行される。次
のステップ１４６で、周知の暗号化方法を使用して、内
容ファイルを暗号化する。ステップ１４８で、内容ファ
イルのマスタ・ディスクファイルを作成するか、内容フ
ァイルを記憶媒体にコピーする。その後、ステップ１５
０で、内容ファイルのそれぞれのディレクトリ・ファイ
ル項目を作成し、ファイルＩＤ、内容ファイルを指すポ
インタまたは内容ファイルのパス、暗号解読鍵、暗号化
されたブロック数、開始レコード、レコード数および圧
縮フラグを含める。

【００４８】これを、図１２にマスタ内容ファイル１５
２としてブロック形式で図示する。ステップ１５４に示
されるようにすべての内容を処理したならば、ステップ
１５６でディレクトリ・ファイルを暗号化する。

【００４９】内容ファイルのアクセスと読取りを、図１
４の諸ステップに示す。ステップ１５８で、ディレクト
リ・ファイルの暗号解読が起こる。ステップ１６０で、
このディレクトリ・ファイルを使用して内容ファイルを
見つける。明らかに、その結果、ステップ１６４での内
容ファイルの暗号解読を開始するために、ステップ１６
２で内容ファイルが読み取られる。ステップ１４４で圧
縮オプションが実行された場合には、ステップ１６６で
内容ファイルを伸長し、ステップ１６８で使用する準備
のできたファイルを提示する。図１３のステップ１５０
で生成されたディレクトリ・サービス・ファイルは、公
開鍵（非対称）暗号化または非公開鍵（対称）暗号化を
介して暗号化できる。内容ファイルは、別々に記憶する
ことができ、非公開鍵（対称）暗号化を介して暗号化で
きる。非公開鍵暗号化または対称暗号化とは、送り手と
受け手のそれぞれが、個人的に鍵を知っており、暗号化
と暗号解読に同一の鍵を使用することを意味する。しか
し、公開鍵暗号化または非対称暗号化を用いると、セキ
ュリティのレベルが高まる。公開暗号化鍵は、たとえば
複数の人物に公知の鍵である。情報の意図された受取人
は、特殊なソフトウェア・プログラムを使用する。この
特殊なプログラムを用いると、公開鍵が非公開鍵と共に
ランダムに生成されるが、この非公開鍵は、受取人であ
る１ユーザによってそのユーザのために作成され、受取
人だけがこの非公開鍵を知っている。非公開鍵は、ラン
ダムに生成された公開鍵と数学的な関係があり、どちら
もが他方の関数である。受取人は、非公開鍵を暗号解読
だけに使用する。送り手は、意図された受取人（情報を
受け取る予定の人物）から公開鍵を受け取り、送り手
は、暗号化のために限って公開鍵を入力できる。

【００５０】この方法では、内容ファイルの開始位置と
終了位置をさらに不明瞭にするために可変長のランダム
なパッドを有するマスタ内容ファイルの内部に内容ファ
イルのすべてを置くことによって、さらにセキュリティ
・レベルを追加している。

【００５１】詳細な説明を参照して本発明を具体的に図
示し、説明してきたが、当業者であれば、本発明の趣旨
および範囲から逸脱することなく、形態および詳細にお
いてさまざまな変更を行えることを理解するであろう。 ------------------------------------------------- Copyright 1994 Fairway Technologies All Rights Res
erved 通常動作 フラッシュ書込み動作 ＰＣソフトウェア １： ＰＣソフトウェアが制御レジスタに書き込ん
で、シーケンサ・コードを活動化する ２： ＦＩＦＯにゲーム内容をロードし、ＦＩＦＯ状
況を監視してＦＩＦＯオーバーフロー状態を避ける ３： ゲームの終り（ＥＯＧ）の時には、制御レジス
タに書き込んで、ＥＯＧに達したことをシーケンサに知
らせる ４： シーケンサ終了状況と、他のエラー状況が存在
するならばそれらを検査する ５： プログラムとシーケンサ・コードを終了する シーケンサ・コード １： コントロール・アウト ＝ 非活動 ２： アドレス・アウト ＝ ０ ３： データ・イン ＝ コマンド書込み ４： コントロール・アウト ＝ 書込みシーケンス ５： ジャンプ・アドレス ＝ １２ ６： ビット・テスト、ＦＩＦＯは空でないか （空
でない場合は１２：にジャンプする） ７： ジャンプ・アドレス ＝ ５ ８： ビット・テスト、ＥＯＧでないか （ＥＯＧの
場合は５：にジャンプする） ９： 状況レジスタ ＝ 状況および終了を報告 １０： ジャンプ・アドレス ＝ １１ （シーケンサ
・コードの終了） １１： ビット・テスト、常に真 （１１：にジャン
プ、無限ループ） １２： データ・アウト ＝ ＦＩＦＯ １３： コントロール・アウト ＝ 書込みシーケンス １４： コントロール・アウト ＝ 読取りシーケンス １５： ジャンプ・アドレス ＝ １６ １６： ビット・テスト、フラッシュ状況は作動可能で
ないか （状況が作動可能でない場合は１６：にジャン
プする） １７： アドレス・アウト ＝ 増分 １８： ジャンプ・アドレス ＝ ３ １９： ビット・テスト、常に真 （３：にジャンプす
る） フラッシュ読取り動作 ＰＣソフトウェア １： ＰＣソフトウェアが、ＰＣ記憶装置からゲーム
内容を読み取り、チェックサムを計算する ２： ＰＣチェックサム・レジスタにチェックサムを
書き込む ３： 制御レジスタに書き込んで、チェックサムがロ
ードされたことをシーケンサに知らせ、読取動作を開始
してチェックサムを比較する ４： シーケンサ終了状況、チェック状況およびハー
ドウェア・チェックサムを検査する ５： プログラムとシーケンサ・コードを終了する シーケンサ・コード １： コントロール・アウト ＝ 非活動 ２： アドレス・アウト ＝ ゲーム終了アドレス ３： コントロール・アウト ＝ 読取りシーケンス ４： フラッシュ・チェックサム ＝ 計算されたチ
ェックサム ５： ジャンプ・アドレス ＝ １０ ６： ビット・テスト、アドレス・アウト＝０か
（ゲームが完全に読み取られたならばアドレス・アウト
＝０） ７： アドレス・アウト ＝ 減分 （アドレスを１
つ減らす） ８： ジャンプ・アドレス ＝ ４ ９： ビット・テスト、常に真 （４：にジャンプす
る） １０： 状況レジスタ ＝ 状況および終了を報告 １１： ジャンプ・アドレス ＝ １２ （シーケンサ
・コードを終了） １２： ビット・テスト、常に真 （１２：にジャン
プ、無限ループ） ------------------------------------------------

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

【００５３】（１）人間との対話式プレイのため互換ビ
デオ・ゲーム機に挿入するためのカートリッジ内のビデ
オ・ゲームを製造する、パーソナル・コンピュータによ
って制御される方法であって、カートリッジ内の選択さ
れたビデオ・ゲームに対応する選択されたビデオ・ゲー
ム内容の製造のためにビデオ・ゲームを選択するステッ
プと、選択されたビデオ・ゲームの印を識別するステッ
プと、選択されたビデオ・ゲームに対応するゲーム内容
を含む、データを記憶するゲーム記憶コンピュータに、
カートリッジ内のビデオ・ゲーム内容の製造のため選択
されたビデオ・ゲームに対応する識別用の印を伝送する
ステップと、ゲーム記憶コンピュータへの識別用の印の
伝送の発生に対応して、取引データをパーソナル・コン
ピュータに伝送するステップと、選択されたビデオ・ゲ
ームの識別用の印に対応するゲーム内容データを、ゲー
ム記憶コンピュータからカートリッジ内のメモリにダウ
ンロードするステップと、識別用の印に対応する取引デ
ータのパーソナル・コンピュータへの伝送の失敗の結果
として所定の事象が発生した時に、カートリッジ内のメ
モリに選択されたビデオ・ゲームの内容データが完全に
ダウンロードされる前に、記憶コンピュータからのゲー
ム内容データのダウンロードを打ち切るステップとを含
む方法。 （２）所定の事象が、パーソナル・コンピュータによっ
てセットされる所定の時間期間の満了と共に発生するこ
とを特徴とする、上記（１）に記載の方法。 （３）パーソナル・コンピュータへの識別用の印に関す
る取引データの伝送の発生時に、ゲーム内容データのダ
ウンロードを再開始するステップをさらに含む、上記
（１）に記載の方法。 （４）ダウンロードのための余分の時間が認可された時
に、ゲーム内容データのダウンロードを再開始するステ
ップをさらに含む、上記（１）に記載の方法。 （５）パーソナル・コンピュータへの識別用の印に関す
る取引データの伝送の発生時に、ゲーム内容データを割
り込まれずにダウンロードするステップをさらに含む、
上記（４）に記載の方法。 （６）余分の時間期間の認可に、ゲーム記憶コンピュー
タのダウンロード時間期間を延長するためのパスワード
をセットするステップが含まれることを特徴とする、上
記（４）に記載の方法。 （７）伝送されるデータの受取人による単独使用のため
の、データの暗号解読のための非公開鍵を生成するステ
ップと、少なくとも１人の送り手による使用のための、
データの暗号解読のための公開鍵であって、非公開鍵と
数学的関係を有する前記公開鍵をランダムに生成するス
テップと、送り手が公開鍵を用いてデータを暗号化し、
暗号化されたデータを受取人に伝送するステップと、受
取人が非公開鍵を用いてデータを暗号解読するステップ
とを含む、送り手と受取人の間でのデータ伝送の安全保
護の方法。

【００５４】

【発明の効果】本発明のシステムは、望みのゲームをジ
ャスト・イン・タイムで納入できるので、レンタル業者
やバイヤーを満足させる。小売業者は、消費者需要を満
たすのに十分な量の独自に設計された空白のゲーム・カ
ートリッジを手許に置くだけですむ。特定のゲーム・タ
イトルの人気予測は不要になる。

【図面の簡単な説明】

【図１】本発明の原理による、ゲーム・プログラミング
・システムのブロック図である。

【図２】図１に示された、再プログラム可能カートリッ
ジのブロック図である。

【図３】図１に示されたカートリッジとゲーム・プログ
ラマの、論理流れ図である。

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

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

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

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

【図８】図１に示された再プログラム可能カートリッジ
の初期設定処理の論理流れ図である。

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

【図１０】ゲーム書込み処理の論理流れ図である。

【図１１】ゲーム消去処理の論理流れ図である。

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

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

【図１４】内容ファイルの非暗号化の論理流れ図であ
る。

【符号の説明】

１０ 記憶サブシステム １２ ＰＣ １４ インタフェース・カード １６ ゲーム・プログラマ １８ ゲーム・カートリッジ ２０ ディスプレイ ２２ スキャナ ２４ プリンタ ３０ フラッシュ・メモリ ３２ フラッシュ・メモリ ３４ バッテリ ３６ ＳＲＡＭ ３８ ＰＡＬ ３９ 論理回路 ４０ コネクタ ５６ アドレス・バッファ ５８ データ・バッファ ６０ コントローラ ６２ ＦＩＦＯ ６４ シーケンサ ６５ スロット ６６ スロット ６７ スロット ６８ スロット ７０ 物理インタフェース ７１ ＩＳＡバス制御インタフェース ７２ ＬＣＤ ７３ フラッシュ・メモリ・インタエース ７４ ＦＩＦＯ ７５ ＰＣチェックサム ７７ ＰＣシーケンサＲＡＭアドレス ７８ ＰＣシーケンサＲＡＭデータ ７９ データ・アウト ８１ データ・イン ８３ アドレス・アウト ８５ コントロール・アウト ８７ アドレス・カウンタ ８９ ＲＡＭ ９１ 復号器 ９３ ＯＳＣ ９５ ジャンプ・アドレス ９７ ビット・テスト ９９ 第１カウンタ １０１ 第２カウンタ １０３ 保管アドレス １０５ 状況レジスタ １０７ フラッシュ・チェックサム １１４ ＦＬＲＳＹＳ．ＤＬＬ １１６ ＦＬＲＩＯＰＬ．ＤＬＬ １１８ ＣＦＧ．ＤＬＬ １５２ マスタ内容ファイル

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ロス・エル・クック アメリカ合衆国33435 フロリダ州ボイン トン・ビーチ サーティーシックスス・ア ベニュー 901 (72)発明者 ジョージ・ジー・グルース アメリカ合衆国33442 フロリダ州ディア フィールド・ビーチ ロック・ロード 520 ナンバー38 (72)発明者 ミンタム・グエン アメリカ合衆国33441 フロリダ州デルレ イ・ビーチ ドッタレル・ロード 955 ナンバー2105 (72)発明者 ジェームス・ティー・ツェヴドス アメリカ合衆国33308 フロリダ州フォー ト・ローダーデール フィフティー・セヴ ンス・ストリート ノース・ウエスト2711 (72)発明者 スーザン・エリザベス・ウェフラー アメリカ合衆国33484 フロリダ州デルレ イ・ビーチ マディソン・ロード 5086

Claims (7)

【特許請求の範囲】
1. 【請求項１】人間との対話式プレイのため互換ビデオ・
   ゲーム機に挿入するためのカートリッジ内のビデオ・ゲ
   ームを製造する、パーソナル・コンピュータによって制
   御される方法であって、 カートリッジ内の選択されたビデオ・ゲームに対応する
   選択されたビデオ・ゲーム内容の製造のためにビデオ・
   ゲームを選択するステップと、 選択されたビデオ・ゲームの印を識別するステップと、 選択されたビデオ・ゲームに対応するゲーム内容を含
   む、データを記憶するゲーム記憶コンピュータに、カー
   トリッジ内のビデオ・ゲーム内容の製造のため選択され
   たビデオ・ゲームに対応する識別用の印を伝送するステ
   ップと、 ゲーム記憶コンピュータへの識別用の印の伝送の発生に
   対応して、取引データをパーソナル・コンピュータに伝
   送するステップと、 選択されたビデオ・ゲームの識別用の印に対応するゲー
   ム内容データを、ゲーム記憶コンピュータからカートリ
   ッジ内のメモリにダウンロードするステップと、 識別用の印に対応する取引データのパーソナル・コンピ
   ュータへの伝送の失敗の結果として所定の事象が発生し
   た時に、カートリッジ内のメモリに選択されたビデオ・
   ゲームの内容データが完全にダウンロードされる前に、
   記憶コンピュータからのゲーム内容データのダウンロー
   ドを打ち切るステップとを含む方法。
2. 【請求項２】所定の事象が、パーソナル・コンピュータ
   によってセットされる所定の時間期間の満了と共に発生
   することを特徴とする、請求項１に記載の方法。
3. 【請求項３】パーソナル・コンピュータへの識別用の印
   に関する取引データの伝送の発生時に、ゲーム内容デー
   タのダウンロードを再開始するステップをさらに含む、
   請求項１に記載の方法。
4. 【請求項４】ダウンロードのための余分の時間が認可さ
   れた時に、ゲーム内容データのダウンロードを再開始す
   るステップをさらに含む、請求項１に記載の方法。
5. 【請求項５】パーソナル・コンピュータへの識別用の印
   に関する取引データの伝送の発生時に、ゲーム内容デー
   タを割り込まれずにダウンロードするステップをさらに
   含む、請求項４に記載の方法。
6. 【請求項６】余分の時間期間の認可に、ゲーム記憶コン
   ピュータのダウンロード時間期間を延長するためのパス
   ワードをセットするステップが含まれることを特徴とす
   る、請求項４に記載の方法。
7. 【請求項７】伝送されるデータの受取人による単独使用
   のための、データの暗号解読のための非公開鍵を生成す
   るステップと、 少なくとも１人の送り手による使用のための、データの
   暗号化のための公開鍵であって、非公開鍵と数学的関係
   を有する前記公開鍵をランダムに生成するステップと、 送り手が公開鍵を用いてデータを暗号化し、暗号化され
   たデータを受取人に伝送するステップと、 受取人が非公開鍵を用いてデータを暗号解読するステッ
   プとを含む、送り手と受取人の間でのデータ伝送の安全
   保護の方法。