JP2000322254A - 電子装置及びセキュリティチェック方法 - Google Patents

Abstract

(57)【要約】 【課題】 改造に対しても迅速に対応して有効にチェッ
クすることができるセキュリティチェック方法を提供す
る。 【解決手段】 起動時に実行される第１のプログラムが
格納され、書き換え不可能な第１のブートＲＯＭ１２２
と、第１のプログラムの後に実行される第２のプログラ
ムが暗号化されて格納され、書き換え可能な第２のブー
トＲＯＭ１１６とが設けられている。第１のプログラム
を実行し、第１のプログラムにより第２のブートＲＯＭ
に格納された第２のプログラムの暗号を解除し、第２の
プログラムを実行する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ゲーム装置等の電
子装置及びセキュリティチェック方法に関する。

【０００２】

【従来の技術】一般に、ゲームソフトウエア等のプログ
ラムはＣＤ−ＲＯＭディスクやＲＯＭカートリッジの形
態で供給される。ＣＤ−ＲＯＭディスクの場合もＲＯＭ
カートリッジの場合も、特定のゲーム機専用であり、ゲ
ーム機には真正ソフトウエアであるかどうかをチェック
するセキュリティチェック機能が装備されている。この
セキュリティチェック機能の強化により、偽物のゲーム
ソフトウエアを安価に製造することが困難になってきて
いる。

【０００３】

【発明が解決しようとする課題】そこで、模倣者は、ゲ
ーム機のＲＯＭ自体を交換して、真正ソフトウエアであ
るかどうかのセキュリティチェックをスキップし、模倣
品でも実行可能となるようにゲーム機を改造する事例が
現れている。これにより、単純にコピーした偽物のゲー
ムソフトウエアでも、改造したゲーム機によりゲームを
行うことができ、ソフトウエアのセキュリティチェック
機能が有効に働かなくなる。

【０００４】また、いくらセキュリティ機能を強化して
も、模倣者はセキュリティ機能を無効にするような抜け
道を必ず考えだし、メーカは模倣者の不正行為に悩まさ
れている。不正行為への対応が技術的に可能であること
が分かったとしても、販売したゲーム機の機能を変更す
ることは困難であるので、模倣への対応を有効に行うこ
とができなかった。

【０００５】また、ゲーム機やゲームソフトウエアの発
売後にバグを見つけた場合は、バグを修正するためには
ゲーム機やゲームソフトウエア自体を交換するしかな
く、手間と費用がかかるという問題があった。

【０００６】本発明の目的は、ゲーム機等の電子装置の
改造を有効にチェックすることができるセキュリティチ
ェック方法及び電子装置を提供することにある。

【０００７】本発明の他の目的は、ゲーム機等の電子装
置の改造に対しても迅速に対応して有効にチェックする
ことができるセキュリティチェック方法及び電子装置を
提供することにある。

【０００８】本発明の他の目的は、ゲーム機等の電子装
置やソフトウエアを修正してバグ等の不都合に有効に対
応することができるソフトウエア修正方法を提供するこ
とにある。

【０００９】

【課題を解決するための手段】上記目的は、記憶媒体の
少なくとも一部に基づいて第１の認証用コードを生成
し、前記記憶媒体の少なくとも一部に基づいて第２の認
証用コードを生成し、前記記憶媒体内の、前記第１の認
証用コードに基づいて指定されたアドレスに記憶された
チェックコードと前記第２の認証用コードとを比較し、
前記チェックコードと前記第２の認証用コードとの比較
結果に基づいて前記記憶媒体の正当性を認証することを
特徴とするセキュリティチェック方法によって達成され
る。

【００１０】上記目的は、記憶媒体の第１の部分に基づ
いて第１の認証用コードを生成し、前記記憶媒体の第２
の部分に基づいて第２の認証用コードを生成し、前記記
憶媒体の前記第２の部分内の、前記第１の認証用コード
に基づいて指定されたアドレスに記憶されたチェックコ
ードと前記第２の認証用コードとを比較し、前記チェッ
クコードと前記第２の認証用コードとの比較結果に基づ
いて前記記憶媒体の正当性を認証することを特徴とする
セキュリティチェック方法によって達成される。

【００１１】上記目的は、記憶媒体の第１の部分に基づ
いて第１の認証用コードを生成し、前記記憶媒体の第２
の部分に基づいて第２の認証用コードを生成し、前記記
憶媒体の前記第２の部分内の、前記第１の認証用コード
に基づいて指定されたアドレスに記憶されたチェックコ
ードと前記第２の認証用コードとを比較し、前記記憶媒
体の第３の部分に基づいて第３の認証用コードを生成
し、前記記憶媒体の前記第３の部分内の、前記第１の認
証用コードに基づいて指定されたアドレスに記憶された
チェックコードと前記第３の認証用コードとを比較し、
前記チェックコードと前記第２の認証用コードとの比較
結果及び／又は前記チェックコードと前記第３の認証用
コードとの比較結果に基づいて前記記憶媒体の正当性を
認証することを特徴とするセキュリティチェック方法に
よって達成される。

【００１２】上述したセキュリティチェック方法におい
て、前記記憶媒体が搭載された電子装置の正当性を認証
するようにしてもよい。

【００１３】上記目的は、認証されるべき記憶媒体を有
する電子装置において、前記記憶媒体の少なくとも一部
に基づいて第１の認証用コードを生成し、前記記憶媒体
の少なくとも一部に基づいて第２の認証用コードを生成
する認証用コード生成部と、前記記憶媒体内の、前記第
１の認証用コードに基づいて指定されたアドレスに記憶
されたチェックコードと前記第２の認証用コードとを比
較する比較部とを有し、前記チェックコードと前記第２
の認証用コードとの比較結果に基づいて電子装置の動作
を制限することを特徴とする電子装置によって達成され
る。

【００１４】上記目的は、認証されるべき記憶媒体を有
する電子装置において、前記記憶媒体の第１の部分に基
づいて第１の認証用コードを生成し、前記記憶媒体の第
２の部分に基づいて第２の認証用コードを生成する認証
用コード生成部と、前記記憶媒体の前記第２の部分内
の、前記第１の認証用コードに基づいて指定されたアド
レスに記憶されたチェックコードと前記第２の認証用コ
ードとを比較する比較部とを有し、前記チェックコード
と前記第２の認証用コードとの比較結果に基づいて電子
装置の動作を制限することを特徴とする電子装置によっ
て達成される。

【００１５】上記目的は、認証されるべき記憶媒体を有
する電子装置において、前記記憶媒体の第１の部分に基
づいて第１の認証用コードを生成し、前記記憶媒体の第
２の部分に基づいて第２の認証用コードを生成し、前記
記憶媒体の第３の部分に基づいて第３の認証用コードを
生成する認証用コード生成部と、前記記憶媒体の前記第
２の部分内の、前記第１の認証用コードに基づいて指定
されたアドレスに記憶されたチェックコードと前記第２
の認証用コードとを比較し、前記記憶媒体の前記第３の
部分内の、前記第１の認証用コードに基づいて指定され
たアドレスに記憶されたチェックコードと前記第３の認
証用コードとを比較する比較部とを有し、前記チェック
コードと前記第２の認証用コードとの比較結果及び／又
は前記チェックコードと前記第３の認証用コードとの比
較結果に基づいて電子装置の動作を制限することを特徴
とする電子装置によって達成される。

【００１６】上述した電子装置において、前記記憶媒体
は、少なくとも一部が書き換え可能であってもよい。

【００１７】上述した電子装置において、前記比較部に
よる比較結果に基づいて、情報記憶媒体へのアクセスを
許可又は不許可にするようにしてもよい。

【００１８】上記目的は、書き換え不可能な第１のＩＰ
Ｌメモリに格納された第１のプログラムを実行し、書き
換え可能な第２のＩＰＬメモリに暗号化されて格納され
た第２のプログラムの暗号を解除し、前記第２のプログ
ラムを実行することを特徴とする電子装置の起動方法に
よって達成される。

