"ディスプレイに表示されたゲーム空間内で、複数のプレイヤキャラクタが所定のルート上を移動するゲームをプレイするためのゲーム装置であって、前記複数のプレイヤキャラクタのうちの各々のプレイヤキャラクタに向けられる前記所定のルート上における移動量を決めるための指示を受け付ける指示受付手段と、前記指示受付手段において指示を受け付けた場合に前記所定のルート上における移動量を決定する移動量決定手段と、前記移動量決定手段により決定された前記移動量に従って、前記所定のルート上の位置について、前記指示受付手段において指示を受け付けた前記プレイヤキャラクタとともに他の全てのプレイヤキャラクタの位置を更新する位置更新手段と、前記プレイヤキャラクタが移動した位置に応じて、少なくとも前記指示受付手段において指示を受け付けた前記プレイヤキャラクタに対するイベントを実行するイベント処理手段とを備え、前記指示受付手段は、通常の移動量を決めるための通常指示を受け付ける通常指示受付手段と、前記複数のプレイヤキャラクタで指示することが可能な回数が有限であり、前記通常指示受付手段と選択的に実行される、通常とは異なる移動量を決めるための特殊指示を受け付ける特殊指示受付手段とを含む、ゲーム装置。前記移動量は、前記所定のルート上に連続して設けられたマスを移動するマス数である、請求項1記載のゲーム装置。前記指示を受け付けた前記プレイヤキャラクタの位置の更新に従って所定のアイテムを取得するあるいは喪失する処理を実行するアイテム取得/喪失処理手段をさらに備え、前記イベント処理手段は、前記複数のプレイヤキャラクタのそれぞれが取得した前記所定のアイテムの個数によって勝敗を決定するイベントを実行する勝敗判定処理手段とを含む、請求項1または2記載のゲーム装置。前記イベント処理手段は、指示することが可能な回数が有限に設定された前記特殊指示の使用を可能とするイベントを実行する特殊指示取得処理手段を含む、請求項1~3のいずれかに記載のゲーム装置。前記通常指示は、通常のダイスを用いて出た目の値の移動量を決める指示に相当し、前記特殊指示は、前記通常のダイスとは異なる特殊のダイスを用いて出た目の移動量を決める指示に相当する、請求項1~4のいずれかに記載のゲーム装置。前記特殊ダイスは、前記通常のダイスにより決められる値の範囲よりも狭い所定の範囲内の値しか出ないように設定されている、請求項5に記載のゲーム装置。前記特殊ダイスは、前記通常のダイスにより決められる値に含まれない値を出すことが可能なように設定されている、請求項5に記載のゲーム装置。前記特殊ダイスは、0の値しか出ないように設定されている、請求項5に記載のゲーム装置。前記イベント処理手段は、前記複数のプレイヤキャラクタをそれぞれ操作することにより対戦するミニゲームを実行するイベントを実行するミニゲーム処理手段をさらに含む、請求項1~8のいずれかに記載のゲーム装置。ディスプレイに表示されたゲーム空間内で、複数のプレイヤキャラクタが所定のルート上を移動するゲームをプレイするためのゲーム方法であって、前記複数のプレイヤキャラクタのうちの各々のプレイヤキャラクタに向けられる前記所定のルート上における移動量を決めるための指示を受け付けるステップと、前記指示受付手段において指示を受け付けた場合に前記所定のルート上における移動量を決定するステップと、前記移動量決定手段により決定された前記移動量に従って、前記所定のルート上の位置について、前記指示受付手段において指示を受け付けた前記プレイヤキャラクタとともに他の全てのプレイヤキャラクタの位置を更新するステップと、前記プレイヤキャラクタが移動した位置に応じて、少なくとも前記指示受付手段において指示を受け付けた前記プレイヤキャラクタに対するイベントを実行するステップとを備え、前記指示を受け付けるステップは、通常の移動量を決めるための通常指示を受け付けるステップと、前記複数のプレイヤキャラクタで指示することが可能な回数が有限であり、前記通常指示受付手段と選択的に実行される、通常とは異なる移動量を決めるための特殊指示を受け付けるステップとを含む、ゲーム方法。ディスプレイに表示されたゲーム空間内で、複数のプレイヤキャラクタが所定のルート上を移動するゲームをプレイするためのゲーム装置の制御プログラムであって、コンピュータに、前記複数のプレイヤキャラクタのうちの各々のプレイヤキャラクタに向けられる前記所定のルート上における移動量を決めるための指示を受け付けるステップと、前記指示受付手段において指示を受け付けた場合に前記所定のルート上における移動量を決定するステップと、前記移動量決定手段により決定された前記移動量に従って、前記所定のルート上の位置について、前記指示受付手段において指示を受け付けた前記プレイヤキャラクタとともに他の全てのプレイヤキャラクタの位置を更新するステップと、前記プレイヤキャラクタが移動した位置に応じて、少なくとも前記指示受付手段において指示を受け付けた前記プレイヤキャラクタに対するイベントを実行するステップとを備え、前記指示を受け付けるステップは、通常の移動量を決めるための通常指示を受け付けるステップと、前記複数のプレイヤキャラクタで指示することが可能な回数が有限であり、前記通常指示受付手段と選択的に実行される、通常とは異なる移動量を決めるための特殊指示を受け付けるステップとを含む、処理を実行させる、ゲーム装置の制御プログラム。ディスプレイに表示されたゲーム空間内で、複数のプレイヤキャラクタが所定のルート上を移動するゲームをプレイするためのゲームシステムであって、ゲーム装置と、ゲーム装置を操作するコントローラとを備え、前記ゲーム装置は、前記コントローラからの前記複数のプレイヤキャラクタのうちの各々のプレイヤキャラクタに向けられる前記所定のルート上における移動量を決めるための指示を受け付ける指示受付手段と、前記指示受付手段において指示を受け付けた場合に前記所定のルート上における移動量を決定する移動量決定手段と、前記移動量決定手段により決定された前記移動量に従って、前記所定のルート上の位置について、前記指示受付手段において指示を受け付けた前記プレイヤキャラクタとともに他の全てのプレイヤキャラクタの位置を更新する位置更新手段と、前記プレイヤキャラクタが移動した位置に応じて、少なくとも前記指示受付手段において指示を受け付けた前記プレイヤキャラクタに対するイベントを実行するイベント処理手段とを備え、前記指示受付手段は、通常の移動量を決めるための通常指示を受け付ける通常指示受付手段と、前記複数のプレイヤキャラクタで指示することが可能な回数が有限であり、前記通常指示受付手段と選択的に実行される、通常とは異なる移動量を決めるための特殊指示を受け付ける特殊指示受付手段とを含む、ゲームシステム。この種のゲームとしては、複数のプレイヤキャラクタがそれぞれの出た目の数だけ移動する。すなわち、それぞれのプレイヤキャラクタが独立してルート上を移動するものである。すなわち、それぞれのプレイヤキャラクタの移動が直接的に他のプレイヤキャラクタの移動に影響を与えるものではなく、イベント等の発生により間接的に影響を与えるものであった。したがって、自己のプレイヤキャラクタの移動が他のプレイヤキャラクタの移動に直接影響を与えるものではないため駆け引きが少ないという問題があった。本発明は、上記のような問題を解決するためになされたものであって、駆け引きを楽しみゲームの興趣性を高めることができるゲーム装置、ゲーム方法、ゲーム装置の制御プログラムおよびゲームシステムを提供することを目的とする。この発明の第1の局面に従うゲーム装置は、ディスプレイに表示されたゲーム空間内で、複数のプレイヤキャラクタが所定のルート上を移動するゲームをプレイするためのゲーム装置であって、複数のプレイヤキャラクタのうちの各々のプレイヤキャラクタに向けられる所定のルート上における移動量を決めるための指示を受け付ける指示受付手段と、指示受付手段において指示を受け付けた場合に所定のルート上における移動量を決定する移動量決定手段と、移動量決定手段により決定された移動量に従って、所定のルート上の位置について、指示受付手段において指示を受け付けたプレイヤキャラクタとともに他の全てのプレイヤキャラクタの位置を更新する位置更新手段と、プレイヤキャラクタが移動した位置に応じて、少なくとも指示受付手段において指示を受け付けたプレイヤキャラクタに対するイベント処理を実行するイベント処理手段とを備える。指示受付手段は、通常の移動量を決めるための通常指示を受け付ける通常指示受付手段と、複数のプレイヤキャラクタで指示することが可能な回数が有限であり、通常指示受付手段と選択的に実行される、通常とは異なる移動量を決めるための特殊指示を受け付ける特殊指示受付手段とを含む。第1の局面によれば、指示を受け付けたプレイヤキャラクタとともに他の全てのプレイヤキャラクタの位置が更新されるため自己のプレイヤキャラクタの移動が他のプレイヤキャラクタの移動に直接影響を与え、移動による駆け引きによりゲームの興趣性を高めることが可能である。さらに、移動するに際して、複数のプレイヤキャラクタで指示することが可能な回数が有限である特殊指示を受け付けるため、特殊指示の実行に関する駆け引きによりゲームの興趣性をさらに高めることが可能である。好ましい、第2の局面によれば、移動量は、所定のルート上に連続して設けられたマスを移動するマス数である。第2の局面によれば、所定のルート上にマスが設けられているため駆け引きする際に移動量を容易に把握することができゲームの興趣性を高めることができる。好ましい、第3の局面によれば、イベント処理手段は、所定のアイテムを取得するあるいは喪失するイベント処理を実行するアイテムイベント処理手段と、複数のプレイヤキャラクタのそれぞれが取得した所定のアイテムの個数によって勝敗を決定するイベント処理を実行する勝敗判定イベント処理手段とを含む。第3の局面によれば、所定のアイテムを取得するあるいは喪失するイベント処理と、取得したアイテムの個数によって勝敗が決定するイベント処理とが実行されるためアイテムの取得あるいは喪失に関する駆け引きが生じゲームの興趣性を高めることができる。好ましい、第4の局面によれば、イベント処理手段は、指示することが可能な回数が有限に設定された特殊指示の使用を可能とするイベント処理を実行する特殊指示取得イベント処理手段を含む。第4の局面によれば、指示することが可能な回数が有限に設定された特殊指示の使用を可能とするイベント処理が実行されるため特殊指示に関する駆け引きによりゲームの興趣性を高めることが可能である。好ましい、第5の局面によれば、通常指示は、通常のダイスを用いて出た目の値の移動量を決める指示に相当し、特殊指示は、通常のダイスとは異なる特殊のダイスを用いて出た目の移動量を決める指示に相当する。特に、第6の局面によれば、特殊ダイスは、通常のダイスにより決められる値の範囲よりも狭い所定の範囲内の値しか出ないように設定されている。特に、第7の局面によれば、特殊ダイスは、通常のダイスにより決められる値に含まれない値を出すことが可能なように設定されている。特に、第8の局面によれば、特殊ダイスは、0の値しか出ないように設定されている。第5~8の局面によれば、特殊ダイスは、通常のダイスの出目と異なるように設定されているため、当該特殊ダイスの使用に関する駆け引きが生じ、ゲームの興趣性を高めることが可能である。例えば、0の値しか出ないように設定された特殊ダイスの場合には、自己のプレイヤキャラクタを移動させず、次の順番のプレイヤキャラクタを移動させるようにする駆け引きが生じ、ゲームの興趣性を高めることが可能である。好ましい、第9の局面によれば、イベント処理手段は、複数のプレイヤキャラクタをそれぞれ操作することにより対戦するミニゲームを実行するイベント処理を実行するミニゲームイベント処理手段をさらに含む。第9の局面によれば、対戦するミニゲームを実行することによりゲームの興趣性を高めることができる。この発明の第10の局面に従うゲーム方法は、ディスプレイに表示されたゲーム空間内で、複数のプレイヤキャラクタが所定のルート上を移動するゲームをプレイするためのゲーム方法であって、複数のプレイヤキャラクタのうちの各々のプレイヤキャラクタに向けられる所定のルート上における移動量を決めるための指示を受け付けるステップと、指示受付手段において指示を受け付けた場合に所定のルート上における移動量を決定するステップと、移動量決定手段により決定された移動量に従って、所定のルート上の位置について、指示受付手段において指示を受け付けたプレイヤキャラクタとともに他の全てのプレイヤキャラクタの位置を更新するステップと、プレイヤキャラクタが移動した位置に応じて、少なくとも指示受付手段において指示を受け付けたプレイヤキャラクタに対するイベント処理を実行するステップとを備え、指示を受け付けるステップは、通常の移動量を決めるための通常指示を受け付けるステップと、複数のプレイヤキャラクタで指示することが可能な回数が有限であり、通常指示受付手段と選択的に実行される、通常とは異なる移動量を決めるための特殊指示を受け付けるステップとを含む。第10の局面によれば、指示を受け付けたプレイヤキャラクタとともに他の全てのプレイヤキャラクタの位置が更新されるため自己のプレイヤキャラクタの移動が他のプレイヤキャラクタの移動に直接影響を与え、移動による駆け引きによりゲームの興趣性を高めることが可能である。さらに、移動するに際して、複数のプレイヤキャラクタで指示することが可能な回数が有限である特殊指示を受け付けるため、特殊指示の実行に関する駆け引きによりゲームの興趣性をさらに高めることが可能である。この発明の第11の局面に従うゲーム装置の制御プログラムは、ディスプレイに表示されたゲーム空間内で、複数のプレイヤキャラクタが所定のルート上を移動するゲームをプレイするためのゲーム装置の制御プログラムであって、コンピュータに、複数のプレイヤキャラクタのうちの各々のプレイヤキャラクタに向けられる所定のルート上における移動量を決めるための指示を受け付けるステップと、指示受付手段において指示を受け付けた場合に所定のルート上における移動量を決定するステップと、移動量決定手段により決定された移動量に従って、所定のルート上の位置について、指示受付手段において指示を受け付けたプレイヤキャラクタとともに他の全てのプレイヤキャラクタの位置を更新するステップと、プレイヤキャラクタが移動した位置に応じて、少なくとも指示受付手段において指示を受け付けたプレイヤキャラクタに対するイベント処理を実行するステップとを備え、指示を受け付けるステップは、通常の移動量を決めるための通常指示を受け付けるステップと、複数のプレイヤキャラクタで指示することが可能な回数が有限であり、通常指示受付手段と選択的に実行される、通常とは異なる移動量を決めるための特殊指示を受け付けるステップとを含む、処理を実行させる。第11の局面によれば、指示を受け付けたプレイヤキャラクタとともに他の全てのプレイヤキャラクタの位置が更新されるため自己のプレイヤキャラクタの移動が他のプレイヤキャラクタの移動に直接影響を与え、移動による駆け引きによりゲームの興趣性を高めることが可能である。さらに、移動するに際して、複数のプレイヤキャラクタで指示することが可能な回数が有限である特殊指示を受け付けるため、特殊指示の実行に関する駆け引きによりゲームの興趣性をさらに高めることが可能である。この発明の第12の局面に従うゲームシステムは、ディスプレイに表示されたゲーム空間内で、複数のプレイヤキャラクタが所定のルート上を移動するゲームをプレイするためのゲームシステムであって、ゲーム装置と、ゲーム装置を操作するコントローラとを備え、ゲーム装置は、コントローラからの複数のプレイヤキャラクタのうちの各々のプレイヤキャラクタに向けられる所定のルート上における移動量を決めるための指示を受け付ける指示受付手段と、指示受付手段において指示を受け付けた場合に所定のルート上における移動量を決定する移動量決定手段と、移動量決定手段により決定された移動量に従って、所定のルート上の位置について、指示受付手段において指示を受け付けたプレイヤキャラクタとともに他の全てのプレイヤキャラクタの位置を更新する位置更新手段と、プレイヤキャラクタが移動した位置に応じて、少なくとも指示受付手段において指示を受け付けたプレイヤキャラクタに対するイベント処理を実行するイベント処理手段とを備え、指示受付手段は、通常の移動量を決めるための通常指示を受け付ける通常指示受付手段と、複数のプレイヤキャラクタで指示することが可能な回数が有限であり、通常指示受付手段と選択的に実行される、通常とは異なる移動量を決めるための特殊指示を受け付ける特殊指示受付手段とを含む。第12の局面によれば、指示を受け付けたプレイヤキャラクタとともに他の全てのプレイヤキャラクタの位置が更新されるため自己のプレイヤキャラクタの移動が他のプレイヤキャラクタの移動に直接影響を与え、移動による駆け引きによりゲームの興趣性を高めることが可能である。さらに、移動するに際して、複数のプレイヤキャラクタで指示することが可能な回数が有限である特殊指示を受け付けるため、特殊指示の実行に関する駆け引きによりゲームの興趣性をさらに高めることが可能である。上述の記載においては、本発明の理解を助けるために後述の実施形態との対応関係を示すための参照符号および補足説明等を付したが、これらは本発明を何ら限定するものではない。駆け引きを楽しみゲームの興趣性を高めることができる。この発明の実施の形態について、図面を参照しながら詳細に説明する。なお、図中の同一または相当部分については、同一符号を付してその説明は繰返さない。<ゲーム装置の構成>図1は、本発明の実施の形態に従うビデオゲームシステム10の構成を説明する図である。図1を参照して、この発明の実施の形態に従うビデオゲームシステム10は、画像処理装置の一種であるゲーム装置12およびコントローラ22を含む。本実施の形態に従うゲーム装置12は、少なくとも1つ以上のコントローラ22と通信可能に設計されている。また、ゲーム装置12と各コントローラ22とは、無線によって接続される。たとえば、無線通信は、Bluetooth登録商標規格に従って実行されるが、赤外線や無線LANなど他の規格に従って実行されてもよい。さらには、有線で接続されてもよい。ゲーム装置12は、略直方体のハウジング14を含み、ハウジング14の前面にはディスクスロット16が設けられる。ディスクスロット16から、ゲームプログラム等を記憶した記憶媒体の典型例である光ディスク18が挿入されて、ハウジング14内のディスクドライブ54図2参照に装着される。ディスクスロット16の周囲には、LEDと導光板が配置され、さまざまな処理に応答させて点灯させることが可能である。また、ゲーム装置12のハウジング14の前面において、その上部には、電源ボタン20aおよびリセットボタン20bが設けられ、その下部には、イジェクトボタン20cが設けられる。さらに、リセットボタン20bとイジェクトボタン20cとの間であり、ディスクスロット16の近傍には、外部メモリカード用コネクタカバー28が設けられる。この外部メモリカード用コネクタカバー28の内側には、外部メモリカード用コネクタ62図2参照が設けられ、図示しない外部メモリカード以下、単にメモリカードとも称す。が挿入される。メモリカードは、光ディスク18から読み出したゲームプログラム等をローディングして一時的に記憶したり、このビデオゲームシステム10を利用してプレイしたゲームのゲームデータゲームの結果データまたは途中データを保存セーブしておいたりするために利用される。ただし、上記のゲームデータの保存は、メモリカードに対して行なうことに代えて、たとえばゲーム装置12の内部に設けられるフラッシュメモリ44図2参照のような内部メモリに対して行なうようにしてもよい。また、メモリカードは、内部メモリのバックアップメモリとして用いるようにしてもよい。また、ゲームプログラム等は、ネットワーク接続されたサーバなどから、有線または無線の通信回線を通じて、ゲーム装置12に供給ダウンロードされてもよい。このようにダウンロードされたゲームプログラム等については、ゲーム装置12の内部に設けられるフラッシュメモリ44図2参照やメモリカードに記憶される。なお、メモリカードとしては、汎用のSDSecuredDigitalカードを用いることができるが、メモリスティックやマルチメディアカード登録商標のような他の汎用のメモリカードを用いることもできる。ゲーム装置12のハウジング14の後面には、AVコネクタ58図2参照が設けられる。そのAVコネクタ58には、AVケーブル32aを通してゲーム装置12にモニタディスプレイ34およびスピーカ34aが接続される。このモニタ34およびスピーカ34aは、典型的には、カラーテレビジョン受像機である。AVケーブル32aは、ゲーム装置12からの映像信号をカラーテレビのビデオ入力端子に入力し、音声信号を音声入力端子に入力する。したがって、モニタ34の画面上には、たとえば3次元3Dビデオゲームのゲーム画像が表示され、左右のスピーカ34aからは、ゲーム音楽や効果音などのステレオゲーム音声が出力される。また、モニタ34の周辺図1に示す例では、モニタ34の上側には、2つの赤外LEDマーカ340m,340nを有するマーカ部34bが設けられる。このマーカ部34bは、電源ケーブル32bを通してゲーム装置12に接続される。したがって、マーカ部34bには、ゲーム装置12から電源が供給される。これによって、マーカ340m,340nは発光し、それぞれモニタ34の前方に向けて赤外光を出力する。なお、ゲーム装置12の電源は、一般的なACアダプタ図示せずによって供給される。ACアダプタは、家庭用の標準的な壁ソケットに差し込まれ、家庭用電源商用電源を、ゲーム装置12の駆動に適した低いDC電圧信号に変換する。他の実現例では、電源としてバッテリが用いられてもよい。このビデオゲームシステム10において、ユーザがゲームまたは、ゲームに限らず、他のアプリケーションをプレイする場合には、ユーザは、まずゲーム装置12の電源をオンし、次いで、ビデオゲームもしくはプレイしたいと思う他のアプリケーションのプログラムを記録している適宜の光ディスク18を選択し、その光ディスク18をゲーム装置12のディスクドライブ54にローディングする。すると、ゲーム装置12は、その光ディスク18に記録されているプログラムに基づいてビデオゲームもしくは他のアプリケーションを実行し始めるようにする。あるいは、ゲーム装置12は、予めサーバからダウンロードされフラッシュメモリ44図2参照などに格納されているプログラムに基づいてビデオゲームもしくは他のアプリケーションを実行し始めることもできる。ユーザは、コントローラ22を操作して、ゲーム装置12に入力を与える。たとえば、入力手段26のどれかを操作することによってゲームもしくは他のアプリケーションをスタートさせる。また、入力手段26に対する操作以外にも、コントローラ22自体を動かすことによって、動画オブジェクトプレイヤオブジェクトを異なる方向に移動させ、または3Dのゲーム世界におけるユーザの視点カメラ位置を変化させることができる。また、コントローラ22には、入力手段複数のボタンないしスイッチ26が設けられる。具体的には、十字キー26aや、Aボタン26d等が設けられる。十字キー26aは、4方向プッシュスイッチであり、矢印で示す4つの方向、前または上、後ろまたは下、右および左の操作部を含む。この操作部のいずれか1つを操作することによって、ユーザによって操作可能なキャラクタプレイヤキャラクタ単にキャラクタとも称するまたはオブジェクトプレイヤオブジェクトの移動方向を指示したり、カーソルの移動方向を指示したりすることができる。Aボタン26dは、押しボタンスイッチであり、プレイヤキャラクタまたはプレイヤオブジェクトに、方向指示以外の動作、すなわち、打つパンチ、投げる、つかむ取得、乗る、ジャンプするなどの任意のアクションをさせるために使用される。たとえば、アクションゲームにおいては、ジャンプ、パンチ、武器を動かすなどを指示することができる。また、ロールプレイングゲームRPGやシミュレーションRPGにおいては、アイテムの取得、武器やコマンドの選択および決定等を指示することができる。さらに、コントローラ22は、撮像情報演算部80図3参照を有しており、図示しないがコントローラ22の先端面には撮像情報演算部80の光入射口が設けられる。なお、コントローラ22の形状や、各入力手段26の形状、数および設置位置等は単なる一例に過ぎず、それらが適宜改変された場合であっても、本発明の本質に包含される。図2は、図1に示すビデオゲームシステム10の電気的な構成を示すブロック図である。ハウジング14内の各コンポーネントは、プリント基板に実装される。図2を参照して、ゲーム装置12には、CPU40が設けられる。このCPU40は、ゲームプロセッサとして機能する。このCPU40には、システムLSI42が接続される。このシステムLSI42には、外部メインメモリ46、ROM/RTC48、ディスクドライブ54およびAV_IC56が接続される。外部メインメモリ46は、各種アプリケーションのプログラムを記憶したり、各種データを記憶したりし、CPU40のワーク領域やバッファ領域として用いられる。ROM/RTC48は、いわゆるブートROMであり、ゲーム装置12の起動用のプログラムが組み込まれるとともに、時間をカウントする計時回路が設けられる。すなわち、CPU40は、ROM/RTC48を参照することで、現在の日時年月日および時刻を取得する。ディスクドライブ54は、光ディスク18からプログラムデータやオブジェクトデータやテクスチャデータ等を読み出し、CPU40の制御の下で、後述する内部メインメモリ42eまたは外部メインメモリ46に書込む。システムLSI42には、入出力プロセッサ42a、GPU42b、DSP42c、VRAM42d、および内部メインメモリ42eが設けられ、これらは内部バスによって互いに接続される。入出力プロセッサI/Oプロセッサ42aは、データの送受信を実行したり、データのダウンロードを実行したりする。データの送受信やダウンロードについては後で詳細に説明する。GPU42bは、描画手段の一部を形成し、CPU40からのグラフィクスコマンドを受け、そのコマンドに従ってゲーム画像データを生成する。ただし、CPU40は、グラフィクスコマンドに加えて、ゲーム画像データの生成に必要な画像生成プログラムをGPU42bに与える。上述したように、GPU42bにはVRAM42dが接続される。GPU42bが作画コマンドを実行するにあたって必要なデータ画像データ:ポリゴンデータやテクスチャデータなどのデータは、GPU42bがVRAM42dにアクセスして取得する。なお、CPU40は、描画に必要な画像データを、GPU42bを介してVRAM42dに書込む。GPU42bは、VRAM42dにアクセスして描画のためのゲーム画像データを作成する。なお、この本実施の形態では、GPU42bがゲーム画像データを生成する場合について説明するが、ゲームアプリケーション以外のなんらかのアプリケーションを実行する場合には、GPU42bは当該アプリケーションについての画像データを生成する。また、DSP42cは、オーディオプロセッサとして機能し、内部メインメモリ42eや外部メインメモリ46に記憶されるサウンドデータや音波形音色データを用いて、スピーカ34aから出力する音、音声或いは音楽に対応するオーディオデータを生成する。上述のように生成されたゲーム画像データおよびオーディオデータは、AV_IC56によって読み出され、AVコネクタ58を介してモニタ34およびスピーカ34aに出力される。したがって、ゲーム画面がモニタ34に表示され、ゲームに必要な音音楽がスピーカ34aから出力される。また、入出力プロセッサ42aには、フラッシュメモリ44、無線通信モジュール50および無線コントローラモジュール52が接続されるとともに、拡張コネクタ60および外部メモリカード用コネクタ62が接続される。また、無線通信モジュール50にはアンテナ50aが接続され、無線コントローラモジュール52にはアンテナ52aが接続される。入出力プロセッサ42aは、無線通信モジュール50を介して、ネットワークに接続される他のゲーム装置や各種サーバと通信することができる。ただし、ネットワークを介さずに、直接的に他のゲーム装置と通信することもできる。また、入出力プロセッサ42aは、コントローラ22から送信される入力データをアンテナ52aおよび無線コントローラモジュール52を介して受信し、内部メインメモリ42eまたは外部メインメモリ46のバッファ領域に記憶一時記憶する。入力データは、CPU40のゲーム処理によって利用された後、バッファ領域から消去される。なお、この本実施の形態では、上述したように、無線コントローラモジュール52は、Bluetooth登録商標規格にしたがってコントローラ22との間で通信を行なう。さらに、入出力プロセッサ42aには、拡張コネクタ60および外部メモリカード用コネクタ62が接続される。拡張コネクタ60は、USBやSCSIのようなインターフェイスのためのコネクタであり、外部記憶媒体のようなメディアを接続したり、他のコントローラのような周辺機器を接続したりすることができる。また、拡張コネクタ60に有線LANアダプタを接続し、無線通信モジュール50に代えて当該有線LANを利用することもできる。外部メモリカード用コネクタ62には、メモリカードのような外部記憶媒体を接続することができる。したがって、たとえば、入出力プロセッサ42aは、拡張コネクタ60や外部メモリカード用コネクタ62を介して、外部記憶媒体にアクセスし、データを保存したり、データを読み出したりすることができる。図1にも示したように、ゲーム装置12ハウジング14には、電源ボタン20a,リセットボタン20bおよびイジェクトボタン20cが設けられる。電源ボタン20aは、システムLSI42に接続される。この電源ボタン20aがオンされると、システムLSI42は、ゲーム装置12の各コンポーネントに図示しないACアダプタを経て電源が供給され、通常の通電状態となるモード通常モードと呼ぶこととするを設定する。一方、電源ボタン20aがオフされると、システムLSI42は、ゲーム装置12の一部のコンポーネントのみに電源が供給され、消費電力を必要最低限に抑えるモード以下、スタンバイモードとも称す。を設定する。この本実施の形態では、スタンバイモードが設定された場合には、システムLSI42は、入出力プロセッサ42a、フラッシュメモリ44、外部メインメモリ46、ROM/RTC48および無線通信モジュール50、無線コントローラモジュール52以外のコンポーネントに対して、電源供給を停止する指示を行なう。したがって、このスタンバイモードは、CPU40によってアプリケーションの実行が行なわれないモードである。なお、システムLSI42には、スタンバイモードにおいても電源が供給されるが、GPU42b、DSP42cおよびVRAM42dへのクロックの供給を停止することにより、これらを駆動させないようにして、消費電力を低減するようにしてある。また、ゲーム装置12のハウジング14内部には、CPU40やシステムLSI42などのICの熱を外部に排出するためのファンが設けられる。スタンバイモードでは、このファンも停止される。ただし、スタンバイモードを利用したくない場合には、スタンバイモードを利用しない設定にしておくことにより、電源ボタン20aがオフされたときに、すべての回路コンポーネントへの電源供給が完全に停止される。リセットボタン20bもまた、システムLSI42に接続される。リセットボタン20bが押されると、システムLSI42は、ゲーム装置12の起動プログラムを再起動する。イジェクトボタン20cは、ディスクドライブ54に接続される。イジェクトボタン20cが押されると、ディスクドライブ54から光ディスク18が排出される。図3は、コントローラ22の電気的な構成を示すブロック図である。図3を参照して、コントローラ22はプロセッサ70を含み、このプロセッサ70には、内部バス図示せずによって、外部拡張コネクタ22b、入力手段26、メモリ72、加速度センサ74、無線モジュール76、撮像情報演算部80、LED82インジケータ22c、バイブレータ84、スピーカ86および電源回路88が接続される。また、無線モジュール76には、アンテナ78が接続される。プロセッサ70は、コントローラ22の全体制御を司り、入力手段26、加速度センサ74および撮像情報演算部80によって入力された情報入力情報を、入力データとして無線モジュール76およびアンテナ78を介してゲーム装置12に送信入力する。このとき、プロセッサ70は、メモリ72を作業領域ないしバッファ領域として用いる。上述した入力手段2626a,26d等からの操作信号操作データは、プロセッサ70に入力され、プロセッサ70は操作データを一旦メモリ72に記憶する。また、加速度センサ74は、コントローラ22の縦方向y軸方向、横方向x軸方向および前後方向z軸方向の3軸で各々の加速度を検出する。この加速度センサ74は、典型的には、静電容量式の加速度センサであるが、他の方式のものを用いるようにしてもよい。たとえば、加速度センサ74は、第1所定時間毎に、x軸,y軸,z軸の各々についての加速度ax,ay,azを検出し、検出した加速度のデータ加速度データをプロセッサ70に入力する。たとえば、加速度センサ74は、各軸方向の加速度を、-2.0G~2.0GGは重力加速度である。以下、同じ。の範囲で検出する。プロセッサ70は、加速度センサ74から与えられる加速度データを、第2所定時間毎に検出し、一旦メモリ72に記憶する。プロセッサ70は、操作データ、加速度データおよび後述するマーカ座標データの少なくとも1つを含む入力データを作成し、作成した入力データを、第3所定時間たとえば、5msec毎にゲーム装置12に送信する。ここで、加速度センサ74から出力される加速度データに基づいて、ゲーム装置12のプロセッサたとえば、CPU40またはコントローラ22のプロセッサたとえば、プロセッサ70などのコンピュータが処理を行なうことによって、コントローラ22に関するさらなる情報を推測または算出判定することができることは、当業者であれば本明細書の説明から容易に理解できるであろう。たとえば、1軸の加速度センサを搭載するコントローラが静的な状態であることを前提としてコンピュータ側で処理する場合、すなわち、加速度センサによって検出される加速度が重力加速度のみであるとして処理する場合、コントローラ22が現実に静的な状態であれば、検出された加速度データに基づいてコントローラ22の姿勢が重力方向に対して傾いているか否かまたはどの程度傾いているかを知ることができる。具体的には、加速度センサの検出軸が鉛直下方向である状態を基準としたとき、1G重力加速度がかかっているか否かだけで傾いているか否かを知ることができるし、その大きさによってどの程度傾いているかを知ることができる。また、多軸の加速度センサの場合には、さらに各軸の加速度データに対して処理を施すことによって、重力方向に対してどの程度傾いているかをより詳細に知ることができる。この場合において、加速度センサの出力に基づいて、プロセッサ70がコントローラ22の傾き角度のデータを算出する処理を行ってもよいが、当該傾き角度のデータの算出処理を行なうことなく、加速度センサからの出力に基づいて、おおよその傾きを推定できるような処理としてもよい。このように、加速度センサをプロセッサと組み合わせることによって、コントローラ22の傾き、姿勢または位置を判定することができる。一方、加速度センサが動的な状態を前提とする場合には、重力加速度成分に加えて加速度センサの動きに応じた加速度を検出するので、重力加速度成分を所定の処理により除去すれば、動きの方向などを知ることができる。具体的には、加速度センサを有するコントローラ22がユーザの手で動的に加速されて動かされている場合に、加速度センサによって生成される加速度データを処理することによって、コントローラ22の様々な動きおよび/または位置を算出することができる。なお、加速度センサが動的な状態であることを前提とする場合であっても、加速度センサの動きに応じた加速度を所定の処理により除去すれば、重力方向に対する傾きを知ることができる。他の実施の形態では、加速度センサは、加速度データをプロセッサ70に出力する前に、内蔵の加速度検出手段から出力される加速度信号加速度データに対して所望の処理を行なうための、組込み式の信号処理装置また他の種類の専用の処理装置を搭載してもよい。たとえば、組込み式または専用の処理装置は、加速度センサが静的な加速度たとえば、重力加速度を検出するためのものである場合、検知された加速度データをそれに相当する傾斜角あるいは、他の好ましいパラメータに変換するものであってもよい。無線モジュール76は、たとえばBluetooth登録商標の技術を用いて、所定周波数の搬送波を入力データで変調し、その微弱電波信号をアンテナ78から放射する。つまり、入力データは、無線モジュール76によって微弱電波信号に変調されてアンテナ78コントローラ22から送信される。この微弱電波信号が上述したゲーム装置12に設けられた無線コントローラモジュール52によって受信される。受信された微弱電波は、復調および復号の処理を施され、したがって、ゲーム装置12CPU40は、コントローラ22からの入力データを取得することができる。そして、CPU40は、取得した入力データとプログラムゲームプログラムとに従ってゲーム処理を行なう。さらに、上述したように、コントローラ22には、撮像情報演算部80が設けられる。この撮像情報演算部80は、赤外線フィルタ80a、レンズ80b、撮像素子80cおよび画像処理回路80dによって構成される。赤外線フィルタ80aは、コントローラ22の前方から入射する光から赤外線のみを通過させる。上述したように、モニタ34の表示画面近傍周辺に配置されるマーカ340mおよび340nは、モニタ34の前方に向かって赤外光を出力する赤外LEDである。したがって、赤外線フィルタ80aを設けることによってマーカ340mおよび340nの画像をより正確に撮像することができる。レンズ80bは、赤外線フィルタ80aを透過した赤外線を集光して撮像素子80cへ出射する。撮像素子80cは、たとえばCMOSセンサあるいはCCDのような固体撮像素子であり、レンズ80bによって集光された赤外線を撮像する。したがって、撮像素子80cは、赤外線フィルタ80aを通過した赤外線だけを撮像して画像データを生成する。以下では、撮像素子80cによって撮像された画像を撮像画像と呼ぶ。撮像素子80cによって生成された画像データは、画像処理回路80dで処理される。画像処理回路80dは、撮像画像内における撮像対象マーカ340mおよび340nの位置を算出し、第4所定時間毎に、当該位置を示す各座標値を撮像データとしてプロセッサ70に出力する。撮像対象を含む撮像画像の画像データを用いて、画像処理回路80dは、各マーカ340mおよび340nの撮像画像における位置を表す座標マーカ座標を算出する。そして、撮像画像における対象画像間の距離が、コントローラ22と、マーカ340mおよび340nとの距離に応じて変化するので、2つのマーカ座標間の距離を算出することによって、ゲーム装置12はコントローラ22とマーカ340mおよび340nとの間の距離を把握できる。図4は、本発明の実施の形態に従うゲーム装置12の外部メインメモリ46のデータ記憶領域402を説明する図である。図4を参照して、データ記憶領域402は、ルート/キャラクタ画像データ領域404と、所持ダイスデータ領域406と、キャラクタ所持スターデータ領域408と、キャラクタ位置座標データ領域410とを含む。ルート/キャラクタ画像データ領域404は、ゲーム空間において、ルートやルート上のオブジェクトやキャラクタ等を描画するために必要な画像データが格納されている領域である。所持ダイスデータ領域406は、本例においては、所持して用いることが可能な複数の種類のダイスのうち複数のキャラクタで所持しているダイスに関するデータが格納されている領域である。本例においては、通常ダイスは、1~6の出目のいずれかが決定される。特殊ダイスは、通常ダイスとは異なる方式で出目が決定される。ここでは、一例として複数の特殊ダイス1~mにそれぞれ対応するデータが格納される場合が示されている。具体的には、ダイスの使用回数に関するデータが格納されている。通常ダイスについては、無制限に使用することが可能である。一方、特殊ダイスは、使用回数に制限がある。キャラクタ所持スターデータ領域408は、後述するがキャラクタのそれぞれが所持しているスターの個数に関するデータを格納する領域である。本例においては、一例として、キャラクタA~Dの4つのキャラクタがそれぞれ所持しているスターの個数を格納する領域が設けられている場合が示されている。キャラクタ位置座標データ領域410は、ゲーム空間において、ルート上におけるキャラクタの位置データを格納する。図5は、本発明の実施の形態に従うゲーム装置12の外部メインメモリ46のプログラム記憶領域502を説明する図である。図5を参照して、プログラム記憶領域502は、位置設定プログラム504と、移動プログラム506と、移動判定プログラム508と、ダイス決定プログラム510と、スター取得/喪失プログラム511と、イベント実行プログラム512とを含む。位置設定プログラム504は、ゲーム空間内におけるルート上のキャラクタ、スター等のオブジェクトの表示位置を設定するプログラムである。移動プログラム506は、ゲーム空間内においてキャラクタを移動させるプログラムである。移動判定プログラム508は、キャラクタが所定位置に移動したか否かを判定するプログラムである。ダイス決定プログラム510は、ダイスにより移動する移動量を決定するプログラムである。本例においては、一例としてマス目である。スター取得/喪失プログラム511は、スターの取得あるいは喪失を処理するプログラムである。イベント実行プログラム512は、各種のイベントを実行するためのプログラムである。たとえば、一例として、イベント実行プログラム512には、イベントとして特殊ダイスを取得するダイス取得プログラム、ミニゲームを実行するミニゲーム実行プログラム、勝敗の判定処理を実行する勝敗判定実行プログラムを含む。図4および図5のデータおよびプログラムを実行することにより本発明の実施の形態に従うゲームをプレイすることが可能となる。まず、本発明の実施の形態に従うゲームの概略について説明する。図6は、本発明の実施の形態に従うゲーム画面の一例を説明する図である。図6を参照して、ここでは、複数本例においては4つののキャラクタ602~608が示されており、当該4つのキャラクタが1つの乗り物600に乗ってまとまってルート上を移動する場合が表示されている。本例においては、移動ルート610が表示されており、移動ルート610上に複数のマス612が配置されている場合が示されている。また、移動するマスとマスとの間にスター614が配置されている場合が表示されている。本ゲームにおいては、複数のキャラクタがそれぞれ独立に移動するのではなく、全員でまとまってたとえば、1つの乗り物に乗って1つのパーティとしてルート上を移動する。図7は、本発明の実施の形態に従うゲームのルートを説明する図である。図7を参照して、ここでは、渦巻き上にルートが設けられている場合が示されている。当該ルートには複数のマスが設けられており、複数のキャラクタは、1つのパーティとして初期位置であるスタートの位置から最終位置であるゴールに到達するまでに設けられているマス目ごとに移動する。マスには、各種イベントと対応付けられている複数の種類のマスが設けられている。たとえば、通常マス、イベントマス等が設けられている。通常マスに移動した場合には、いずれかの特殊ダイスを取得する処理が実行される。また、イベントマスに移動した場合には、ミニゲームが実行される。なお、本例においては、イベントマスに移動した場合にはミニゲームを実行する場合について説明するが、特にイベントはミニゲームに限らず、他のイベントを生じさせるようにすることも可能である。例えば、操作する複数のキャラクタの順番を変更したり、他の場所に移動したりと種々のイベントを適用することが可能である。マス間には、スター等が必要に応じて配置されており、複数のキャラクタは、スターを取得あるいは喪失しながらゴールまで移動する。そして、ゴールでそれぞれのキャラクタが所持しているスターの個数で勝敗を判定する。なお、当該ルートは一例であり、分岐を設けても良いし、種々のルートを適用することが可能である。なお、本例においては、マス目ごとに移動するため移動量を容易に把握することができる。すなわち、移動に関する駆け引きの際のマス目の判断が容易でありゲームの興趣性が高まる。図8は、本発明の実施の形態に従うゲームのスターの取得および喪失処理について説明する図である。図8Aを参照して、ここでは、スターの取得処理について説明する。たとえば、6マス進む場合には、スター614を3個通過する。したがって、3個スターを取得するものとする。図8Bを参照して、ここでは、スターの喪失処理について説明する。たとえば、6マス進む場合には、アンラッキー615を3個通過する。したがって、3個スターを喪失するものとする。なお、ここで、スターを取得あるいは喪失するのは、乗り物600に乗っている複数のキャラクタのいずれか1つのキャラクタである。例えば、キャラクタAがスターを3個取得した場合、あるいはスターを3個喪失した場合には、キャラクタ所持スターデータのキャラクタAの領域に格納された所持するスターの個数が更新される。なお、スターあるいはアンラッキーの配置は当該方式に限られず、例えば、複数のスターあるいはアンラッキーが同じ位置に配置されていても良いし、スターとアンラッキーとを同じ位置に配置しても良いし、種々の配置を適用することが可能である。図9は、本発明の実施の形態に従うゲームの移動処理を実行する場合のダイス選択画面を説明する図である。図9を参照して、たとえば、図8の画面からコントローラ22の所定のボタン例えばAボタン26dを選択した場合にダイス選択画面700が表示される。ここでは、通常ダイスを選択する通常ボタン702と、特殊ダイスを選択する特殊ボタン704とが設けられている場合が示されている。コントローラ22の十字キー22aを操作していずれかのボタンを選択可能状態とするものとする。そして、たとえば、コントローラ22のAボタン22dを操作して、当該ボタンを選択するものとする。たとえば、通常ダイスを選択すると、移動処理として通常ダイスの出目に基づく移動処理が実行される。具体的には、通常ダイスは1~6の値が割り当てられており、当該通常ダイスを選択することにより通常ダイスが振られて出目に応じた移動が実行される。図10は、本発明の実施の形態に従う移動処理の一画面を説明する図である。図10を参照して、たとえば、通常ダイスを選択した場合に通常ダイス800の出目が1である場合が示されている。したがって、この場合、複数のキャラクタ602~608を乗せた乗り物600は、現在のマス位置から1マスだけ進むことになる。図11は、本発明の実施の形態に従う特殊ダイス選択画面を説明する図である。図11を参照して、例えば、図9のダイス選択画面700において、特殊ボタン704を選択した場合に当該特殊ダイス選択画面900が表示される。当該特殊ダイス選択画面900は、所持ダイスデータに従って表示される。所持ダイスデータは、複数のキャラクタ602~608の全員で共有しているダイスに関するデータである。特殊ダイス選択画面900には、複数の特殊ダイスが示されている。ここでは、ゼロダイス902と、123ダイス904と、456ダイス906と、ゆっくりダイス908とが示されている。また、それぞれのダイスが表示されている下に使用可能回数が示されている。具体的には、ゼロダイス902の使用可能回数は1回×1と、123ダイス904の使用可能回数は0回×0と、456ダイス906の使用可能回数は1回×1と、ゆっくりダイス908の使用可能回数は0回×0とが示されている。また、表示されていないが、コントローラ22の十字キー22aを操作して他の特殊ダイスについても同様に表示させることが可能である。そして、コントローラ22の十字キー22aを操作していずれかのダイスを選択可能状態とするものとする。そして、たとえば、コントローラ22のAボタン22dを操作して、特殊ダイスを選択するものとする。なお、使用可能回数が0回の特殊ダイスについては選択不可状態とする。例えば、ゼロダイス902を使用した場合には、使用可能回数は0回×0となる。ゼロダイス902を使用した場合には、操作するキャラクタは移動せず、次の順番のキャラクタを移動させるようにする駆け引きが生じ、ゲームの興趣性を高めることが可能である。なお、必ずしも図9に示されるように通常ダイスか特殊ダイスかを先に選択する必要はなく、図11のようなダイス選択画面において、通常ダイスと特殊ダイスとを両方含む複数のダイスからダイスを選択するようにしてもよく、そのようにすればダイスを選択する振るまでの手順を少なくすることが可能である。図12は、本発明の実施の形態に従う特殊ダイスの具体例を説明する図である。図12を参照して、図12Aは出目として0の値が出るゼロダイス、図12Bは出目として1、2、3のいずれかの値が出る123ダイス、図12Cは出目として4、5、6のいずれかの値が出る456ダイス、図12Dは出目として出る値がゆっくり表示されて所定のタイミングによる指示により好みの出目を選択し易くするゆっくりダイス、図12Eは出目として1~10のいずれかの値が出る10ダイスが示されている。図13は、本発明の実施の形態に従うゲームをプレイする一連の処理を説明するフロー図である。図13を参照して、コントローラ22を介して起動動作が行なわれると、CPU40は、外部メインメモリ46のデータ記憶領域402に格納された全てのデータを初期化する。当該処理により例えば、図4のデータ記憶領域402の所持ダイスデータ領域406が初期化された状態となる。所持ダイスデータ領域406が初期化された場合には、本例においては、通常ダイスは無制限に使用可能であり、特殊ダイスのいずれか1つが1回の使用回数に設定されている。その他の特殊ダイスについては0回に設定されるものとする。また、キャラクタ所持スターデータ領域408、キャラクタ位置座標データ410も初期化された状態となる。すなわち、所持しているスターデータは0個となる。また、キャラクタ位置は初期状態であるスタート位置に設定される。次に、CPU40は、位置設定プログラム504に従ってGPU42bを介してデータ記憶領域402内のルート/キャラクタ画像データおよびキャラクタ座標データに基づいて移動ルートや、スター等のオブジェクトや、m個本例においては4個のキャラクタ等をモニタ34に表示する。次に、CPU40は、移動プログラム506に従って指定された順番に操作するキャラクタを選択するステップS5。例えば、複数のキャラクタ602~608にはそれぞれ選択する順番が付与されるものとする。そして、最初の順番のキャラクタから選択される。そして、CPU40は、移動プログラム506に従って選択された操作するキャラクタに従うキャラクタ移動処理を実行するステップS6。キャラクタ移動処理については後述する。次に、CPU40は、イベント実行プログラム512に従ってキャラクタ移動処理により移動したマスにおけるイベント処理を実行するステップS8。そして、再び、ステップS5に戻り、次の操作するキャラクタを選択して、同様の処理を繰り返す。図14は、本発明の実施の形態に従うキャラクタ移動処理を説明するフロー図である。図14を参照して、まず、CPU40は、ダイス選択指示の入力があったかどうかを判断するステップS20。たとえば、本例においては、図6のゲーム画面において、コントローラ22の所定の入力例えばAボタン26dがあったかどうかを判断する。CPU40は、ステップS20において、ダイス選択指示の入力があったと判断した場合ステップS10においてYESには、ダイス選択画面700図9を表示するステップS22。次に、CPU40は、ダイス選択画面700において、通常ボタン702が選択されたかどうかを判断するステップS24。CPU40は、通常ボタン702が選択されたと判断した場合ステップS24においてYESには、通常ダイスに従って移動するマス数を決定するステップS26。CPU40は、選択されたダイスに従うダイス決定プログラムに従ってマス数を決定する。通常ダイスの場合、例えば、乱数を用いて1~6のマス数を決定する。次に、CPU40は、決定されたマス数に従って全てのプレイヤキャラクタを移動するステップS28。そして、次に、CPU40は、スター取得/喪失プログラム511により通過したオブジェクトに従ってスターの取得あるいは喪失処理図8を実行するステップS30。なお、ここで、スターの取得あるいは喪失処理は、選択された操作するキャラクタに対して実行される。例えば、キャラクタAがスターを3個取得した場合には、キャラクタ所持スターデータのキャラクタAの領域に格納された所持するスターの個数が更新される。他のキャラクタについても同様の方式でスターの個数が更新される。そして、処理を終了するリターン。したがって、本例においては、上述したように選択された操作するキャラクタの移動に従い全てのキャラクタがともに移動する。したがって、当該移動が他のキャラクタに直接的に影響する。従来の場合には、それぞれのキャラクタが独立に移動していたため当該移動が他のキャラクタに直接的に影響を与えるものでない。それで、従来の場合、移動による駆け引きというものが生じにくかったが、本例の場合には、移動による駆け引きが生じるためゲームの興趣性が高まることになる。たとえば、アンラッキーに近づくように選択された操作するキャラクタを移動させた場合、次の順番により選択されるキャラクタはアンラッキーによりスターを喪失する可能性が高くなり、他のキャラクタとの間で移動による駆け引きが生じる。また、全てのキャラクタが同じ位置に移動しているためルート上の状況の把握が容易でありゲームの興趣性が高まる。また、他の選択された操作するキャラクタの移動を見ながら、自己の順番の際に操作するキャラクタの移動を考慮することが可能であるため思考の速度が早まり、ゲームの進行速度も早くなるためゲームの興趣性が高まる。一方、ステップS24において、CPU40は、通常ボタン702が選択されなかった場合ステップS24においてNOすなわち、特殊ボタン704が選択された場合には、特殊ダイス選択画面900図11を表示するステップS32。そして、CPU40は、特殊ダイスの指定が有るかどうかを判断するステップS34。具体的には、特殊ダイス選択画面900において、コントローラ22を操作していずれの特殊ダイスが指定されたかを判断する。CPU40は、特殊ダイスの指定が有ると判断した場合ステップS34においてYESには、特殊ダイスに従って移動するマス数を決定するステップS36。CPU40は、選択された特殊ダイスに従うダイス決定プログラムに従ってマス数を決定する。例えば、ゼロダイスが指定された場合、0のマス数を決定する。次に、CPU40は、特殊ダイスの使用可能回数を更新するステップS38。すなわち、特殊ダイスを使用したため所持ダイスデータ領域406の特殊ダイスの対応する使用回数を減算する。そして、ステップS28に進み、CPU40は、決定されたマス数に従って全てのプレイヤキャラクタを移動するステップS28。以降の処理については上述したのと同様である。上記したように本例における特殊ダイスは複数のキャラクタで共有する状態であり、特殊ダイスを使用した場合には、当該使用された特殊ダイスの使用可能回数は減算更新される。したがって、特殊ダイスをそれぞれのキャラクタが独立して所持するのではなく、共有するため特殊ダイスを選択する際に駆け引きが生じることになる。すなわち、使用可能回数に制限のある有利な特殊ダイスを使用することにより他のキャラクタの使用可能回数が制限され、駆け引きが生じるためゲームの興趣性が高まる。そして、単に特殊ダイスを使用することができるだけでなく、その使用が複数のキャラクタ全体の移動に影響するため駆け引きの度合いをさらに高くしゲームの興趣性を高めることが可能である。図15は、本発明の実施の形態に従うイベント処理を実行するフロー図である。図15を参照して、CPU40は、移動判定プログラムに従っていずれのマスに移動したかを判定する。そして、移動したマスに対応するイベント実行プログラムに従って各種のイベント処理を実行する。CPU40は、通常マスに移動したかどうかを判断するステップS40。ステップS40において、CPU40は、通常マスに移動したと判断した場合ステップS40においてYESには、ダイス取得プログラムに従って特殊ダイスの取得処理を実行するステップS42。具体的には、図12で示される特殊ダイスの1つがランダムに取得される。そして、CPU40は、特殊ダイスデータを更新するステップS43。すなわち、所持ダイスデータの使用回数が更新される。すなわち、1回増加することになる。そして、処理を終了するリターン。すなわち、図13のステップS5に戻り、次の順番の操作するキャラクタが選択されて同様のキャラクタ移動処理ステップS6、イベント実行処理ステップS8が実行される。当該処理により順番にキャラクタが選択されてゲームが進行する。次に、CPU40は、ステップS40において、通常マスに移動していないと判断した場合ステップS40においてNOには、イベントマスに移動したかどうかを判断するステップS44。ステップS44において、CPU40は、イベントマスに移動したと判断した場合ステップS44においてYESには、ミニゲーム実行プログラムに従ってミニゲーム処理を実行するステップS46。そして、CPU40は、ゲーム結果に応じてキャラクタ所持スターデータを更新するステップS48。具体的には、成績に応じてスターを加算したり、あるいは減算したりする。なお、ミニゲームは、選択された操作するキャラクタのみが参加するミニゲームでも良いし、複数のキャラクタがともに参加するミニゲームでもよく、様々な形態を適用可能である。そして、処理を終了するリターン。すなわち、図13のステップS5に戻る。CPU40は、ステップS44において、イベントマスに移動していないと判断した場合ステップS44においてNOには、ゴールマスに移動したかどうかを判断するステップS50。CPU40は、ステップS50において、ゴールマスに移動したと判断した場合ステップS50においてYESには、勝敗判定実行プログラムに従って勝敗判定処理を実行するステップS52。勝敗判定処理は、所持スターデータに基づいて行なわれる。そして、ゲームを終了するエンド。一方、ステップS50において、ゴールマスに移動していないと判断した場合ステップS50においてNOには、処理を終了するリターン。図16は、本発明の実施の形態に従うミニゲーム処理を実行する具体例を説明する図である。図16を参照して、ここでは、4つの操作可能なキャラクタが表示されており、それぞれがゴールまで走るレースのミニゲームが示されている。例えば、それぞれのキャラクタの操作に対応するコントローラの所定ボタンを押下することにより対応するキャラクタが移動する。例えば、所定ボタンとしてAボタンの押下回数に従って移動する距離が異なるものとする。当該押下回数に従ってゴールまでそれぞれのキャラクタがレース路620を走る。そして、ゴールに到達した順番でスターが与えられる。例えば、1位にはスター4個、2位にはスター2個、3位には、スター1個、4位にはスター0個が与えられる。なお、本例においては4つの操作可能なキャラクタにより対戦するミニゲームについて説明したが、特に当該ミニゲームに限られず、1つの操作可能なキャラクタによるミニゲーム処理を実行しても良いし、複数の操作可能なキャラクタが協力してゲームを実行するミニゲーム処理を実行してもよく、種々のミニゲームを実行することが可能である。図17は、本発明の実施の形態に従う勝敗判定処理を説明する図である。図17を参照して、ここでは、所持スターデータに基づく勝敗判定処理により取得したスターの個数と順位が示されている。具体的には、キャラクタAの取得したスターの個数は20個、キャラクタBの取得したスターの個数は18個、キャラクタCの取得したスターの個数は10個、キャラクタDの取得したスターの個数は2個である場合が示されている。そして、当該取得したスターの個数に基づいて順位が決定された場合が示されている。なお、本例においては、4つのキャラクタでゲームを進行する場合について説明したが、特に当該数に限られず、複数のキャラクタであればどのような数でも良い。なお、本例においては、ダイスを用いてキャラクタが移動するマス数を決定する場合について説明したが、特にダイスに限らず、移動するマス数を決定できるものであればどのようなものを用いても良い。例えば、ルーレットを回転させて停止した値で移動するマス数を決定するようにしても良い。また、ダイスも1つに限られず、複数のダイスを用いるようにすることも可能である。<その他の形態>上述の実施の形態においては、本発明に係る情報処理装置の代表例として、ゲーム装置12について例示したが、これに限定されることはない。すなわち、本発明に係るプログラムとして、パーソナルコンピュータで実行可能なアプリケーションを提供してもよい。このとき、本発明に係るプログラムは、パーソナルコンピュータ上で実行される各種アプリケーションの一部の機能として組み込まれてもよい。今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。"