【００１９】上記目的は、書き換え不可能な第１のＩＰ
Ｌメモリに格納された第１のプログラムを実行し、書き
換え可能な第２のＩＰＬメモリに暗号化されて格納され
た第２のプログラムの暗号を解除し、前記第２のプログ
ラムを認証し、その認証結果に基づいて、前記第２のプ
ログラムの一部を、外部の情報記憶媒体から読み込んだ
情報により書き換えることを特徴とするセキュリティチ
ェック方法によって達成される。

【００２０】上記目的は、書き換え不可能な第１のＩＰ
Ｌメモリに格納された第１のプログラムを実行し、書き
換え可能な第２のＩＰＬメモリに暗号化されて格納され
た第２のプログラムの暗号を解除し、前記第２のプログ
ラムを認証し、その認証結果に基づいて、前記第２のプ
ログラムの一部を、通信手段を介して読み込んだ情報に
より書き換えることを特徴とするセキュリティチェック
方法によって達成される。

【００２１】上述したセキュリティチェック方法におい
て、前記第２のＩＰＬメモリに格納された前記第２のプ
ログラムにはバージョン情報が付されており、前記バー
ジョン情報に基づいて前記第２のプログラムを書き換え
るようにしてもよい。

【００２２】上記目的は、起動時に実行される第１のプ
ログラムが格納され、書き換え不可能な第１のＩＰＬメ
モリと、前記第１のプログラムの後に実行される第２の
プログラムが暗号化されて格納され、書き換え可能な第
２のＩＰＬメモリと、前記第１のプログラムを実行し、
前記第１のプログラムにより前記第２のＩＰＬメモリに
格納された前記第２のプログラムの暗号を解除し、前記
第２のプログラムを実行する実行手段とを有することを
特徴とする電子装置によって達成される。

【００２３】上記目的は、起動時に実行される第１のプ
ログラムが格納され、書き換え不可能な第１のＩＰＬメ
モリと、前記第１のプログラムの後に実行される第２の
プログラムが暗号化されて格納され、書き換え可能な第
２のＩＰＬメモリと、前記第２のＩＰＬメモリに格納さ
れたプログラムを認証し、その認証結果に基づいて、前
記第２のプログラムの一部を、外部の情報記憶媒体から
読み込んだ情報により書き換える書換手段とを有するこ
とを特徴とする電子装置によって達成される。

【００２４】上記目的は、起動時に実行される第１のプ
ログラムが格納され、書き換え不可能な第１のＩＰＬメ
モリと、前記第１のプログラムの後に実行される第２の
プログラムが暗号化されて格納され、書き換え可能な第
２のＩＰＬメモリと、前記第２のＩＰＬメモリに格納さ
れたプログラムを認証し、その認証結果に基づいて、前
記第２のプログラムの一部を、通信手段を介して読み込
んだ情報により書き換える書換手段とを有することを特
徴とする電子装置によって達成される。

【００２５】上述した電子装置において、前記第２のＩ
ＰＬメモリに格納された前記第２のプログラムにはバー
ジョン情報が付されており、前記書換手段は、前記バー
ジョン情報に基づいて前記第２のプログラムを書き換え
るようにしてもよい。

【００２６】上記目的は、プログラムの所定位置に修正
ルーチンを予め組み込んでおき、前記プログラム及び／
又はデータを読み込んでメインメモリに格納し、前記プ
ログラムの実行時に、前記修正ルーチンを実行して、外
部の修正ファイルに基づいて前記メインメモリ上の前記
プログラム及び／又は前記データを修正することを特徴
とするソフトウエア修正方法によって達成される。

【００２７】上述したソフトウエア修正方法において、
前記修正ファイルを外部の情報記憶媒体から読み込んで
前記メインメモリに格納するようにしてもよい。

【００２８】上述したソフトウエア修正方法において、
前記修正ファイルを通信回線を介して読み込んで前記メ
インメモリに格納するようにしてもよい。

【００２９】上述したソフトウエア修正方法において、
前記修正ファイルは、暗号化して提供され、前記修正フ
ァイルの読み込み時に、前記修正ファイルの暗号を解除
して前記メインメモリに格納するようにしてもよい。

【００３０】上述したソフトウエア修正方法において、
前記メインメモリ中の修正個所を、前記修正ファイルに
より指定するようにしてもよい。

【００３１】上述したソフトウエア修正方法において、
前記メインメモリ内に修正禁止領域を設定し、前記修正
禁止領域が修正されたか否かを監視するようにしてもよ
い。

【００３２】

【発明の実施の形態】［第１実施形態］本発明の第１実
施形態によるゲーム装置を図１乃至図３を用いて説明す
る。図１は本実施形態のゲーム装置のブロック図であ
り、図２は本実施形態のゲーム装置におけるセキュリテ
ィチェック方法のフローチャートである。

【００３３】本実施形態のゲーム装置１０には、図１に
示すように、ゲーム装置全体を制御するＣＰＵ１２と、
ＣＰＵ１２のワークメモリであるＲＡＭ１４と、起動プ
ログラムが格納されたブートＲＯＭ１６と、画像処理を
行うＶＤＰ（Video DisplayProcessor）１８とが設けら
れている。ＣＰＵ１２とＲＡＭ１４とＶＤＰ１６とはバ
スライン２０に接続されている。ブートＲＯＭ１６は、
ＲＯＭ認証用回路２２を介してバスライン２０に接続さ
れている。

【００３４】ゲームプログラムやゲームデータはＣＤ−
ＲＯＭにより提供される。ＣＤ−ＲＯＭドライブ２４は
ＣＤ−ＲＯＭを駆動し、ＣＤ−ＲＯＭに記録されたプロ
グラムやデータを読み取る。ＣＤ−ＲＯＭドライブ２４
は、ＣＤ−ＲＯＭインターフェース２６を介してバスラ
イン２０に接続されている。

【００３５】バスライン２０にはビデオインターフェー
ス２８が接続され、外部のビデオモニタ３０は、このビ
デオインターフェース２８を介してバスライン２０に接
続される。

【００３６】ブートＲＯＭ１６には、ゲーム装置１０の
起動時における一連の処理を実行する起動プログラムが
格納されている。起動プログラムとして、起動時に最初
に実行される初期プログラムと、初期プログラムの後に
実行されるアプリケーションプログラムとがある。初期
プログラムはブートＲＯＭ１６の領域１６Ａに格納され
ていて、例えば、ＣＰＵ１２の初期化プログラム、ＶＤ
Ｐ１６の初期化プログラム、ＲＯＭ認証用回路２２の初
期化プログラム、後述するアプリケーションプログラム
の起動プログラム等が含まれる。アプリケーションプロ
グラムはブートＲＯＭ１６の領域１６Ｂに格納されてい
て、例えば、ＣＤプレイヤプログラム、ＣＤ−ＲＯＭ正
当性チェックプログラム、ミニゲーム等が含まれる。ブ
ートＲＯＭ１６自身の正当性を認証するためのチェック
コードがブートＲＯＭ１６の指定されたアドレスの領域
１６Ｃに格納されている。

【００３７】ＲＯＭ認証用回路２２は、ブートＲＯＭ１
６とバスライン２０の間に設けられ、ブートＲＯＭ１６
からバスライン２０へと送出されるプログラムやデータ
に基づいて、後述するような認証用コードの生成や、認
証用コードとチェックコードとの比較等を行う。

【００３８】ＲＯＭ認証用回路２２には、ブートＲＯＭ
１６からバスライン２０への伝送ライン２２ａにセレク
タ２２ｂを介して演算器２２ｃが設けられている。演算
器２２ｃは伝送ライン２２ａ上を伝送するデータを取り
込み、所定の演算によりキーコードや認証用コードを生
成する。例えば、パリティチェック(parity check)方式
や、チェックサム(check sum)方式や、ＣＲＣ(Cyclic R
edundancy Check)方式等に基づいて、伝送するデータを
演算して、キーコードと認証用コードを生成する。演算
器２２ｃにはキーコードメモリ２２ｄと認証用コードメ
モリ２２ｅとが設けられている。キーコードメモリ２２
ｄには、ブートＲＯＭ１６の初期プログラムの領域に格
納された命令コードやデータから演算されたキーコード
が格納される。認証用コードメモリ２２ｅには、ブート
ＲＯＭ１６のアプリケーションプログラムの領域に格納
された命令コードやデータから演算されたキーコードが
格納される。

【００３９】セレクタ２２ｂは、ブートＲＯＭ１６から
のデータを取り込む際に、キーコードメモリ２２ｄに記
憶されたキーコードに基づいて指定されるアドレス、す
なわち、チェックコードが格納されている予定のアドレ
スのデータを選択的にチェックコードメモリ２２ｆに送
り、それ以外のアドレスのデータを演算器２２ｃに送
る。その結果、チェックコードメモリ２２ｆにはブート
ＲＯＭ１６から読み出されたチェックコードが格納され
る。

【００４０】比較器２２ｇは認証用コードメモリ２２ｅ
の内容とチェックコードメモリ２２ｆの内容とを比較す
る。比較器２２ｇの比較結果によりＣＤ−ＲＯＭインタ
フェース２６を制御して、ＣＤ−ＲＯＭドライブ２４へ
のアクセスを許可又は不許可にする。

【００４１】本実施形態のゲーム装置１０におけるセキ
ュリティチェック方法を図２のフローチャートを用いて
説明する。

【００４２】ＣＤ−ＲＯＭドライブ２４に、例えば、ゲ
ーム用のＣＤ−ＲＯＭを搭載してゲーム装置１０の電源
を投入するときの動作を説明する。まず、ブートＲＯＭ
１６の領域１６Ａに格納された初期プログラムを読み込
む（ステップＳ１０）。読み込まれたプログラムはＲＡ
Ｍ１４に格納され、ＣＰＵ１２により初期プログラムが
実行され、ＣＰＵ１２の初期化、ＶＤＰ１６の初期化、
ＲＯＭ認証用回路２２の初期化が行われる（ステップＳ
１１）。

【００４３】ステップＳ１１に併行して、ＲＯＭ認証用
回路２２は、伝送ライン２２ａを通過する初期プログラ
ムを読み込み、プログラムのコードをデータとして認識
して演算器２２ｃにより演算してキーコード（第１の認
証用コード）を生成する（ステップＳ１２）。パリティ
チェック(parity check)方式や、チェックサム(checksu
m)方式や、ＣＲＣ(Cyclic Redundancy Check)方式等に
基づき、予め定められた演算式によりキーコードを生成
する。キーコードを生成する際には、領域１６Ａの全て
のデータ（プログラム）を用いてもよいし、予め定めた
一部のデータ（プログラム）を用いてもよい。これら生
成方式、演算式は、ＲＯＭ認証用回路２２のハードウエ
アとして形成してもよいし、ソフトウエアであるプログ
ラムとして用意してもよい。生成されたキーコードはキ
ーコードメモリ２２ｄに格納される。

【００４４】次に、ＣＰＵ１２は、初期プログラムに含
まれる起動プログラムにより、ブートＲＯＭ１６の領域
１６Ｂに格納されたアプリケーションプログラムを読み
込む（ステップＳ１３）。読み込まれたプログラムはそ
のままＲＡＭ１４に格納される。一方、ＲＯＭ認証用回
路２２は伝送ライン２２ａを通過するアプリケーション
プログラムを読み込むときに、セレクタ２２ｂにより、
キーコードメモリ２２ｄに記憶されたキーコードに基づ
いて指定されたアドレスのデータを選択的にチェックコ
ードメモリ２２ｆに送り、それ以外のアドレスのデータ
を演算器２２ｃに送る。ブートＲＯＭ１６から読み出さ
れたチェックコードは、チェックコードメモリ２２ｆに
格納される。

【００４５】ＣＰＵ１２はＲＡＭ１４に格納されたアプ
リケーションプログラムを実行する（ステップＳ１
４）。例えば、ＣＤ−ＲＯＭドライブ２４に搭載された
ＣＤの種別を判定し、音楽用ＣＤであれば、ＣＤプレイ
ヤプログラムにより演奏される。ＣＤ−ＲＯＭであれ
ば、ＣＤ−ＲＯＭ正当性チェックプログラムにより正規
にライセンスを受けたＣＤ−ＲＯＭであるかどうかのチ
ェックを行う。偽物のＣＤ−ＲＯＭの場合にはデータを
読み込めない等の制限をゲーム装置１０に加える。ま
た、ＣＤ−ＲＯＭドライブ２４にＣＤが搭載されていな
い場合には、ミニゲームを実行するようにしてもよい。

【００４６】ステップＳ１４に併行して、ＲＯＭ認証用
回路２２は、演算器２２ｃにより認証用コード（第２の
認証用コード）を生成する（ステップＳ１５）。パリテ
ィチェック(parity check)方式や、チェックサム(check
sum)方式や、ＣＲＣ(CyclicRedundancy Check)方式等
に基づき、予め定められた演算式により認証用コードを
生成する。認証用コードを生成する際には、領域１６Ｂ
のチェックコード以外の全てのデータ（プログラム）を
用いてもよいし、予め定めた一部のデータ（プログラ
ム）を用いてもよい。これら生成方式、演算式は、ＲＯ
Ｍ認証用回路２２のハードウエアとして形成してもよい
し、ソフトウエアであるプログラムとして用意してもよ
い。生成された認証用コードは認証用コードメモリ２２
ｅに格納される。

【００４７】なお、チェックコードを認証用コードの生
成に用いないようにしているのは、チェックコード自体
を認証用コード（第２の認証用コード）の生成に用いる
と、演算処理が再帰的になり、チェックコード決定のた
めの演算が複雑になるからである。なお、演算が複雑に
なるもののチェックコードを含む全てのデータを用いて
認証用コードを生成してもよい。

【００４８】次に、ＲＯＭ認証用回路２２の比較器２２
ｇにより、認証用コードメモリ２２ｅに格納された認証
用コードを、チェックコードメモリ２２ｆに格納された
チェックコードと比較する（ステップＳ１６）。生成し
た認証用コードがチェックコードに一致すれば、ＣＤ−
ＲＯＭインタフェース２６を使用可にして、引き続きＣ
Ｄ−ＲＯＭドライブ２４からデータを読み込むことを許
可する。生成した認証用コードがチェックコードに一致
しなければ、ＣＤ−ＲＯＭインタフェース２６を使用不
可にして、ＣＤ−ＲＯＭドライブ２４へのアクセス及び
ＣＤ−ＲＯＭドライブ２４からのデータの読み込みを禁
止する。

【００４９】なお、認証用コードがチェックコードに一
致しない場合、本実施形態ではＣＤ−ＲＯＭインタフェ
ース２６を使用不可にしてゲーム装置１０の動作に制限
を加えたが、他の方法によりゲーム装置１０の動作を制
限してもよい。例えば、ビデオインタフェース２８を使
用不可にしてＶＤＰ１８のアクセスを不可として、画像
が表示されないようにしてもよいし、音声が発しないよ
うにしてもよいし、ＣＰＵ１２をリセットしてもよい。
また、ＲＡＭ１４へのアクセスを禁止してもよい。ま
た、ビデオモニタ３０に「このゲーム機は不正に製造さ
れています」等の警告を表示するようにしてもよい。ま
た、モデム（図示せず）が設けられている場合には、ゲ
ーム装置１０が不正に改造された旨の情報をメーカのサ
ーバー等に自動的に送るようにしてもよい。

【００５０】以上の通り、本実施形態によれば、ブート
ＲＯＭの一部から生成されたキーコードによりアドレス
を指定し、そのアドレスに格納されているチェックコー
ドを、ブートＲＯＭの一部から別途生成された認証用コ
ードと比較して、その比較結果に基づいてブートＲＯ
Ｍ、ひいてはゲーム装置の正当性を認証するようにした
ので、模倣者はブートＲＯＭ内のどれがチェックコード
であるか知ることが極めて困難であり、高度なセキュリ
ティを実現することができる。

【００５１】次に、本実施形態の変形例について説明す
る。本実施形態は上述した実施形態に限らず種々の変形
が可能である。

【００５２】例えば、上記実施形態ではブートＲＯＭ１
６においてアプリケーションプログラムがひとつの領域
１６Ｂに格納されていたが、図３に示すように、複数の
領域に格納されてもよい。ブートＲＯＭ１６では、アプ
リケーションプログラムが複数の領域１６Ｂ、１６
Ｂ′、１６Ｂ″に分かれて格納されている。領域１６Ａ
には初期プログラムが格納され、領域１６Ｂには第１の
アプリケーションプログラムＩが格納され、領域１６
Ｂ′には第２のアプリケーションプログラムIIが格納さ
れ、領域１６Ｂ″には第３のアプリケーションプログラ
ムIIIが格納されている。領域１６Ｂ、１６Ｂ′、１６
Ｂ″内の指定されたアドレスの領域１６Ｃ、１６Ｃ′、
１６Ｃ″にはそれぞれチェックコードが格納されてい
る。

【００５３】アプリケーションプログラム毎に、図２の
ステップＳ１３からステップＳ１８に相当するステップ
を実行して、正当性の認証を行う。認証用コードとチェ
ックコードが一致しない場合には、ゲーム装置１０に制
限を加えるが、その制限は、ゲーム装置１０自体の動作
に対して行ってもよいし、当該のアプリケーションプロ
グラムの実行だけを制限するようにしてもよい。

【００５４】また、上記実施形態ではブートＲＯＭ内の
初期プログラム又はその一部からキーコード（第１の認
証用コード）を生成し、アプリケーションプログラム又
はその一部から認証用コード（第２の認証用コード）を
生成したが、ブートＲＯＭ内であれば、いずれの領域か
ら第１の認証用コード及び第２の認証用コードを生成し
てもよい。また、同じ領域のプログラム（データ）から
同じ生成方法又は異なる生成方法により第１の認証用コ
ード及び第２の認証用コードを生成してもよい。

【００５５】また、上記実施形態ではキーコードにより
ブートＲＯＭ内のチェックコードのアドレスを指定した
が、その指定の仕方はアドレスを直接的に指定してもよ
いし、間接的に指定してもよい。また、キーコードを用
いて何らかの演算を行って、その演算結果により指定し
てもよい。

【００５６】また、上記実施形態では初期プログラムか
らキーコード（第１の認証用コード）を生成し、アプリ
ケーションプログラムから認証用コード（第２の認証用
コード）を生成したが、第１及び第２の認証用コードを
生成するプログラムの種別としては上記実施形態のもの
に限らない。

【００５７】また、上記実施形態ではブートＲＯＭは書
換不可能なＲＯＭであったが、ブートＲＯＭの全てが書
換不可能である必要はなく、一部が書換可能なＲＯＭで
あってもよい。

【００５８】また、上記実施形態ではブートＲＯＭに対
するセキュリティチェックであったが、いわゆるブート
ＲＯＭに限定されるものではない。例えば、初期プログ
ラムが格納されたメモリ、すなわちＩＰＬ（Initial Pr
ogram Loader）メモリや、半導体メモリ以外の情報記憶
媒体や、ジップドライブ（ＺｉｐＤｒｉｖｅ）用のディ
スクや、ハードディスクや、フロッピディスクや、ＣＤ
−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、光磁気ディスク（Ma
gneto-Optical Disk）等の光ディスクに代表される外部
記憶装置に対するセキュリティチェックにも適用可能で
ある。

【００５９】また、上記実施形態はゲーム装置に本発明
を適用したが、パーソナルコンピュータのような他の電
子装置にも適用することができる。

【００６０】［第２実施形態］本発明の第２実施形態に
よるゲーム装置を図４乃至図５を用いて説明する。図４
は本実施形態のゲーム装置のブロック図であり、図５は
本実施形態のゲーム装置の動作を示すフローチャートで
ある。

【００６１】本実施形態のゲーム装置１１０には、図１
に示すように、ゲーム装置全体を制御するＣＰＵ１１２
と、ＣＰＵ１１２のワークメモリであるＲＡＭ１１４
と、基本プログラムが暗号化されて格納された書換可能
ブートＲＯＭ１１６と、ゲーム装置専用に設計されたカ
スタムＬＳＩ１１８とが設けられている。ＣＰＵ１１２
とＲＡＭ１１４と書換可能ブートＲＯＭ１１６とカスタ
ムＬＳＩ１１８とはシステムバスライン１２０に接続さ
れている。書換可能ブートＲＯＭ１１６は、例えばフラ
ッシュＲＯＭにより構成されている。

【００６２】カスタムＬＳＩ１１８は、ゲーム装置専用
に新たに設計されたもので模倣されにくいものである。
このカスタムＬＳＩ１１８には、最小限の起動プログラ
ムが格納された書換不可能ブートＲＯＭ１２２と、ＣＤ
−ＲＯＭドライブのような外部メモリ装置１３０が接続
される外部インタフェース１２４と、ビデオモニタ１３
２が接続されるビデオインタフェース１２６とが設けら
れている。ブートＲＯＭ１２２と外部インタフェース１
２４とビデオインタフェース１２６は、カスタムＬＳＩ
１１８の内部バスライン１２８に接続されている。内部
バスライン１２８はシステムバスライン１２０に接続さ
れている。

【００６３】本実施形態では、ゲーム装置１１０のブー
トＲＯＭが、システムＬＳＩ１１８内部の書換不可能ブ
ートＲＯＭ１２２と、単体の書換可能ブートＲＯＭ１１
６とに分かれている点に特徴がある。

【００６４】書換不可能ブートＲＯＭ１２２には、ゲー
ム装置の初期化プログラム、暗号解除プログラム、書換
可能ブートＲＯＭ１１６の書換プログラム、基本プログ
ラムの立ち上げプログラム等のゲーム装置の起動に最小
限必要なプログラムが格納されている。

【００６５】なお、書換不可能ブートＲＯＭ１２２は、
初期プログラムが格納されている書換不可能なメモリ、
すなわち書換不可能なＩＰＬ（Initial Program Loade
r）メモリとも称される。

【００６６】書換可能ブートＲＯＭ１１６には、ブート
ＲＯＭ正当性チェックプログラム、ＣＤプレイヤプログ
ラム、ＣＤ−ＲＯＭの正当性チェックプログラム、ミニ
ゲーム等の基本プログラムやアプリケーションプログラ
ムが格納されている。書換可能ブートＲＯＭ１１６は外
部から書換することができるため、不正な書換を防止す
るために暗号化されている。書換可能ブートＲＯＭ１１
６の暗号化の解除は、書換不可能ブートＲＯＭ１２２の
暗号解除プログラムにより行われる。

【００６７】なお、書換可能ブートＲＯＭ１１６は、初
期プログラムが格納されている書換可能なメモリ、すな
わち書換可能なＩＰＬ（Initial Program Loader）メモ
リとも称される。

【００６８】ブートＲＯＭの一部が書換可能であるた
め、これまでは不可能であったブートＲＯＭのバージョ
ンアップが可能となる。例えば、ゲーム装置の発売後に
基本プログラムにバグが発見されたり、仕様が変更にな
ったりしても、ハードウエアを変更することなく、書換
可能ブートＲＯＭ１１６内の基本プログラムを書き換え
るだけで改良することができる。

【００６９】また、ゲーム装置やＣＤ−ＲＯＭのセキュ
リティが破られた場合でも、更に強力なセキュリティ機
能を組み込んだ基本プログラムに書き換えることで、よ
り強固なセキュリティにアップグレードすることが可能
である。

【００７０】また、ブートＲＯＭの一部を書換可能とす
ることにより、不正に書き換えられるおそれがあるが、
不正に書き換えられたとしても、正規のゲームを実行す
る際に正しい内容に書き換えればよい。

【００７１】ブートＲＯＭの模倣や改造に対する対策に
ついて説明する。書換不可能ブートＲＯＭ１２２はカス
タムＬＳＩ１１８内に作り込まれているため、これらプ
ログラムの模倣や改造が非常に困難である。模倣や改造
をするためには、ＬＳＩ自体を作り直すか、ゲーム装置
自体を大幅に改造する必要があり、事実上不可能であ
る。

【００７２】書換可能ブートＲＯＭ１１６には、書換可
能であるため、模倣者にとっても模倣や改造が容易であ
る。このことを防止するため、プログラムを暗号化して
格納している。書換可能ブートＲＯＭ１１６の暗号化の
解除は、書換不可能ブートＲＯＭ１２２の暗号解除プロ
グラムにより行われる。

【００７３】暗号方式としては秘密鍵暗号方式と公開鍵
暗号方式がある。秘密鍵暗号方式は暗号化と復号化に同
じ鍵を利用する。例えば、ＤＥＳ（Date Encryption St
andard）方式がある。公開鍵暗号方式は暗号化と復号化
に異なる鍵を用いる。暗号化の方法が分かっているだけ
では解読できないので、セキュリティに優れている。例
えば、ＲＳＡアルゴリズム方式がある。本実施形態では
公開鍵暗号方式を採用している。

【００７４】一般の公開鍵暗号方式では暗号化鍵が公開
で、暗号解除鍵が非公開であるが、本実施形態では反対
に暗号解除鍵を公開とし、暗号化鍵を非公開としてい
る。暗号解除鍵については、書換不可能ブートＲＯＭ１
２２の暗号解除プログラムを解析して知られてしまう可
能性があるので公開鍵とし、暗号化鍵については、暗号
化作業において用いるため外部に知られるおそれがほぼ
皆無であるからである。これにより、模倣者が改造プロ
グラムを暗号化しても、正しい暗号化鍵を知ることがで
きないから、動作可能な改造プログラムを作成できな
い。これにより改造プログラムの出現を有効に防止する
ことができる。

【００７５】本実施形態のゲーム装置１０における動作
を図５のフローチャートを用いて説明する。

【００７６】外部メモリ装置１３０、例えば、ＣＤ−Ｒ
ＯＭドライブにゲーム用のＣＤ−ＲＯＭを搭載してゲー
ム装置１１０の電源を投入する。まず、ブートＲＯＭ１
１６に格納された初期プログラムを読み込む（ステップ
Ｓ１１０）。読み込まれたプログラムはＲＡＭ１１４に
格納され、ＣＰＵ１１２により初期プログラムが実行さ
れ、ＣＰＵ１１２の初期化、カスタムＬＳＩ１１８の初
期化等が行われる（ステップＳ１１１）。

【００７７】次に、書換可能ブートＲＯＭ１１６を読み
込み、暗号を解除して、ＲＡＭ１１４に展開する（ステ
ップＳ１１２）。続いて、ブートＲＯＭ１２２、１１６
が正当なものであるかどうか認証する（ステップＳ１１
３）。認証方法としては、例えば、第１実施形態のよう
な方法でもよいし、その他の方法でもよい。ステップＳ
１１３で、ブートＲＯＭが正当なものでないと判定され
た場合には、ゲーム装置を起動しないようにする（ステ
ップＳ１１４）。なお、起動しないようにする代わり
に、ゲーム装置の動作に制限を加えるようにしてもよ
い。

【００７８】ステップＳ１１３でブートＲＯＭが正当な
ものと認証された場合には、基本プログラムやアプリケ
ーションを実行する（ステップＳ１１５）。例えば、外
部メモリ装置１３０に搭載されたＣＤの種別を判定し、
音楽用ＣＤであれば、ＣＤプレイヤプログラムにより演
奏する。ＣＤ−ＲＯＭであれば、ＣＤ−ＲＯＭ正当性チ
ェックプログラムにより正規にライセンスを受けたＣＤ
−ＲＯＭであるかどうかのチェックを行う。ＣＤ−ＲＯ
Ｍ、すなわち外部メモリが正当なものでなければ、今後
はゲーム装置の動作に制限を加える（ステップＳ１１
８）。

【００７９】ゲーム装置の動作の制限とは、ゲーム装置
の動作自体を停止する他に、音楽ＣＤの演奏だけは可能
にしたり、ビデオモニタ１３２に、外部メモリが正当で
ない旨の表示をしたりする。また、ゲーム装置１１０に
モデム（図示せず）が搭載されていて通信回線を介して
メーカのサーバに連絡することが可能な場合には、外部
メモリが正当でない旨の情報を、ゲーム装置１１０のＩ
Ｄ、外部メモリ装置１３０のＩＤ、ＣＤ−ＲＯＭの種別
等と共にメーカのサーバに自動的に連絡するようにして
もよい。

【００８０】ステップＳ１１８で外部メモリが正当であ
ると判定された場合には、書換可能ブートメモリ１１６
に格納されていた基本プログラムが適合しているかどう
か判断する（ステップＳ１１９）。例えば、基本プログ
ラムに種別情報やバージョン情報を予め記録しておき、
例えば、実行するゲームの種別に適合した基本プログラ
ムであるか否か、古いバージョンの基本プログラムであ
るか否か等を判断する。

【００８１】ステップＳ１１９で、読み込んだ基本プロ
グラムが適合していないと判断された場合には、書換可
能ブートＲＯＭ１１６の内容を書き換えてバージョンア
ップする（ステップＳ１２０）。書き換えるための基本
プログラムは、例えば、外部メモリ装置１３０に搭載さ
れたＣＤ−ＲＯＭから提供してもよいし、通信回線を介
して提供するようにしてもよい。書き換えた基本プログ
ラムはＲＡＭ１１４にも展開され、必要に応じて、基本
プログラムを再び実行する（ステップＳ１２１）。その
後、ＣＤ−ＲＯＭ等の外部メモリからのゲームプログラ
ム等のアプリケーションプログラムを実行する（ステッ
プＳ１２２）。

【００８２】ステップＳ１１９で、読み込んだ基本プロ
グラムが適合している場合には、書換可能ブートＲＯＭ
１１６を書き換えることなく、直ちに、ＣＤ−ＲＯＭ等
の外部メモリからのゲームプログラム等のアプリケーシ
ョンプログラムを実行する（ステップＳ１２２）。

【００８３】以上の通り、本実施形態によれば、ブート
ＲＯＭの一部を書換可能にしたので、ゲーム装置を発売
した後に発見したバグを修正したり、新たな仕様に対応
したりするバージョンアップを容易に行うことができ
る。

【００８４】次に、本実施形態の変形例について説明す
る。本実施形態は上述した実施形態に限らず種々の変形
が可能である。例えば、書換可能ブートＲＯＭ１１６の
認証を、書換不可能ブートＲＯＭ１２２に格納されたプ
ログラムで行い、更に、外部情報記憶媒体により提供さ
れるプログラムで行い、認証機能を強化してもよい。

【００８５】また、上記実施形態ではブートＲＯＭに対
するセキュリティチェックであったが、いわゆるブート
ＲＯＭに限定されるものではない。例えば、初期プログ
ラムが格納された情報記憶媒体、すなわちＩＰＬ（Init
ial Program Loader）用情報記憶媒体や、半導体メモリ
以外の情報記憶媒体や、ジップドライブ（ＺｉｐＤｒｉ
ｖｅ）用のディスクや、ハードディスクや、フロッピデ
ィスクや、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、光磁
気ディスク（Magneto-Optical Disk）等の光ディスクに
代表される外部記憶装置に対するセキュリティチェック
にも適用可能である。

【００８６】また、上記実施形態はゲーム装置に本発明
を適用したが、パーソナルコンピュータのような他の電
子装置にも適用することができる。

【００８７】［第３実施形態］本発明の第３実施形態に
よるゲーム装置を図６乃至図９を用いて説明する。図６
は本実施形態のゲーム装置のブロック図であり、図７は
本実施形態のゲーム装置の動作の概略を説明するための
図であり、図８及び図９は本実施形態のゲーム装置の動
作を示すフローチャートであり、図１０は修正ファイル
のフォーマットを示す図である。

【００８８】本実施形態のゲーム装置２１０には、図６
に示すように、ゲーム装置全体を制御するＣＰＵ２１２
と、ＣＰＵ２１２のワークメモリであるＲＡＭ２１４
と、初期プログラムと基本プログラムが格納されたブー
トＲＯＭ２１６とが設けられている。ＣＰＵ２１２とＲ
ＡＭ２１４とブートＲＯＭ２１６とバスライン２２６に
接続されている。

【００８９】ＣＤ−ＲＯＭドライブ２２０はＣＤ−ＲＯ
Ｍを駆動し、ＣＤ−ＲＯＭに記録されたゲームプログラ
ムやデータを読み取る。ＣＤ−ＲＯＭドライブ２２０
は、ＣＤ−ＲＯＭインターフェース２１８を介してバス
ライン２２６に接続されている。

【００９０】バスライン２２６にはメモリインタフェー
ス２２２が接続され、外部のメモリカード２３０はメモ
リインタフェース２２２を介してバスライン２２６に接
続される。

【００９１】バスライン２２６にはビデオインターフェ
ース２２４が接続され、外部のビデオモニタ２３２は、
このビデオインターフェース２２４を介してバスライン
２２６に接続される。

【００９２】本実施形態のゲーム装置は、ＣＤ−ＲＯ
Ｍ、ＧＤ−ＲＯＭ（Ｇｉｇａ Ｂｙｔｅ ＣＤ−ＲＯ
Ｍ）等の書換不可能な情報記憶媒体で提供されるプログ
ラムやデータを、メモリカード等のような外部から提供
される修正情報により修正することを特徴としている。
書換不可能な情報記憶媒体があたかも修正されたかのよ
うな動作をする。その修正原理の概要を図７を用いて説
明する。

【００９３】ゲームプログラムやデータはＣＤ−ＲＯＭ
２４０により提供される。ＣＤ−ＲＯＭ２４０に格納さ
れたゲームプログラムやデータは、ＣＤ−ＲＯＭドライ
ブ２２０により読み取られ、図７に示すように、ＣＰＵ
２１６のメインメモリであるＲＡＭ２１４に格納され
る。ゲームプログラム中には後述するようなＲＡＭ２１
４の修正ルーチンを随所に埋め込んでおく。メモリカー
ド２３０には、ゲームプログラムを修正するための修正
ファイルを予め格納しておき、所定のタイミングでメモ
リカード２３０から修正ファイルを読み込んで、ＲＡＭ
２１４の所定位置、例えば、最後のエリアに格納する。
ゲームプログラムを実行すると随所に埋め込まれた修正
ルーチンにより、修正ファイルの内容に基づいてＲＡＭ
２１４上のプログラムやデータを部分的に修正する。ゲ
ームは、部分的に修正されたプログラムとデータに基づ
いて実行される。したがって、ＣＤ−ＲＯＭ２４０に格
納されたプログラムやデータがあたかも部分的に修正さ
れたかのような動作をする。

【００９４】本実施形態のゲーム装置における修正原理
の詳細について図８乃至図１０を用いて説明する。

【００９５】ゲームプログラムの開発時に、プログラム
起動時に修正ファイルを読み込むルーチンを組み込み、
プログラムの要所要所で修正関数をコールするルーチン
を組み込んでおく。この段階ではどこを修正することに
なるかは分からないので、例えば、プログラムを組み込
んだ後、一通りのデータを読み込んだ後等のように、必
ず実行され、しかも区切りのよいところに組み込むよう
にする。

【００９６】プレイヤは、ゲームメーカから提供される
バグ情報やバージョンアップ情報により、ホームページ
から修正ファイルをダウンロードしてメモリカード２３
０に格納しておく。

【００９７】ゲームプログラムが格納されたＣＤ−ＲＯ
Ｍ２４０をＣＤ−ＲＯＭドライブ２２０に搭載し、修正
プログラムが格納されたメモリカード２３０を装着して
おく。

【００９８】まず、ＣＤ−ＲＯＭ２４０から初期プログ
ラムを読み込んでＲＡＭ２１４に格納し（ステップＳ２
１０）、続いて、初期データを読み込んでＲＡＭ２１４
に格納する（ステップＳ２１１）。次に、メモリカード
２３０に、このゲームプログラム修正用の修正ファイル
が存在するか否かをチェックする（ステップＳ２１
２）。修正ファイルがある場合には、メモリカード２３
０から読み込んで、ＲＡＭ２１４の最後に格納する（ス
テップＳ２１３）。

【００９９】次に、修正プログラムを実行する（ステッ
プＳ２１４）。図９のルーチンにより修正ファイルにし
たがって修正を行う。

【０１００】修正ファイルのフォーマットを具体例を図
１０に示す。修正ファイルは、ヘッダと複数の修正テー
ブル１、２、３、…により構成されている。

【０１０１】ヘッダには、修正テーブルの数、１番目の
修正テーブル１の先頭アドレスを示す修正テーブル１ポ
インタ、２番目の修正テーブル２の先頭アドレスを示す
修正テーブル２ポインタ、３番目の修正テーブル３の先
頭アドレスを示す修正テーブル３ポインタ、…が設けら
れている。

【０１０２】修正テーブルには、識別アドレス、識別コ
ードが設けられている。ゲームプログラムの識別アドレ
スの内容が識別コードに一致したら修正を行うようにす
る。これにより、修正を行うべきものかどうか、修正済
みか否か等、修正の要否や修正のバージョンを管理する
ことができる。

【０１０３】例えば、ステージ１、ステージ２、…と順
次進んでいくゲームソフトウエアであって、同じメモリ
領域にステージデータを読み込んでいる場合、ステージ
番号を格納しているアドレスを識別アドレスとし、ステ
ージ番号を識別コードとして管理する。識別アドレスと
識別コードからどのステージの修正データか分かるの
で、修正データにより修正すべきかどうか判別すること
ができる。

【０１０４】修正テーブルには、更に、修正を行う個所
の先頭アドレスである修正先アドレス、上書き修正か挿
入修正かを示す修正タイプ、修正する範囲のサイズを示
す修正コードサイズ、修正する内容である修正コードが
設けられている。

【０１０５】修正プログラムでは、図９に示すように、
まず修正ファイルを読み込んだか否かを判定する（ステ
ップＳ２３０）。修正ファイルを読み込んでいない場合
には直ちにメインプログラムに戻る。修正ファイルを読
み込んでいる場合には、修正ファイル内の修正テーブル
ポインタに基づいて検索ループを開始する（ステップＳ
２３１）。

【０１０６】まず、修正テーブルの識別アドレスの内容
を読み込みチェックする（ステップＳ２３２）。続い
て、識別アドレスの内容が識別コードと一致しているか
否か判定する（ステップＳ２３３）。一致していると判
定された場合には、修正テーブルの修正先アドレスから
修正コードサイズ分の修正コードを修正タイプに基づい
た修正処理、すなわち、上書き修正か挿入修正かを行う
（ステップＳ２３４）。ステップＳ２３３で一致しない
と判定された場合には、ステップＳ２３４をスキップし
て、ステップＳ２３５に進む。

【０１０７】続いて、処理していない修正テーブルがあ
るか否かを判定する（ステップＳ２３５）。未処理の修
正テーブルが残っている場合には、ステップＳ２３１に
戻り、ステップＳ２３２〜Ｓ２３４の処理を繰り返す。
未処理の修正テーブルが残っていない場合には、修正テ
ーブルの検索ループを終了し（ステップＳ２３６）、メ
インプログラムに戻る。

【０１０８】メインプログラムに戻ると、修正されたプ
ログラム及び／又はデータに基づいてゲーム初期化処理
を行う（ステップＳ２１５）。

【０１０９】次に、ステージ１のプログラムを読み込み
ＲＡＭ２１４に格納し（ステップＳ２１６）、引き続い
て、ステージ１のデータを読み込みＲＡＭ２１４に格納
する（ステップＳ２１７）。ステージ１のプログラムと
データの読み込みが終了した段階で、修正プログラムを
実行して（ステップＳ２１８）、図９に示すような修正
処理を行う（ステップＳ２１８）。続いて、修正された
プログラム及びデータに基づいてステージ１のゲームを
実行する（ステップＳ２１９）。

【０１１０】次に、ステージ２についても同様にして、
ステージ２のプログラムを読み込みＲＡＭ２１４に格納
し（ステップＳ２２０）、引き続いて、ステージ２のデ
ータを読み込みＲＡＭ２１４に格納する（ステップＳ２
２１）。ステージ２のプログラムとデータの読み込みが
終了した段階で、修正プログラムを実行して（ステップ
Ｓ２２２）修正処理を行う（ステップＳ２２２）。続い
て、修正されたプログラム及びデータに基づいてステー
ジ２のゲームを実行する（ステップＳ２２３）。

【０１１１】以降は同様にしてステージ毎にプログラム
とデータを読み込み、修正ファイルに基づいて修正を行
い、修正されたプログラム及びデータに基づいてゲーム
を実行する。

【０１１２】以上の通り、本実施形態によればＣＤ−Ｒ
ＯＭ等の書換不可能な情報記憶媒体に格納したソフトウ
エアに対しても修正ファイルを用いてプログラムやデー
タを修正してバグ等の不都合に有効に対応することがで
きる。

【０１１３】本実施形態にように、外部から提供する修
正ファイルによりメインメモリであるＲＡＭの修正が可
能となると、模倣者により修正ファイルが偽造されて、
開発者が意図しない不正な修正が行われるおそれがあ
る。このような不正な修正を防止するために、本実施形
態では次のような対策を行っている。

【０１１４】修正ファイルの偽造を防ぐために修正ファ
イルを暗号化する。暗号方式としては秘密鍵暗号方式で
も公開鍵暗号方式でもよい。公開鍵暗号方式は暗号化と
復号化に異なる鍵を用い、暗号化の方法が分かっている
だけでは解読できないので、セキュリティに優れてい
る。ソフトウエア毎に異なる暗号方式を用いることがで
き、必要とされるセキュリティ機能に応じて定めるよう
にする。

【０１１５】ＲＡＭ２１４に書換禁止領域を設ける。セ
キュリティチェックに必要なプログラムやデータが格納
されるＲＡＭ２１４の領域を書換禁止領域とする。例え
ば、ＣＤ−ＲＯＭドライブ２２０の蓋開けチェックルー
チンを無効にする改造を行ってソフトウエアの不正使用
を行う例がある。このような不正使用を防止するため蓋
開けチェックルーチンの格納領域を書込禁止領域として
設定する。

【０１１６】ＲＡＭ２１４が不正に書き換えられたか否
かを監視する。修正ファイルにより修正される領域以外
の領域が書き換えられたか否かを常に監視する。例え
ば、パリティチェック(parity check)方式や、チェック
サム(check sum)方式や、ＣＲＣ(Cyclic Redundancy Ch
eck)方式等に基づいて、修正される領域以外の領域が書
き換えられたか否かチェックする。書換禁止領域を設定
した場合には、その領域を優先的に監視する。不正な書
換が行われたことが分かった場合にはゲーム装置の動作
に制限を加える。ゲームの公式大会に参加する場合、不
正な書換が分かった場合には公式大会への参加資格を失
うなどの制限を加える。

【０１１７】本実施形態によるソフトウエア修正方法は
様々な場面で応用が可能である。そのような応用例につ
いて説明する。

【０１１８】ゲーム発売後に判明した簡単なバグを修正
することができる。不正な処理の削除や、必要な処理の
追加や、代入値の修正等を行う。実在する名称（人名、
地名等）の入力ミスを修正したり、文字コードの修正や
グラフィックデータの修正などの誤記を修正したりす
る。

【０１１９】ゲーム発売後にゲームの難易度調整を行う
ことができる。ゲームの開発者は適切な難易度となるよ
うにゲームを設計するが、ゲームを実際に発売すると、
ユーザから「ゲームが難しすぎてつまらない」「ゲーム
が易しすぎてつまらない」等の苦情が発生することがあ
る。このような苦情を元にソフトウエアを修正してゲー
ムの難易度を調整する。例えば、プレイヤが操作できる
初期設定の自機数の変更、敵の強さのレベルの変更、当
たり判定の条件の変更、技を出した後の硬直時間の変
更、敵の出現数、出現場所の変更、敵の体力の調整、ク
リア条件の緩和、アイテムの値段の変更、アイテムの出
現率の調整、ＲＰＧ（Ｒｏｌｌ Ｐｌａｙｉｎｇ Ｇａ
ｍｅ）での初期パラメータの変更、ＲＰＧでのレベルア
ップテーブルの変更、等である。

【０１２０】ゲーム発売後にゲーム内容を変更すること
ができる。ゲーム発売後に、新しい魅力を加えたり、現
実の変化に合わせるために、ゲーム内容自体を変更す
る。例えば、キャラクタを追加したり、キャラクタを差
し替えたり、アイテムを追加したり、アイテムを差し替
えたり、キャラクタの特性を変更したり、スポーツゲー
ムでデータを最新のものに差し替えて発売後に加入した
選手を加えたり、ゲームマップを変更したり、シナリオ
を変更したり、メッセージの口調を変更したりする。

【０１２１】新たな内容やインフォメーションを加える
ことができる。例えば、広告が表示されるゲームにおい
て広告内容を変更したり、ゲームに関するイベントを告
知したり、ゲームに関するホームページや掲示板へのア
クセス情報を加えたり、新しいサービスの告知を行った
りする。

【０１２２】次に、本実施形態の変形例について説明す
る。本実施形態は上述した実施形態に限らず種々の変形
が可能である。

【０１２３】例えば、上記実施形態では修正ファイルは
メモリカードにより提供されたが、他の情報記憶媒体に
より提供されてもよい。情報記憶媒体としては外部から
供給されるメモリカード等のようなものの他に、ゲーム
装置内部のメモリやＨＤＤ等の情報記憶媒体でもよい。
また、書換可能な情報記憶媒体だけではなく、ＣＤ−Ｒ
ＯＭのような書換不可能な情報記憶媒体でもよい。例え
ば、シリーズ物のゲームであれば後で発売されるＣＤ−
ＲＯＭに前のソフトウエアの修正ファイルを格納してお
き、ＣＤ−ＲＯＭ搭載時に修正ファイルを読み込んでお
く。

【０１２４】また、修正ファイルは情報記憶媒体ではな
く通信回線を介して提供するようにしてもよい。ゲーム
の実行時に自動的にインターネットに接続し、必要な修
正ファイルをダウンロードする。

【０１２５】また、上記実施形態はゲーム装置に本発明
を適用したが、パーソナルコンピュータのような他の電
子装置にも適用することができる。

【０１２６】

【発明の効果】以上の通り、本発明によれば、模倣者は
ＩＰＬメモリ内のどれがチェックコードであるか知るこ
とが極めて困難であり、高度なセキュリティを実現する
ことができる。

【０１２７】また、本発明によれば、ＩＰＬメモリの一
部を書換可能にしたので、ゲーム装置を発売した後に発
見したバグを修正したり、新たな仕様に対応したりする
バージョンアップを容易に行うことができる。

【０１２８】さらに、本発明によれば、ＣＤ−ＲＯＭ等
の書換不可能な情報記憶媒体に格納したソフトウエアに
対しても修正ファイルを用いてプログラムやデータを修
正してバグ等の不都合に有効に対応することができる。

【図面の簡単な説明】

【図１】本発明の第１実施形態によるゲーム装置のブロ
ック図である。

【図２】本発明の第１実施形態によるゲーム装置のセキ
ュリティチェック方法のフローチャートである。

【図３】本発明の第１実施形態によるゲーム装置のブー
トＲＯＭの変形例を示す図である。

【図４】本発明の第２実施形態によるゲーム装置のブロ
ック図である。

【図５】本発明の第２実施形態によるゲーム装置の動作
を示すフローチャートである。

【図６】本発明の第３実施形態によるゲーム装置のブロ
ック図である。

【図７】本発明の第３実施形態によるゲーム装置の動作
の概略を説明するための図である。

【図８】本発明の第３実施形態によるゲーム装置のメイ
ンプログラムの示すフローチャートである。

【図９】本発明の第３実施形態によるゲーム装置の修正
プログラムのフローチャートである。

【図１０】本発明の第３実施形態によるゲーム装置にお
ける修正ファイルのフォーマットを示す図である。

【符号の説明】

１０…ゲーム装置 １２…ＣＰＵ １４…ＲＡＭ １６…ブートＲＯＭ １８…ＶＤＰ ２０…バスライン ２２…ＲＯＭ認証用回路 ２２ａ…伝送ライン ２２ｂ…セレクタ ２２ｃ…演算器 ２２ｄ…キーコードメモリ ２２ｅ…認証用コードメモリ ２２ｆ…チェックコードメモリ ２２ｇ…比較器 ２４…ＣＤ−ＲＯＭドライブ ２６…ＣＤ−ＲＯＭＩ／Ｆ ２８…ビデオＩ／Ｆ ３０…ビデオモニタ １１０…ゲーム装置 １１２…ＣＰＵ １１４…ＲＡＭ １１６…書換可能ブートＲＯＭ １１８…カスタムＬＳＩ １２０…システムバスライン １２２…書換不可能ブートＲＯＭ １２４…外部Ｉ／Ｆ １２６…ビデオＩ／Ｆ １２８…内部バスライン １３０…外部メモリ装置 １３２…ビデオモニタ ２１０…ゲーム装置 ２１２…ＣＰＵ ２１４…ＲＡＭ ２１６…ブートＲＯＭ ２１８…ＣＤ−ＲＯＭＩ／Ｆ ２２０…ＣＤ−ＲＯＭドライブ ２２２…メモリＩ／Ｆ ２２４…ビデオＩ／Ｆ ２３０…メモリカード ２３２…ビデオモニタ ２４０…ＣＤ−ＲＯＭ

フロントページの続き Ｆターム(参考） 2C001 BB00 BB07 BD00 BD04 CB01 CB02 CB06 CB08 CC02 5B017 AA06 BA07 BB02 BB03 CA09 CA15 CA16 5B076 AC01 AC05 BB18 EA10 EB09 FA13 9A001 BB03 DD15 EE02 EE03 JJ76 KK45 LL03

Claims (16)

【特許請求の範囲】
1. 【請求項１】 書き換え不可能な第１のＩＰＬメモリに
   格納された第１のプログラムを実行し、 書き換え可能な第２のＩＰＬメモリに暗号化されて格納
   された第２のプログラムの暗号を解除し、前記第２のプ
   ログラムを実行することを特徴とする電子装置の起動方
   法。
2. 【請求項２】 書き換え不可能な第１のＩＰＬメモリに
   格納された第１のプログラムを実行し、 書き換え可能な第２のＩＰＬメモリに暗号化されて格納
   された第２のプログラムの暗号を解除し、 前記第２のプログラムを認証し、その認証結果に基づい
   て、前記第２のプログラムの一部を、外部の情報記憶媒
   体から読み込んだ情報により書き換えることを特徴とす
   るセキュリティチェック方法。
3. 【請求項３】 書き換え不可能な第１のＩＰＬメモリに
   格納された第１のプログラムを実行し、 書き換え可能な第２のＩＰＬメモリに暗号化されて格納
   された第２のプログラムの暗号を解除し、 前記第２のプログラムを認証し、その認証結果に基づい
   て、前記第２のプログラムの一部を、通信手段を介して
   読み込んだ情報により書き換えることを特徴とするセキ
   ュリティチェック方法。
4. 【請求項４】 請求項２又は３記載のセキュリティチェ
   ック方法において、 前記第２のＩＰＬメモリに格納された前記第２のプログ
   ラムにはバージョン情報が付されており、 前記バージョン情報に基づいて前記第２のプログラムを
   書き換えることを特徴とするセキュリティチェック方
   法。
5. 【請求項５】 起動時に実行される第１のプログラムが
   格納され、書き換え不可能な第１のＩＰＬメモリと、 前記第１のプログラムの後に実行される第２のプログラ
   ムが暗号化されて格納され、書き換え可能な第２のＩＰ
   Ｌメモリと、 前記第１のプログラムを実行し、前記第１のプログラム
   により前記第２のＩＰＬメモリに格納された前記第２の
   プログラムの暗号を解除し、前記第２のプログラムを実
   行する実行手段とを有することを特徴とする電子装置。
6. 【請求項６】 起動時に実行される第１のプログラムが
   格納され、書き換え不可能な第１のＩＰＬメモリと、 前記第１のプログラムの後に実行される第２のプログラ
   ムが暗号化されて格納され、書き換え可能な第２のＩＰ
   Ｌメモリと、 前記第２のＩＰＬメモリに格納されたプログラムを認証
   し、その認証結果に基づいて、前記第２のプログラムの
   一部を、外部の情報記憶媒体から読み込んだ情報により
   書き換える書換手段とを有することを特徴とする電子装
   置。
7. 【請求項７】 起動時に実行される第１のプログラムが
   格納され、書き換え不可能な第１のＩＰＬメモリと、 前記第１のプログラムの後に実行される第２のプログラ
   ムが暗号化されて格納され、書き換え可能な第２のＩＰ
   Ｌメモリと、 前記第２のＩＰＬメモリに格納されたプログラムを認証
   し、その認証結果に基づいて、前記第２のプログラムの
   一部を、通信手段を介して読み込んだ情報により書き換
   える書換手段とを有することを特徴とする電子装置。
8. 【請求項８】 請求項６又は７記載の電子装置におい
   て、 前記第２のＩＰＬメモリに格納された前記第２のプログ
   ラムにはバージョン情報が付されており、 前記書換手段は、前記バージョン情報に基づいて前記第
   ２のプログラムを書き換えることを特徴とする電子装
   置。
9. 【請求項９】 プログラムの所定位置に修正ルーチンを
   予め組み込んでおき、 前記プログラム及び／又はデータを読み込んでメインメ
   モリに格納し、 前記プログラムの実行時に、前記修正ルーチンを実行し
   て、外部の修正ファイルに基づいて前記メインメモリ上
   の前記プログラム及び／又は前記データを修正すること
   を特徴とするソフトウエア修正方法。
10. 【請求項１０】 請求項９記載のソフトウエア修正方法
    において、 前記修正ファイルを外部の情報記憶媒体から読み込んで
    前記メインメモリに格納することを特徴とするソフトウ
    エア修正方法。
11. 【請求項１１】 請求項９記載のソフトウエア修正方法
    において、 前記修正ファイルを通信回線を介して読み込んで前記メ
    インメモリに格納することを特徴とするソフトウエア修
    正方法。
12. 【請求項１２】 請求項９乃至１１のいずれか１項に記
    載のソフトウエア修正方法において、 前記修正ファイルは、暗号化して提供され、 前記修正ファイルの読み込み時に、前記修正ファイルの
    暗号を解除して前記メインメモリに格納することを特徴
    とするソフトウエア修正方法。
13. 【請求項１３】 請求項９乃至１２のいずれか１項に記
    載のソフトウエア修正方法において、 前記メインメモリ中の修正個所を、前記修正ファイルに
    より指定することを特徴とするソフトウエア修正方法。
14. 【請求項１４】 請求項９乃至１３のいずれか１項に記
    載のソフトウエア修正方法において、 前記メインメモリ内に修正禁止領域を設定し、 前記修正禁止領域が修正されたか否かを監視することを
    特徴とするソフトウエア修正方法。
15. 【請求項１５】 請求項９乃至１４のいずれか１項に記
    載されたソフトウエア修正方法を実行するプログラムが
    格納された情報記憶媒体。
16. 【請求項１６】 請求項９乃至１４のいずれか１項に記
    載されたソフトウエア修正方法に用いられる修正ファイ
    ルが格納された情報記憶媒体。