(57)【特許請求の範囲】
【請求項１】
入力手段および表示手段を備え、ユーザに前記入力手段によって一連の操作手順に従った操作を行わせる情報処理装置のコンピュータにおいて実行されるプログラムであって、
前記一連の操作手順を構成する複数の操作項目を第１態様で前記表示手段に表示するとともに、当該複数の操作項目のうち少なくとも現在の操作項目を前記第１態様とは異なる第２態様で前記表示手段に表示する操作項目表示ステップ、
前記入力手段からの入力データに基づいて前記現在の操作項目が実行されたか否かを判別する第１判別ステップ、
前記第１判別ステップによって前記現在の操作項目が実行されたことが判別されたとき、次の操作項目の表示を第２態様に変更する第１表示変更ステップ、
前記入力手段からの入力データに基づいて前の操作項目の実行によって達成された状態が維持されなくなったか否かを判別する第２判別ステップ、および
前記第２判別ステップによって前記前の操作項目で達成された状態が維持されなくなったことが判別されたとき、前記現在の操作項目の表示を第１態様に変更する第２表示変更ステップを前記コンピュータに実行させる、プログラム。
【請求項２】
前記第１表示変更ステップは、前記第１判別ステップによって前記現在の操作項目が実行されたことが判別されたとき、次の操作項目の表示を第２態様に変更するとともに前記現在の操作項目の表示を第１態様に変更し、
前記第２表示変更ステップは、前記第２判別ステップによって前記前の操作項目の実行によって達成された状態が維持されなくなったことが判別されたとき、前記現在の操作項目の表示を第１態様に変更するとともに前記前の操作項目の表示を第２態様に変更する、請求項１記載のプログラム。
【請求項３】
前記第１表示変更ステップは、前記第１判別ステップによって前記現在の操作項目が実行されたことが判別されたとき、最初の操作項目から次の操作項目までを第２態様で表示する、請求項１記載のプログラム。
【請求項４】
前記第１判別ステップは、前記入力手段からの入力データおよび予め記憶された前記現在の操作項目を次の操作項目に進めるための第１条件に基づいて判別を行い、
前記第２判別ステップは、前記入力手段からの入力データおよび予め記憶された前記現在の操作項目を前の操作項目に戻すための第２条件に基づいて判別を行う、請求項１記載のプログラム。
【請求項５】
前記入力手段は、前記表示手段に表示される画面内の任意の位置を指示するためのポインティングデバイスであり、当該指示された位置の座標データを入力し、
前記第１判別ステップは、前記座標データに基づいて、操作の種類が所定の状態であるか否かを判断し、かつ、操作の領域が所定の領域であるか否かを判断し、操作の種類および領域の両方が満足される場合に、前記現在の操作項目が実行されたことを判断し、
前記第２判別ステップは、前記座標データに基づいて、操作の種類が所定の状態であるか否かを判断し、かつ、操作の領域が所定の領域であるか否かを判断し、操作の種類および領域の両方が満足される場合に、前記前の操作項目の実行によって達成された状態が維持されなくなったことを判断する、請求項１記載のプログラム。
【請求項６】
前記第２判別ステップは、前記前の操作項目の実行によって達成された状態が維持されている状態から維持されていない状態に変化したか否かを判別し、
前記第２表示変更ステップは、前記第２判別ステップによって前記前の操作項目で達成された状態が維持されている状態から維持されていない状態に変化したことが判別されたとき、前記現在の操作項目の表示を第１態様に変更する、請求項１記載のプログラム。
【請求項７】
入力手段および表示手段を備え、ユーザに前記入力手段によって一連の操作手順に従った操作を行わせる情報処理装置であって、
前記一連の操作手順を構成する複数の操作項目を第１態様で前記表示手段に表示するとともに、当該複数の操作項目のうち少なくとも現在の操作項目を前記第１態様とは異なる第２態様で前記表示手段に表示する操作項目表示手段、
前記入力手段からの入力データに基づいて前記現在の操作項目が実行されたか否かを判別する第１判別手段、
前記第１判別手段によって前記現在の操作項目が実行されたことが判別されたとき、次の操作項目の表示を第２態様に変更する第１表示変更手段、
前記入力手段からの入力データに基づいて前の操作項目の実行によって達成された状態が維持されなくなったか否かを判別する第２判別手段、および
前記第２判別手段によって前記前の操作項目で達成された状態が維持されなくなったことが判別されたとき、前記現在の操作項目の表示を第１態様に変更する第２表示変更手段を備える、情報処理装置。
【請求項８】
入力手段および表示手段を備え、ユーザに前記入力手段によって一連の操作手順に従った操作を行わせる情報処理システムであって、
前記一連の操作手順を構成する複数の操作項目を第１態様で前記表示手段に表示するとともに、当該複数の操作項目のうち少なくとも現在の操作項目を前記第１態様とは異なる第２態様で前記表示手段に表示する操作項目表示手段、
前記入力手段からの入力データに基づいて前記現在の操作項目が実行されたか否かを判別する第１判別手段、
前記第１判別手段によって前記現在の操作項目が実行されたことが判別されたとき、次の操作項目の表示を第２態様に変更する第１表示変更手段、
前記入力手段からの入力データに基づいて前の操作項目の実行によって達成された状態が維持されなくなったか否かを判別する第２判別手段、および
前記第２判別手段によって前記前の操作項目で達成された状態が維持されなくなったことが判別されたとき、前記現在の操作項目の表示を第１態様に変更する第２表示変更手段を備える、情報処理システム。
【請求項９】
入力手段および表示手段を備え、ユーザに前記入力手段によって一連の操作手順に従った操作を行わせる情報処理システムの情報処理方法であって、
前記情報処理システムのコンピュータは、
（ａ）前記一連の操作手順を構成する複数の操作項目を第１態様で前記表示手段に表示するとともに、当該複数の操作項目のうち少なくとも現在の操作項目を前記第１態様とは異なる第２態様で前記表示手段に表示し、
（ｂ）前記入力手段からの入力データに基づいて前記現在の操作項目が実行されたか否かを判別し、
（ｃ）前記ステップ（ｂ）によって前記現在の操作項目が実行されたことが判別されたとき、次の操作項目の表示を第２態様に変更し、
（ｄ）前記入力手段からの入力データに基づいて前の操作項目の実行によって達成された状態が維持されなくなったか否かを判別し、そして
（ｅ）前記ステップ（ｄ）によって前記前の操作項目で達成された状態が維持されなくなったことが判別されたとき、前記現在の操作項目の表示を第１態様に変更する、情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明はプログラム、情報処理装置、情報処理システムおよび情報処理方法に関し、特にたとえば、ユーザに行わせる一連の操作手順を構成する複数の操作項目を表示する、プログラム、情報処理装置、情報処理システムおよび情報処理方法に関する。
【背景技術】
【０００２】
従来、自動取引装置において、入力項目の入力順序を表示し、入力操作が行われる度に、入力操作の進行状況を表示するものが知られている。
【０００３】
この種の背景技術の一例が特許文献１に開示されている。特許文献１の自動取引装置では、取引に必要な入力項目がフローチャートの形で一覧表示され、既に入力を終了した項目とまだ入力していない項目とで表示状態が異なるようにされ、さらに現在入力作業中の項目が明示される。具体的には、現在処理中あるいは処理済の入力手順部分の表示の色が変えられることによって、現在の入力作業段階を容易に知らせることができる。
【特許文献１】特開平６−２６６９３０号公報[G07D 9/00, G06F 3/14 15/30]
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載の技術では、既に入力を終了した項目の入力状態が維持されなくなったときにそのことをユーザに知らせることができなかった。つまり、自動取引装置に関する特許文献１では、各入力項目における操作はそれぞれ独立しており、過去に入力を終了した項目の入力状態を維持したまま現在の入力項目を入力するといった操作を必要としていなかった。したがって、既入力項目の入力状態を継続できなくなったかどうかを判断することがなかった。
【０００５】
それゆえに、この発明の主たる目的は、新規な、プログラム、情報処理装置、情報処理システムおよび情報処理方法を提供することである。
【０００６】
この発明の他の目的は、一連の操作手順の中で行われた前の操作項目が維持されなくなったか否かを容易に知らせることのできる、プログラム、情報処理装置、情報処理システムおよび情報処理方法を提供することである。
【課題を解決するための手段】
【０００７】
本発明は、上記の課題を解決するために、以下の構成を採用した。なお、括弧内の参照符号および補足説明等は、本発明の理解を助けるために後述する実施の形態との対応関係を示したものであって、本発明を何ら限定するものではない。
【０００８】
第１の発明は、入力手段および表示手段を備え、ユーザに入力手段によって一連の操作手順に従った操作を行わせる情報処理装置のコンピュータにおいて実行されるプログラムである。このプログラムは、一連の操作手順を構成する複数の操作項目を第１態様で表示手段に表示するとともに、当該複数の操作項目のうち少なくとも現在の操作項目を第１態様とは異なる第２態様で表示手段に表示する操作項目表示ステップ、入力手段からの入力データに基づいて現在の操作項目が実行されたか否かを判別する第１判別ステップ、第１判別ステップによって現在の操作項目が実行されたことが判別されたとき、次の操作項目の表示を第２態様に変更する第１表示変更ステップ、入力手段からの入力データに基づいて前の操作項目の実行によって達成された状態が維持されなくなったか否かを判別する第２判別ステップ、および第２判別ステップによって前の操作項目で達成された状態が維持されなくなったことが判別されたとき、現在の操作項目の表示を第１態様に変更する第２表示変更ステップをコンピュータに実行させる。
【０００９】
第１の発明では、プログラムは、入力手段（２４）によって一連の操作手順に従った操作を行わせる情報処理装置（１０）のコンピュータ（３４、４４、４６）において実行され、次に示すような各ステップをコンピュータに実行させる。操作項目表示ステップ（Ｓ７、Ｓ９、Ｓ１０１）では、一連の操作手順を構成する複数の操作項目が第１態様で表示手段（１２、１４）に表示され、少なくとも現在の操作項目が第１態様とは異なる第２態様で表示される。したがって、現在の操作項目を目立たせることができるので、ユーザは現在の操作項目がいずれであるかを容易に認識することができる。第１判別ステップ（Ｓ３３−Ｓ３７、Ｓ２０１、Ｓ３０１）では、入力データに基づいて現在の操作項目が実行されたか否かが判別される。第１表示変更ステップ（Ｓ３９、Ｓ９、Ｓ１０１）では、現在の操作項目が実行されたことが判別されたとき、次の操作項目の表示が第２態様に変更される。次の操作項目が第１態様から第２態様に変更されるので、ユーザは次に実行すべき操作項目がいずれであるかを容易に認識することができる。第２判別ステップ（Ｓ４１−Ｓ４７、Ｓ２０５、Ｓ３０３）では、入力データに基づいて前の操作項目の実行によって達成された状態が維持されなくなったか否かが判別される。第２表示変更ステップ（Ｓ４９、Ｓ９、Ｓ１０１、Ｓ３０７）では、前の操作項目で達成された状態が維持されなくなったことが判別されたとき、現在の操作項目の表示が第１態様に変更される。これによって、ユーザは実行しようとしていた操作項目が実行すべき操作項目ではなくなったことを容易に認識することができる。
【００１０】
第１の発明によれば、ユーザが一連の操作手順のうち第２態様で表示された現在の操作項目のための操作を行っている最中に、前の操作項目の状態が維持されなくなったときには、現在の操作項目が第２態様から第１態様に変更されるので、ユーザに前の操作項目を認識させることができる。したがって、ユーザは実行すべき操作項目が変更されたことを容易に認識することができる。このように、前の操作項目が維持されなくなったことをユーザに容易に知らせることができ、前の操作項目をやり直す必要があることをユーザに容易に知らせることができる。
【００１１】
第２の発明は、第１の発明に従属するプログラムであって、第１表示変更ステップは、第１判別ステップによって現在の操作項目が実行されたことが判別されたとき、次の操作項目の表示を第２態様に変更するとともに現在の操作項目の表示を第１態様に変更し、第２表示変更ステップは、第２判別ステップによって前の操作項目の実行によって達成された状態が維持されなくなったことが判別されたとき、現在の操作項目の表示を第１態様に変更するとともに前の操作項目の表示を第２態様に変更する。
【００１２】
第２の発明では、一連の操作手順のうち現在実行すべき操作項目の推移（前進および後退）に合わせて、第２態様表示を移動させることができ、現在の操作項目のみを第２態様で表示することができる。
【００１３】
第３の発明は、第１の発明に従属するプログラムであって、第１表示変更ステップは、第１判別ステップによって現在の操作項目が実行されたことが判別されたとき、最初の操作項目から次の操作項目までを第２態様で表示する。
【００１４】
第３の発明では、現在の操作項目が実行されたことが判別されたときには、第１表示変更ステップ（Ｓ１０１）で、最初の操作項目から次の操作項目までが第２態様で表示される。したがって、操作項目を実行するごとに第２態様表示を増やしていくことができる。また、第１態様表示と第２態様表示の境目の第２態様表示によって、現在実行すべき操作項目をユーザに容易に認識させることができる。
【００１５】
第４の発明は、第１の発明に従属するプログラムであって、第１判別ステップは、入力手段からの入力データおよび予め記憶された現在の操作項目を次の操作項目に進めるための第１条件に基づいて判別を行い、第２判別ステップは、入力手段からの入力データおよび予め記憶された現在の操作項目を前の操作項目に戻すための第２条件に基づいて判別を行う。
【００１６】
第４の発明では、第１判別ステップでは、第１条件に基づいて現在の操作項目が実行されたか否かが判別され、第２判別ステップでは、第２条件に基づいて前の操作項目の状態が維持されなくなったか否かが判別される。操作手順の前進と後退を判定するための別々の条件を予め記憶しておくので、操作判定を容易に行うことができる。
【００１７】
第５の発明は、第１の発明に従属するプログラムであって、入力手段は、表示手段に表示される画面内の任意の位置を指示するためのポインティングデバイスであり、当該指示された位置の座標データを入力し、第１判別ステップは、座標データに基づいて、操作の種類が所定の状態であるか否かを判断し、かつ、操作の領域が所定の領域であるか否かを判断し、操作の種類および領域の両方が満足される場合に、現在の操作項目が実行されたことを判断し、第２判別ステップは、座標データに基づいて、操作の種類が所定の状態であるか否かを判断し、かつ、操作の領域が所定の領域であるか否かを判断し、操作の種類および領域の両方が満足される場合に、前の操作項目の実行によって達成された状態が維持されなくなったことを判断する。
【００１８】
第５の発明は、タッチパネルのようなポインティングデバイスを用いて一連の操作手順をユーザに実行させる場合に適用できる。第１判別ステップでは、入力された座標データに基づいてポインティングデバイスを用いた操作の種類と操作の領域の判定が行われ、操作の種類および領域の両方が満足される場合に、現在の操作項目が実行されたことが判断される。また、第２判別ステップでは、入力された座標データに基づいてポインティングデバイスを用いた操作の種類と操作の領域の判定が行われ、操作の種類および領域の両方が満足される場合に、前の操作項目の状態が維持されなくなったことが判断される。ユーザによって入力された座標データが所定の操作の種類を示し、かつ、所定の操作の領域を示すかどうかを判断するようにしたので、操作判定を容易かつ適切に実行することができる。
第６の発明は、第１の発明に従属するプログラムであって、第２判別ステップは、前の操作項目の実行によって達成された状態が維持されている状態から維持されていない状態に変化したか否かを判別し、第２表示変更ステップは、第２判別ステップによって前の操作項目で達成された状態が維持されている状態から維持されていない状態に変化したことが判別されたとき、現在の操作項目の表示を第１態様に変更する。
第６の発明では、第２判別ステップは、前の操作項目の実行によって達成された状態が維持されている状態から維持されていない状態に変化したか否かを判別する。第２表示変更ステップは、第２判別ステップによって前の操作項目で達成された状態が維持されている状態から維持されていない状態に変化したことが判別されたとき、現在の操作項目の表示を第１態様に変更する。このようにしても、ユーザに前の操作項目を認識させることができる。
【００１９】
第７の発明は、入力手段および表示手段を備え、ユーザに入力手段によって一連の操作手順に従った操作を行わせる情報処理装置である。この情報処理装置は、一連の操作手順を構成する複数の操作項目を第１態様で表示手段に表示するとともに、当該複数の操作項目のうち少なくとも現在の操作項目を前記第１態様とは異なる第２態様で表示手段に表示する操作項目表示手段、入力手段からの入力データに基づいて現在の操作項目が実行されたか否かを判別する第１判別手段、第１判別手段によって現在の操作項目が実行されたことが判別されたとき、次の操作項目の表示を第２態様に変更する第１表示変更手段、入力手段からの入力データに基づいて前の操作項目の実行によって達成された状態が維持されなくなったか否かを判別する第２判別手段、および第２判別手段によって前の操作項目で達成された状態が維持されなくなったことが判別されたとき、現在の操作項目の表示を第１態様に変更する第２表示変更手段を備える。
第８の発明は、入力手段および表示手段を備え、ユーザに入力手段によって一連の操作手順に従った操作を行わせる情報処理システムである。この情報処理システムは、一連の操作手順を構成する複数の操作項目を第１態様で表示手段に表示するとともに、当該複数の操作項目のうち少なくとも現在の操作項目を第１態様とは異なる第２態様で表示手段に表示する操作項目表示手段、入力手段からの入力データに基づいて現在の操作項目が実行されたか否かを判別する第１判別手段、第１判別手段によって現在の操作項目が実行されたことが判別されたとき、次の操作項目の表示を第２態様に変更する第１表示変更手段、入力手段からの入力データに基づいて前の操作項目の実行によって達成された状態が維持されなくなったか否かを判別する第２判別手段、および第２判別手段によって前の操作項目で達成された状態が維持されなくなったことが判別されたとき、現在の操作項目の表示を第１態様に変更する第２表示変更手段を備える。
第９の発明は、入力手段および表示手段を備え、ユーザに入力手段によって一連の操作手順に従った操作を行わせる情報処理システムの情報処理方法である。この情報処理方法では、情報処理システムのコンピュータは、（ａ）一連の操作手順を構成する複数の操作項目を第１態様で表示手段に表示するとともに、当該複数の操作項目のうち少なくとも現在の操作項目を第１態様とは異なる第２態様で表示手段に表示し、（ｂ）入力手段からの入力データに基づいて現在の操作項目が実行されたか否かを判別し、（ｃ）ステップ（ｂ）によって現在の操作項目が実行されたことが判別されたとき、次の操作項目の表示を第２態様に変更し、（ｄ）入力手段からの入力データに基づいて前の操作項目の実行によって達成された状態が維持されなくなったか否かを判別し、そして（ｅ）ステップ（ｄ）によって前の操作項目で達成された状態が維持されなくなったことが判別されたとき、現在の操作項目の表示を第１態様に変更する。
【００２０】
第７−９の発明では、上述の第１の発明と同様に、前の操作項目の状態が維持されなくなったときには、現在の操作項目が第２態様から第１態様に変更されるので、前の操作項目が維持されなくなったことをユーザに容易に知らせることができる。
【発明の効果】
【００２１】
この発明によれば、一連の操作手順を構成する複数の操作項目が第１態様で表示されるとともに現在の操作項目が第２態様で表示されており、現在の操作項目の実行中に前の操作項目の状態が維持されなくなったときには、現在の操作項目の表示が第２態様から第１態様に変更される。したがって、前の操作項目が維持されなくなっており、これをやり直す必要が生じたことをユーザに容易に知らせることができる。
【００２２】
この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【発明を実施するための最良の形態】
【００２３】
図１を参照して、この発明の実施例の情報処理装置１０は、一例として携帯型のゲーム装置の形態で実現される。ただし、情報処理装置１０の形態は任意であり、情報処理装置１０は、たとえば、据置型のゲーム装置、パーソナルコンピュータ、携帯情報端末、携帯電話機であってもよい。
【００２４】
情報処理装置すなわちゲーム装置１０は、第１の液晶表示器（ＬＣＤ）１２および第２のＬＣＤ１４を含む。ＬＣＤ１２およびＬＣＤ１４は、所定の配置位置となるようにハウジング１６に収納される。この実施例では、ハウジング１６は、上側ハウジング１６ａと下側ハウジング１６ｂとによって構成され、ＬＣＤ１２は上側ハウジング１６ａに収納され、ＬＣＤ１４は下側ハウジング１６ｂに収納される。したがって、ＬＣＤ１２とＬＣＤ１４とは縦（上下）に並ぶように近接して配置される。
【００２５】
なお、この実施例では、表示器としてＬＣＤを用いるようにしてあるが、ＬＣＤに代えて、ＥＬ(Electronic Luminescence)ディスプレイやプラズマディスプレイを用いるようにしてもよい。
【００２６】
図１からも分かるように、上側ハウジング１６ａは、ＬＣＤ１２の平面形状よりも少し大きな平面形状を有し、一方主面からＬＣＤ１２の表示面を露出するように開口部が形成される。一方、下側ハウジング１６ｂの平面形状およびサイズも上側ハウジング１６ａと同等に選ばれ、横方向の中央部にＬＣＤ１４の表示面を露出するように開口部が形成される。下側ハウジング１６ｂの右側面には電源スイッチ１８が設けられる。
【００２７】
また、上側ハウジング１６ａには、ＬＣＤ１２を挟んで左右に、スピーカ３６ａおよび３６ｂ（図２参照）のための音抜き孔２０ａおよび２０ｂが形成される。
【００２８】
上側ハウジング１６ａと下側ハウジング１６ｂとは、上側ハウジング１６ａの下辺（下端）と下側ハウジング１６ｂの上辺（上端）の一部とが回動可能に連結されている。したがって、たとえば、ゲームをプレイしない場合には、ＬＣＤ１２の表示面とＬＣＤ１４の表示面とが対面するように、上側ハウジング１６ａを回動させて折りたたんでおけば、ＬＣＤ１２の表示面およびＬＣＤ１４の表示面に傷がつくなどの破損を防止することができる。ただし、上側ハウジング１６ａと下側ハウジング１６ｂとは、回動可能に連結せずに、それらを一体的（固定的）に設けたハウジング１６を形成するようにしてもよい。
【００２９】
そして、上側ハウジング１６ａと下側ハウジング１６ｂとの連結部の中央には、マイク（図示せず）のためのマイク孔２０ｃが形成される。マイクから取り込んだ音、音声または息などによる音声信号に基づいてゲーム処理を行うことが可能である。
【００３０】
また、下側ハウジング１６ｂには、操作スイッチ２２（２２ａ，２２ｂ，２２ｃ，２２ｄ，２２ｅ，２２Ｌおよび２２Ｒ）が設けられる。
【００３１】
操作スイッチ２２は、方向指示スイッチ（十字スイッチ）２２ａ，スタートスイッチ２２ｂ、セレクトスイッチ２２ｃ、動作スイッチ（Ａボタン）２２ｄ、動作スイッチ（Ｂボタン）２２ｅ、動作スイッチ（Ｘボタン）２２ｆ、動作スイッチ（Ｙボタン）２２ｇ、動作スイッチ（Ｌボタン）２２Ｌおよび動作スイッチ（Ｒボタン）２２Ｒを含む。スイッチ２２ａは、下側ハウジング１６ｂの一方主面であり、ＬＣＤ１４の左側に配置される。その他のスイッチ２２ｂ−２２ｇは、下側ハウジング１６ｂの一方主面であり、ＬＣＤ１４の右側に配置される。さらに、動作スイッチ２２Ｌおよび２２Ｒは、それぞれ下側ハウジング１６ｂの上端面の左右角部に配置される。なお、動作スイッチ２２Ｌおよび２２Ｒは下側ハウジング１６ｂの背面に設けられており、図１のような正面視では連結部の背後に隠れているので破線で示されている。
【００３２】
方向指示スイッチ２２ａは、ディジタルジョイスティックとして機能し、４つの押圧部の１つを操作することによって、ユーザないしプレイヤによって操作可能なプレイヤオブジェクト(またはプレイヤキャラクタ)の進行方向（移動方向）を指示したり、カーソルの進行方向を指示したりする等のために用いられる。また、各押圧部には、特定の役割を割り当てることができ、４つの押圧部の１つを操作することによって、割り当てられた役割を指示（指定）することができる。
【００３３】
スタートスイッチ２２ｂは、プッシュボタンで構成され、ゲームを開始（再開）したり、一時停止(Pause)したりする等に用いられる。また、セレクトスイッチ２２ｃは、プッシュボタンで構成され、ゲームモードの選択等に用いられる。
【００３４】
動作スイッチ２２ｄすなわちＡボタンは、プッシュボタンで構成され、方向指示以外の動作、すなわち、プレイヤオブジェクトに打つ（パンチ）、投げる、つかむ（取得）、乗る、ジャンプするなどの任意のアクションをさせることができる。たとえば、アクションゲームにおいては、ジャンプ、パンチ、武器を動かす等を指示することができる。また、ロールプレイングゲーム(ＲＰＧ)やシミュレーションＲＰＧにおいては、アイテムの取得、武器やコマンドの選択および決定等を指示することができる。動作スイッチ２２ｅすなわちＢボタンは、プッシュボタンで構成され、セレクトスイッチ２２ｃで選択したゲームモードの変更やＡボタン２２ｄで決定したアクションの取り消し等のために用いられる。
【００３５】
動作スイッチ２２ｆすなわちＸボタン、および動作スイッチ２２ｇすなわちＹボタンは、プッシュボタンで構成され、Ａボタン２２ｄとＢボタン２２ｅだけでは、ゲーム進行ができないときに、補助的な操作に用いられる。ただし、Ｘボタン２２ｆおよびＹボタン２２ｇは、Ａボタン２２ｄおよびＢボタン２２ｅと同様の操作に用いることも可能である。もちろん、ゲームプレイにおいてＸボタン２２ｆとＹボタン２２ｇとを必ずしも使用しなくてよい。
【００３６】
動作スイッチ２２Ｌ（左押しボタン）および動作スイッチ２２Ｒ（右押しボタン）は、プッシュボタンで構成され、左押しボタン（Ｌボタン）２２Ｌおよび右押しボタン（Ｒボタン）２２Ｒは、Ａボタン２２ｄおよびＢボタン２２ｅと同様の操作に用いることができ、また、Ａボタン２２ｄおよびＢボタン２２ｅの補助的な操作に用いることができる。さらに、Ｌボタン２２ＬおよびＲボタン２２Ｒは、方向スイッチ２２ａ，Ａボタン２２ｄ，Ｂボタン２２ｅ，Ｘボタン２２ｆ，Ｙボタン２２ｇに割り当てられた役割を、他の役割に変更することができる。
【００３７】
また、ＬＣＤ１４の上面には、タッチパネル２４が装着される。タッチパネル２４としては、たとえば、抵抗膜方式、光学式(赤外線方式)および静電容量結合式のいずれかの種類のものを用いることができる。タッチパネル２４はＬＣＤ１４の画面内の任意の位置をユーザが指示するためのポインティングデバイスである。タッチパネル２４は、その上面をスティック２６ないしはペン（スタイラスペン）或いは指（以下、これらを「スティック２６等」という場合がある。）で、押圧したり、撫でたり、触れたりすることにより操作（タッチ入力）すると、スティック２６等の操作位置の座標を検出して、当該検出座標に対応する座標データを出力する。
【００３８】
なお、この実施例では、ＬＣＤ１４（ＬＣＤ１２も同じ、または略同じ。）の表示面の解像度は２５６ｄｏｔ×１９２ｄｏｔである。タッチパネル２４の検出精度も表示画面に対応して２５６ｄｏｔ×１９２ｄｏｔとしてあるが、タッチパネル２４の検出精度は表示画面の解像度よりも低くてもよく、高くてもよい。
【００３９】
ＬＣＤ１２およびＬＣＤ１４には異なるゲーム画面を表示することができる。たとえば、レースゲームでは一方のＬＣＤに運転席からの視点による画面を表示し、他方のＬＣＤにレース（コース）全体の画面を表示することができる。また、ＲＰＧでは、一方のＬＣＤにマップやプレイヤオブジェクト等のキャラクタを表示し、他方のＬＣＤにプレイヤオブジェクトが所有するアイテムを表示することができる。さらに、一方のＬＣＤにプレイヤオブジェクトやノンプレイヤオブジェクトなどを含むゲーム画面を表示し、他方のＬＣＤに当該プレイヤオブジェクトやノンプレイヤオブジェクトに関する情報を含む他のゲーム画面または当該プレイヤオブジェクトを操作するための操作画面を表示することができる。さらには、２つのＬＣＤ１２およびＬＣＤ１４を合わせて１つの画面として用いることにより、プレイヤオブジェクトが倒さなければならない巨大な怪物（敵オブジェクト）を表示することもできる。
【００４０】
したがって、プレイヤはスティック２６等でタッチパネル２４を操作することにより、ＬＣＤ１４の画面に表示されるプレイヤオブジェクト、敵オブジェクト、アイテムオブジェクト、操作オブジェクトなどの画像を指示（操作）したり、コマンドを選択（入力）したりすることができる。また、仮想ゲーム空間（３次元ゲーム空間）に設けられる仮想カメラ（視点）の方向（視線の向き）を変化させたり、ゲーム画面（マップ）のスクロール(徐々に移動表示)方向を指示したりすることもできる。
【００４１】
なお、ゲームの種類によっては、タッチパネル２４を用いることにより、その他の入力指示も可能である。たとえば、ＬＣＤ１４上のタッチパネル２４において文字，数字，記号等を手書き入力することができる。
【００４２】
このように、ゲーム装置１０は、２画面分の表示部となるＬＣＤ１２およびＬＣＤ１４を有し、いずれか一方（この実施例では、ＬＣＤ１４）の上面にタッチパネル２４が設けられるので、２画面（１２，１４）と２系統の操作部（２２，２４）とを有する構成になっている。
【００４３】
なお、この実施例では、第１のＬＣＤ１２と第２のＬＣＤ１４とを縦方向に並べて配置するようにしているが、２つのＬＣＤの配置は適宜に変更され得る。他の実施例では、第１のＬＣＤ１２と第２のＬＣＤ１４とを横方向に並べて配置するようにしてもよい。
【００４４】
また、この実施例では、２つのＬＣＤを設けるようにしているが、表示手段としてのＬＣＤの数は適宜変更され得る。他の実施例では、縦長形状の１つのＬＣＤを設けて、表示領域を上下に分けて、２つのゲーム画面をそれぞれの表示領域に表示するようにしてもよいし、あるいは、横長形状の１つのＬＣＤを設けて、表示領域を左右に分割し、２つゲーム画面をそれぞれの表示領域に表示するようにしてもよい。
【００４５】
また、スティック２６は、たとえば下側ハウジング１６ｂに設けられる収納部（図示せず）に収納することができ、必要に応じて取り出される。ただし、スティック２６を設けない場合には、その収納部も設ける必要はない。
【００４６】
さらに、ゲーム装置１０はメモリカード（またはカートリッジ）２８を含み、このメモリカード２８は着脱自在であり、下側ハウジング１６ｂの上端面に設けられる挿入部３０（図１では点線で示す）に挿入される。図１では省略するが、挿入部３０の奥部には、メモリカード２８の挿入方向先端部に設けられるコネクタと接合するためのコネクタ３２（図２参照）が設けられており、したがって、メモリカード２８が挿入部３０に挿入されると、コネクタ同士が接合され、ゲーム装置１０のＣＰＵコア３４（図２参照）がメモリカード２８にアクセス可能となる。
【００４７】
なお、図１では省略するが、たとえば、下側ハウジング１６ｂにおいて、その裏面には電池収容ボックスが設けられ、下端面（底面）には、音量スイッチおよびイヤフォンジャックなどが設けられ、上端面（天面）には、外部拡張コネクタなどが設けられる。
【００４８】
図２はゲーム装置１０の電気的な構成を示すブロック図である。この図２を参照して、ゲーム装置１０は電子回路基板３８を含み、この電子回路基板３８には上述のＣＰＵコア３４等の回路コンポーネントが実装される。ＣＰＵコア３４は、バス４０を介して前述のコネクタ３２に接続されるととともに、ＲＡＭ４２、第１のグラフィック処理ユニット（ＧＰＵ）４４、第２のＧＰＵ４６、入出カインターフェース回路（以下、「Ｉ／Ｆ回路」という。）４８、ＬＣＤコントローラ５０および無線通信部５８に接続される。
【００４９】
コネクタ３２には、上述したように、メモリカード２８が着脱自在に接続される。メモリカード２８は、ＲＯＭ２８ａおよびＲＡＭ２８ｂを含み、図示は省略するが、ＲＯＭ２８ａおよびＲＡＭ２８ｂは、互いにバスで接続され、さらに、コネクタ３２と接合されるコネクタ（図示せず）に接続される。したがって、上述したように、ＣＰＵコア３４は、ＲＯＭ２８ａおよびＲＡＭ２８ｂにアクセスすることができる。
【００５０】
ＲＯＭ２８ａは、ゲーム装置１０で実行すべきゲームのためのゲームプログラム、画像データ（文字やオブジェクトの画像、背景画像、アイテム画像、アイコン（ボタン）画像、メッセージ画像など）およびゲームに必要な音（音楽）のデータ（音データ）等を予め記憶する。ＲＡＭ（バックアップＲＡＭ）２８ｂは、そのゲームの途中データやゲームの結果データなどを記憶（セーブ）する。セーブ用メモリとしてはフラッシュメモリなどが用いられてよい。
【００５１】
ＲＡＭ４２は、バッファメモリないしはワーキングメモリとして使用される。つまり、ＣＰＵコア３４は、メモリカード２８のＲＯＭ２８ａに記憶されたゲームプログラム、画像データおよび音データ等をＲＡＭ４２にロードし、ロードしたゲームプログラムに従って処理を実行する。また、ＣＰＵコア３４は、ゲームの進行に応じて一時的に生成するデータ（ゲームデータやフラグデータ等）をＲＡＭ４２に記憶しつつゲーム処理を実行する。
【００５２】
なお、ゲームプログラム、画像データおよび音データ等は、ＲＯＭ２８ａから一度に全部または部分的にかつ順次的に読み出され、ＲＡＭ４２に記憶される。
【００５３】
ただし、ゲーム装置１０ではゲーム以外の他のアプリケーションが実行されてよく、この場合、メモリカード２８のＲＯＭ２８ａには、当該アプリケーションについてのプログラムおよび画像データ等の必要なデータが記憶されてよい。また、必要に応じて、音（音楽）データが記憶されてもよい。
【００５４】
ＧＰＵ４４およびＧＰＵ４６は、それぞれ、描画手段の一部を形成し、たとえばシングルチップＡＳＩＣで構成され、ＣＰＵコア３４からのグラフィックスコマンド（作画命令）を受け、そのグラフィックスコマンドに従って画像データを生成する。ただし、ＣＰＵコア３４は、グラフィックスコマンドに加えて、画像データの生成に必要な画像生成プログラム（ゲームプログラムに含まれる。）をＧＰＵ４４およびＧＰＵ４６のそれぞれに与える。
【００５５】
また、ＧＰＵ４４には、第１のビデオＲＡＭ（以下、「ＶＲＡＭ」という。）５２が接続され、ＧＰＵ４６には、第２のＶＲＡＭ５４が接続される。ＧＰＵ４４およびＧＰＵ４６が作画コマンドを実行するにあたって必要なデータ（画像データ：ポリゴンやテクスチャ等のデータ）は、ＧＰＵ４４およびＧＰＵ４６が、それぞれ、第１のＶＲＡＭ５２および第２のＶＲＡＭ５４にアクセスして取得する。
【００５６】
なお、ＣＰＵコア３４は、描画に必要な画像データをＧＰＵ４４およびＧＰＵ４６を介して第１のＶＲＡＭ５２および第２のＶＲＡＭ５４に書き込む。ＧＰＵ４４はＶＲＡＭ５２にアクセスして描画のための画像データを作成し、その画像データをＶＲＡＭ５２の描画バッファに記憶する。ＧＰＵ４６はＶＲＡＭ５４にアクセスして描画のための画像データを作成し、その画像データをＶＲＡＭ５４の描画バッファに記憶する。描画バッファとしてはフレームバッファまたはラインバッファ等が採用されてよい。
【００５７】
ＶＲＡＭ５２およびＶＲＡＭ５４は、ＬＣＤコントローラ５０に接続される。ＬＣＤコントローラ５０はレジスタ５６を含み、レジスタ５６はたとえば１ビットで構成され、ＣＰＵコア３４の指示によって「０」または「１」の値（データ値）を記憶する。ＬＣＤコントローラ５０は、レジスタ５６のデータ値が「０」である場合には、ＧＰＵ４４によって作成された画像データをＬＣＤ１２に出力し、ＧＰＵ４６によって作成された画像データをＬＣＤ１４に出力する。また、ＬＣＤコントローラ５０は、レジスタ５６のデータ値が「１」である場合には、ＧＰＵ４４によって作成された画像データをＬＣＤ１４に出力し、ＧＰＵ４６によって作成された画像データをＬＣＤ１２に出力する。
【００５８】
なお、ＬＣＤコントローラ５０は、ＶＲＡＭ５２およびＶＲＡＭ５４から直接画像データを読み出したり、ＧＰＵ４４およびＧＰＵ４６を介してＶＲＡＭ５２およびＶＲＡＭ５４から画像データを読み出したりする。
【００５９】
また、ＶＲＡＭ５２およびＶＲＡＭ５４はＲＡＭ４２に設けられてもよいし、あるいはその描画バッファおよびＺバッファがＲＡＭ４２に設けられてもよい。
【００６０】
Ｉ／Ｆ回路４８には、操作スイッチ２２，タッチパネル２４およびスピーカ３６ａ，３６ｂが接続される。ここで、操作スイッチ２２は、上述したスイッチ２２ａ，２２ｂ，２２ｃ，２２ｄ，２２ｅ，２２ｇ，２２Ｌおよび２２Ｒであり、操作スイッチ２２が操作されると、対応する操作信号（操作データ）がＩ／Ｆ回路４８を介してＣＰＵコア３４に入力される。また、タッチパネル２４からの座標データがＩ／Ｆ回路４８を介してＣＰＵコア３４に入力される。さらに、ＣＰＵコア３４は、ゲーム音楽（ＢＧＭ）、効果音またはゲームキャラクタの音声（擬制音）などのゲームに必要な音データをＲＡＭ４２から読み出し、Ｉ／Ｆ回路４８を介してスピーカ３６ａ，３６ｂから当該音を出力する。
【００６１】
無線通信部５８は他のゲーム装置１０や通信機器との間で無線によってデータを送受信するための通信手段である。なお、ゲーム装置１０が送受信する微弱電波は、電波法による規制のかからない強度に設定されている。ＣＰＵコア３４がゲームデータやコマンドなどのデータを無線通信部５８に与えると、無線通信部５８は、相手方へのデータを無線信号に変調してアンテナから送信する。また、無線通信部５８は、相手方からの無線信号を同じアンテナで受信してデータに復調し、当該データをＣＰＵコア３４に与える。この無線通信部５８を介して、ゲーム装置１０は、他のゲーム装置１０との間でデータを通信して通信ゲームを実行することが可能である。また、ゲーム装置１０は、無線通信部５８を介してネットワークに接続することができ、ネットワーク上のサーバからプログラムやデータをダウンロードしたり、ネットワークを介して他のゲーム装置１０と通信したりすることが可能である。
【００６２】
このゲーム装置１０では、ユーザが実行すべき一連の操作手順を構成する複数の操作項目が表示される。複数の操作項目のうちの少なくとも現在の操作項目、すなわち、現在行われるべき操作項目が強調表示される。この強調表示がユーザの操作に応じて他の操作項目に変更される。具体的には、現在の操作項目がユーザによって実行されたときには、次の操作項目が強調表示される。また、操作手順では、前の操作項目の入力状態を維持したまま現在の操作項目を行う必要がある。ユーザ操作によって前の操作項目の状態が満たされなくなったときには、前の操作項目が強調表示される。このようにして、一連の操作手順の中で行われた前の操作項目が維持されなくなったことをユーザに容易に知らせることができ、当該前の操作項目をやり直す必要があることをユーザに容易に知らせることができる。
【００６３】
図３にはユーザの操作前の初期画面の一例が示される。ＬＣＤ１２に表示される上画面に一連の操作手順が示され、ＬＣＤ１４に表示される下画面にユーザの操作画面が示される。具体的には、この画面は、カードゲームでカードを設置する操作をユーザに行わせる際に表示される画面である。
【００６４】
ＬＣＤ１２にはカードを設置する方法を示すメッセージが文字で表示される。つまり、「カードを設置する方法」のタイトルの下に、「置きたいカードをタッチし、／置きたい場所までスライドさせ／タッチペンを離してください。」と表示されている。この方法すなわち一連の操作手順は、連続的に行われるべき３つの操作項目を備えており、すなわち、第１の操作項目は、置きたいカードをタッチすることであり、第２の操作項目は、そのタッチした位置を置きたい場所までスライドさせることであり、第３の操作項目は、そのスライドさせた位置からタッチペン（スティック２６等）を離すことである。
【００６５】
そして、操作手順のうち現在実行されるべき操作項目が強調表示され、他の操作項目は通常表示される。図３は操作の初期画面であるから、第１の操作項目を示す「置きたいカードをタッチし、」が強調表示されている。
【００６６】
強調表示の態様は、通常表示のそれとは異なるものにされる。この実施例では、一例として、強調表示される操作項目には、下線が引かれ、斜体文字が使用され、そして、大きいサイズの文字が使用されている。通常表示の態様を第１態様、強調表示の態様を第２態様と呼ぶものとすると、第２態様は、第１態様と異なるものであればよいが、目立つものや際立っているものが望ましい。この実施例の第２態様は、第１態様と字体（デザイン、スタイル）や文字サイズを異ならせたものであり、または、第１態様に下線のような装飾を付加したものである。また、他の実施例では、たとえば第１態様で緑色の文字を第２態様で赤色の文字を使用するなど、第１態様と第２態様とでは、文字の色が異なるようにされてよい。
【００６７】
一方、ＬＣＤ１４の操作画面には、ユーザによって選択される複数のカード１００および複数の配置場所１０２が表示されている。この実施例では、３つのカード１００ａ、１００ｂおよび１００ｃが画面下端部の所定位置に横に配列され、２つの配置場所１０２ａおよび１０２ｂが画面左端部の所定位置に縦に配列されている。
【００６８】
この操作画面において、ユーザは、３つのカード１００から所望のカード１００を選択して、当該選択したカード１００を２つの配置場所１０２のうち所望の配置場所１０２に設置することができる。そのための一連の操作手順が、上述したようにカードを設置する方法としてＬＣＤ１２に表示されている。そして、現在の操作項目は、ＬＣＤ１２で強調表示されるように、置きたいカードをタッチすることである。したがって、ユーザは、所望のカード１００をタッチする、つまり、当該カード１００の表示領域をスティック２６等によって指示する。
【００６９】
ユーザによってカード１００がタッチされた場合には、現在の操作項目が次の操作項目に移り、図４に示すような画面が表示される。具体的には、ＬＣＤ１２では、第２の操作項目を示す「置きたい場所までスライドさせ」が強調表示される。なお、前の操作項目となった第１の操作項目は通常表示される。これによって、現在の操作項目が第２の操作項目に進んだことをユーザに知らせることができる。
【００７０】
一方、ＬＣＤ１４では、選択されたカード１００（１００ａ）が選択状態を示す画像を用いて表示される。具体的には、選択されたカード１００ａは、やや拡大されており、さらに当該カード１００ａにはカーソル画像（４隅の縁取り）が付与される。また、画面右側領域には、選択されたカード１００ａの名前、能力等の説明がユーザの確認のために表示される。
【００７１】
現在の操作項目は、ＬＣＤ１２に強調表示されるように、タッチ位置を置きたい場所までスライドさせることである。したがって、ユーザは、スティック２６等によるタッチ位置を所望の配置場所１０２に向けて移動させる。この操作の際の画面が図５に示される。スティック２６等によるタッチ位置が配置場所１０２の領域内に移動していない場合には、第２の操作項目は未だ達成されていないので、図５に示すように、ＬＣＤ１２では、第２の操作項目が強調表示されたままとなっている。
【００７２】
スティック２６等によるタッチ位置が配置場所１０２内に移動した場合には、第２の操作項目が達成されたこととなる。したがって、現在の操作項目が次の操作項目に移り、図６に示すような画面が表示される。具体的には、タッチ位置は配置場所１０２ａに移動している。ＬＣＤ１２では、第３の操作項目を示す「タッチペンを離してください。」が強調表示される。なお、前の操作項目となった第２の操作項目は通常表示される。これによって、現在の操作項目が第３の操作項目に進んだことをユーザに知らせることができる。
【００７３】
したがって、ユーザが配置場所１０２（１０２ａ）内でスティック２６等をタッチパネル２４から離すと、選択されたカード１００ａを置く場所が確定する。なお、図示は省略するが、ＬＣＤ１４では、当該カード１００ａが当該配置場所１０２ａに配置された画像が表示されることとなる。
【００７４】
また、この実施例では、現在の操作項目を実行している際に、前の操作項目の実行によって達成された状態が維持されなくなった場合には、実行すべき操作項目が戻され、強調表示も戻される。
【００７５】
具体的には、現在の操作項目が第２の操作項目である場合（図４および図５参照）に、スティック２６等によるタッチ位置がタッチパネル２４から離されたときには、カード１００をタッチするという第１の操作項目が満たされなくなる。つまり、第１の操作項目の実行によるカード１００の選択が維持されなくなる。したがって、現在の操作項目を第２の操作項目から第１の操作項目に戻し、ＬＣＤ１２には、図３に示すように第１の操作項目を強調表示する。これによって、第１の操作項目が維持されなくなり、第１の操作項目をやり直す必要があることをユーザに容易に知らせることができる。
【００７６】
また、現在の操作項目が第３の操作項目である場合（図６参照）にも、前の操作項目によって達成された状態が維持されなくなったときには、操作項目が戻されることになる。具体的には、第２の操作項目の実行によって配置場所１０２が選択されているが、スティック２６等によるタッチ位置が配置場所１０２の領域外に移動したときには、第２の操作項目による配置場所１０２の選択が維持されなくなる。したがって、現在の操作項目を第３の操作項目から第２の操作項目に戻し、ＬＣＤ１２には、図５に示すように第２の操作項目を強調表示する。これによって、第２の操作項目が維持されなくなり、第２の操作項目をやり直す必要があることをユーザに容易に知らせることができる。
【００７７】
図７にはＲＡＭ４２のメモリマップの一例が示される。メモリマップはプログラム記憶領域２００およびデータ記憶領域２０２を含む。プログラム記憶領域２００にはＲＯＭ２８ａから読み出されたプログラムが記憶され、データ記憶領域２０２にはＲＯＭ２８ａから読み出されたデータや処理によって生成または取得されたデータが記憶される。なお、図７はメモリマップの一部を示しており、プログラム記憶領域２００およびデータ記憶領域２０２には処理の実行に必要な他のプログラムおよびデータが記憶されている。
【００７８】
プログラム記憶領域２００の記憶領域２０４には座標検出プログラムが記憶される。このプログラムは、タッチパネル２４から入力されたデータから座標を検出するためのプログラムである。なお、タッチパネル２４からはユーザによる入力の有無を示すデータおよび指示された位置の座標データを含むデータが入力される。座標検出は一定時間（たとえば１フレーム＝１／６０秒。）ごとに行われ、検出された座標は入力座標記憶領域２１２に記憶される。
【００７９】
記憶領域２０６には操作手順表示プログラムが記憶される。このプログラムは、一連の操作手順を構成する複数の操作項目を表示するためのプログラムである。操作手順は記憶領域２１４に記憶される操作定義データおよび記憶領域２１８に記憶される画像データに基づいて表示される。記憶領域２１０に記憶される強調表示プログラムによって強調表示される操作項目以外の操作項目は、通常の態様を示す画像データを用いて表示される。
【００８０】
記憶領域２１０には強調表示プログラムが記憶される。このプログラムは、複数の操作項目のうちの少なくとも現在の操作項目を強調表示するためのプログラムである。操作項目の強調表示の際には、強調の態様を示す画像データが用いられる。
【００８１】
記憶領域２１０には操作判定プログラムが記憶される。このプログラムは、検出された座標データに基づいて現在の操作項目が実行されたか否かを判断し、また、前の操作項目によって達成された状態が維持されなくなったか否かを判断するためのプログラムである。この実施例では、記憶領域２１４に記憶される操作定義データに、各操作項目を判定するための条件が記憶されており、各条件の内容は記憶領域２１６に記憶される条件データに記憶されている。
【００８２】
また、データ記憶領域２０２の記憶領域２１２には、座標検出プログラムによって検出された入力座標が記憶される。なお、操作判定のために、所定フレーム数分の入力座標の履歴が記憶される。
【００８３】
記憶領域２１４にはＲＯＭ２８ａから読み出された操作定義データが記憶される。操作定義データは、一連の操作手順を規定したデータである。図８に示すように、複数の操作手順のデータが各識別情報（処理ＩＤ＝Ｐ０１，Ｐ０２，…）に対応付けて記憶されている。上述のカードを配置する方法の操作手順のためのデータは、処理ＩＤ「Ｐ０１」として記憶されている。なお、その他の操作手順、たとえばマジックカードの使い方なども記憶されている。各操作手順の操作定義データは、ゲームの進行に従って必要に応じて読み出される。
【００８４】
各操作手順のデータは、当該操作手順を構成する複数の操作項目を規定するデータを含み、各操作項目は、処理順位、判定条件およびメッセージ等のデータを含む。処理順位は、操作手順における当該操作項目の実行順序を示す。
【００８５】
また、判定条件は、この実施例では、進行条件および後退条件を含む。進行条件は、当該操作項目が実行されたか否かを判定するための条件であり、この進行条件が満足された場合、操作手順は、前進され、つまり、次の操作項目に進められることとなる。また、後退条件は、当該操作項目の実行中に、前の操作項目に後退すべきか否かを判定するための条件であり、この後退条件が満足された場合、操作手順は、後退され、つまり、前の操作項目に戻されることとなる。一連の操作手順で実行された前の操作項目の状態が維持されなくなった場合には、当該前の操作項目に戻る必要がある。したがって、この後退条件は、前の操作項目の実行によって達成された状態が維持されなくなったか否かを判定するための条件でもある。なお、処理順位が１である操作項目は最初の操作項目であるから後退条件はない。また、各条件は、後述の条件データで定義されており、この操作定義データでは、各条件のデータＩＤが記憶される。この実施例のように、一連の操作手順の前進と後退を判定するための別々の条件を予め記憶しておく場合には、操作の判定を容易に行うことができる。
【００８６】
また、メッセージは、当該操作項目の内容の文字列を示すデータであり、このメッセージデータと画像データとに基づいて各操作項目が表示される。たとえば、処理ＩＤがＰ０１である操作手順は、図３に示したカードを設置する方法であり、処理順位１の操作項目のメッセージは「置きたいカードをタッチし、」であり、処理順位２の操作項目のメッセージは「置きたい場所までスライドさせ」であり、処理順位３の操作項目のメッセージは「タッチペンを離してください。」である。
【００８７】
図７の記憶領域２１６にはＲＯＭ２８ａから読み出された条件データが記憶される。条件データは、各操作項目の判定条件を規定したデータである。図９に示すように、複数の条件データが各識別情報（デ−タＩＤ＝Ｄ０１，Ｄ０２，…）に対応付けて記憶されている。この実施例では、判定条件は、操作の種類および操作の領域に関する条件を含む。
【００８８】
操作の種類は、タッチパネル２４に対するタッチ操作の種類、またはタッチパネル２４を用いた入力（操作）の状態の変化の種類を規定する。したがって、この操作の種類に規定された操作が行われたか否か、つまり、この操作の種類に規定された入力状態の変化が検出されたかどうかが判定される。
【００８９】
具体的には、操作の種類は、タッチオン、タッチオフおよびスライド等を含む。タッチオンは、タッチパネル２４に対する入力の無い状態から入力の在る状態に変化する操作であり、つまり、タッチパネル２４への入力の開始を意味する。タッチオフは、タッチパネル２４に対する入力の在る状態から無い状態に変化する操作であり、つまり、タッチパネル２４への入力の終了を意味する。スライドは、タッチパネル２４に対する入力の在る状態が継続する操作であり、また、入力の在る状態が継続したままその入力位置座標が変化する操作である。
【００９０】
また、操作の領域は、入力位置の座標の範囲を規定する。したがって、この操作の領域に規定された領域内に入力座標が存在するか否かが判定される。なお、１つの条件に、複数の領域が規定されてよい。また、操作の種類がタッチオフと判定されるときには座標が検出されないので、その直前に検出された入力座標が操作領域内であるか否かが判定される。
【００９１】
たとえば、データＩＤがＤ０１である条件データは、図８に示すように、処理ＩＤがＰ０１である操作定義データの処理順位１の操作項目の進行条件である。最初の操作項目は、「置きたいカードをタッチする」ことであるから、条件データには操作種類としてタッチオンが記憶され、操作領域として各カード１００の表示領域が記憶されている。したがって、操作種類がタッチオンであり、かつ、入力座標が操作領域に含まれる場合には、最初の操作項目が実行されたと判別される。なお、選択済みのカード１００が存在する場合には、当該選択済みのカード１００の表示領域は、条件から除外される。
【００９２】
また、データＩＤがＤ０４である条件データは、処理順位２の進行条件である。第２の操作項目は、「置きたい場所までスライドさせる」ことであるから、条件データには、操作種類としてスライドが記憶され、操作領域として各配置場所１０２の表示領域が記憶されている。したがって、操作種類がスライドであり、かつ、入力座標が操作領域に含まれる場合には、第２の操作項目が実行されたと判別される。なお、配置済みの配置場所１０２が存在する場合には、当該配置済みの配置場所１０２は、条件から除外される。
【００９３】
また、データＩＤがＤ０２である条件データは、処理順位３の進行条件である。第３の操作項目は、「タッチペンを離す」ことであるから、条件データには、操作種類としてタッチオフが記憶され、操作領域として各配置場所１０２の表示領域が記憶される。したがって、操作種類がタッチオフであり、かつ、入力座標（直前に検出された座標）が操作領域に含まれる場合には、第３の操作項目が実行されたと判別される。
【００９４】
さらに、データＩＤがＤ０３である条件データは、処理順位２の後退条件である。したがって、この条件データには、「置きたい場所までスライドさせる」操作を行っている際に、「置きたいカードをタッチする」ことによって達成した状態が維持されなくなったことを判定することのできるデータが規定される。具体的には、操作種類としてタッチオフが記憶され、操作領域として配置場所１０２の表示領域を除く領域が記憶される。つまり、配置場所１０２以外の場所でスティック２６等が離されるというカード１００の選択を無効にするような操作が行われたかどうかが判断される。なお、配置済みの配置場所１０２が存在する場合には、当該配置済みの配置場所１０２は、条件に含められる。
【００９５】
また、データＩＤがＤ０５である条件データは、処理順位３の後退条件である。したがって、この条件データには、「タッチペンを離す」操作を行っている際に、「置きたい場所までスライドさせる」ことによって達成した状態が維持されなくなったことを判定することのできるデータが規定される。具体的には、操作種類としてスライドが記憶され、操作領域として配置場所１０２の表示領域を除く領域が記憶される。つまり、配置場所１０２以外の場所にスティック２６等が移動するという配置場所１０２の選択を無効にするような操作が行われたかどうかが判断される。
【００９６】
このように、この実施例では、タッチパネル２４を用いてユーザによって入力された座標データが所定の操作の種類を示し、かつ、所定の操作の領域を示すかどうかを判断するようにしているので、操作判定が容易でありしかも適切に実行することができる。
【００９７】
また、図７の記憶領域２１８には、画面を生成して表示するための画像データが記憶される。具体的には、カード１００、配置場所１０２などの画像データ、操作手順のタイトル、操作項目のメッセージを示す文字を表示するための画像データ、背景の画像データ等が含まれる。さらに、操作項目の画像データは、通常表示のための画像データおよび強調表示のための画像データを含む。
【００９８】
なお、データ記憶領域２０２には、上述のように、各種フラグやカウンタなど、処理に必要な他のデータも記憶される。
【００９９】
図１０にはゲーム装置の動作の一例が示される。なお、ユーザ操作の判定と操作項目の強調表示などが本発明の主な特徴であるので、図１０等のフロー図では、ＬＣＤ１２における操作項目の表示に関する処理や操作判定のための処理等を主に記載し、ＬＣＤ１４におけるカード１００や配置場所１０２等の表示に関する処理などを省略している。
【０１００】
処理を開始すると、ＣＰＵコア３４は、ステップＳ１で、適用すべき操作手順を指定するための変数ｍに初期値として１を記憶する。具体的には、変数ｍは、操作定義データ（図８）の操作手順ごとの処理ＩＤの番号に関連付けられている。この実施例のプログラムは、変数ｍの値に応じて複数の操作手順を順次適用可能なように構成されている。ｍが１の場合には、処理ＩＤ「Ｐ０１」に対応する操作定義データ、つまり、上述のカードを配置する方法のための操作定義データが後述するステップＳ５で読み出されることとなる。
【０１０１】
次に、ステップＳ３で、ＣＰＵコア３４は処理順位を指定するための変数ｎに初期値として１を記憶する。したがって、操作手順のうち第１の操作項目が指定される。
【０１０２】
続いて、ステップＳ５で、ＣＰＵコア３４は、処理ＩＤ「Ｐｍ」に対応する操作定義データをＲＯＭ２８ａからＲＡＭ４２の記憶領域２１４に読み出す。なお、処理ＩＤ「Ｐｍ」の操作定義データに規定された条件に対応する条件データも、このステップＳ５でＲＯＭ２８ａから読み出して記憶領域２１６に記憶してよいが、条件データは条件判定処理を行う際に読み出すようにしてもよい。
【０１０３】
続くステップＳ７およびステップＳ９では、操作項目のメッセージを表示するための処理が実行される。この実施例では、全ての操作項目を初期態様（通常態様）で表示するとともに、処理順位ｎの操作項目を強調表示するようにしており、これによって、現在の操作項目のみが強調表示される。
【０１０４】
すなわち、まず、ステップＳ７で、ＣＰＵコア３４は、全ての処理順位の操作項目のメッセージを初期態様で表示する。具体的には、ＣＰＵコア３４は、ＧＰＵ４４を用いて、全ての操作項目のメッセージデータおよび初期態様のための画像データ等に基づいて、初期態様の全ての操作項目をＶＲＡＭ５２に描画する。なお、各操作項目の表示位置など表示処理に必要なデータは、ＲＯＭ２８ａに予め記憶されている。続いて、ステップＳ９で、ＣＰＵコア３４は、処理順位ｎの操作項目のメッセージを強調表示する。具体的には、ＣＰＵコア３４は、ＧＰＵ４４を用いて、処理順位ｎの操作項目のメッセージデータおよび強調表示のための画像データ等に基づいて、処理順位ｎの強調表示態様の操作項目をＶＲＡＭ５２に描画する。したがって、ＣＰＵコア３４の制御下のＬＣＤコントローラ５０が表示更新タイミング（１フレームごと）にＶＲＡＭ５２の描画データに基づいて表示処理を実行すると、処理順位ｎの操作項目のみが強調表示されかつ他の操作項目が通常表示された画面がＬＣＤ１２に表示される。
【０１０５】
続いて、ステップＳ１１で、ＣＰＵコア３４は、操作判定処理を実行する。操作判定処理では、ユーザが現在の操作項目を実行したか否かが判定されたり、また、前の操作項目の実行で達成した状態を維持できなくなったか否かが判定されたりする。そして、この判定結果に応じて、処理順位を指定する変数ｎの値が変更され、つまり、現在実行すべき操作項目が変更される。この操作判定処理の動作の詳細は図１１に示される。
【０１０６】
操作判定処理を開始すると、図１１のステップＳ３１で、ＣＰＵコア３４は入力座標を検出する。具体的には、タッチパネル２４から取得したデータから、ユーザによって入力された位置の座標を示すデータを検出し、当該座標データをたとえばフレーム番号に対応付けて記憶領域２１２に記憶する。ただし、入力が無い場合には、入力座標の検出がないことを示すデータを記憶する。入力座標記憶領域２１２には、少なくとも今回と前回のフレームの入力座標を含む所定フレーム数分の履歴が記憶される。
【０１０７】
なお、入力座標の検出処理（ステップＳ３１）、および操作項目の条件の判定処理（ステップＳ３３−Ｓ３７、ステップＳ４１−Ｓ４７）は、一定時間（たとえば１フレーム）ごとに実行される。
【０１０８】
続くステップＳ３３−Ｓ３７では、現在の操作項目が実行されたかどうかが判定される。すなわち、まず、ステップＳ３３で、ＣＰＵコア３４は、処理順位ｎの進行条件のうち操作種類の判定を行う。具体的には、ＣＰＵコア３４は、操作定義データ記憶領域２１４に記憶された当該進行条件のデータＩＤを参照し、条件データ記憶領域２１６に記憶された当該データＩＤに対応する操作種類を参照して、当該操作種類の操作が行われたか否かを記憶領域２１２の入力座標データに基づいて判定する。たとえば、操作種類がタッチオンの場合、今回のフレームで入力座標が検出されており、かつ、前回のフレームで入力座標が検出されていないかどうかが判断される。また、操作種類がタッチオフの場合、今回のフレームで入力座標が検出されず、かつ、前回のフレームで入力座標が検出されているかどうかが判断される。また、操作種類がスライドの場合、今回および前回の両フレームで入力座標が検出されており、かつ、入力座標が変化しているかどうかが判断される。
【０１０９】
続くステップＳ３５で、ＣＰＵコア３４は、処理順位ｎの進行条件のうち操作領域の判定を行う。具体的には、ＣＰＵコア３４は、条件データ記憶領域２１６に記憶された当該進行条件のデータＩＤに対応する操作領域を参照して、判定に使用する操作領域を決定する。そして、入力座標記憶領域２１２に記憶される今回のフレームまたは前回のフレームにおける入力座標が当該操作領域に含まれるか否かを判断する。なお、データＩＤがＤ０１の場合、選択済みのカード１００の領域が操作領域から除外され、データＩＤがＤ０４の場合、カード１００を配置済みの配置場所１０２の領域が操作領域から除外される。また、前回のフレームにおける入力座標は、操作種類がタッチオフである場合の条件判定で適用される。
【０１１０】
そして、ステップＳ３７で、ＣＰＵコア３４は操作種類と操作領域の両条件が満足されたか否かを判断する。ステップＳ３７で“ＹＥＳ”の場合、つまり、進行条件が満足された場合には、ＣＰＵコア３４は、ステップＳ３９で、処理順位を指定するための変数ｎを１だけインクリメントする。これによって、処理順位が次に進められ、つまり、次の操作項目が実行すべき操作項目とされる。
【０１１１】
一方、ステップＳ３７で“ＮＯ”の場合、つまり、進行条件が満足されていない場合には、続くステップＳ４１−Ｓ４７で、前の操作項目の実行によって得た状態が維持されなくなったかどうかが判定される。すなわち、まず、ステップＳ４１で、ＣＰＵコア３４は、処理順位を指定するための変数ｎが２以上であるか否かを判断する。つまり、現在の操作項目が最初の操作項目でないことを確認している。ステップＳ４１で“ＮＯ”の場合、つまり、現在の操作項目が最初の操作項目であり、前の操作項目が存在しない場合には、条件判定を行えないので、処理はステップＳ３１へ戻る。
【０１１２】
一方、ステップＳ４１で“ＹＥＳ”の場合、つまり、前の操作項目が存在する場合には、ＣＰＵコア３４は、ステップＳ４３で、処理順位ｎの後退条件のうち操作種類の判定を行う。具体的には、ＣＰＵコア３４は、ステップＳ３３の場合と同様に、操作定義データ記憶領域２１４に記憶された当該後退条件のデータＩＤを参照し、条件データ記憶領域２１６に記憶された当該データＩＤに対応する操作種類を参照して、当該操作種類の操作が行われたか否かを記憶領域２１２の入力座標データに基づいて判定する。
【０１１３】
次に、ステップＳ４５で、ＣＰＵコア３４は、処理順位ｎの後退条件のうち操作領域の判定を行う。具体的には、ＣＰＵコア３４は、ステップＳ３５の場合と同様に、条件データ記憶領域２１６に記憶された当該後退条件のデータＩＤに対応する操作領域を参照して、判定に使用する操作領域を決定する。そして、入力座標記憶領域２１２に記憶される今回のフレームまたは前回のフレームにおける入力座標が当該操作領域に含まれるか否かを判断する。
【０１１４】
そして、ステップＳ４７で、ＣＰＵコア３４は、操作種類と操作領域の両条件が満足されたか否かを判断する。ステップＳ４７で“ＮＯ”の場合、つまり、後退条件が満足されていない場合には、現在の操作項目の判定を続行すべく、処理はステップＳ３１に戻る。
【０１１５】
一方、ステップＳ４７で“ＹＥＳ”の場合、つまり、後退条件が満足された場合には、ＣＰＵコア３４は、ステップＳ４９で、処理順位を指定するための変数ｎを１だけディクリメントする。これによって、処理順位が前に戻され、つまり、前の操作項目が実行すべき操作項目とされる。
【０１１６】
ステップＳ３９またはステップＳ４９を終了すると、この操作判定処理を終了し、処理は図１０のステップＳ１３に戻る。このように、変数ｎの値に変化があった場合に操作判定処理が終了される。
【０１１７】
図１０のステップＳ１３では、ＣＰＵコア３４は処理順位を指定するための変数ｎが所定値ｎｍａｘに等しい否か、つまり、最後の操作項目を実行したか否かを判断する。なお、たとえば、操作定義データを参照して、処理ＩＤがＰｍのデータのうち処理順位の最大値を検出し、当該最大値に１を加算することによって、所定値ｎｍａｘを算出できる。
【０１１８】
ステップＳ１３で“ＮＯ”の場合、つまり、最後の操作項目以外の操作項目への変更があった場合には、強調表示を変更すべく、処理はステップＳ７に戻る。したがって、ステップＳ１１の操作判定処理において、進行条件が満足された場合には次の操作項目が強調表示され、後退条件が満足された場合には前の操作項目が強調表示されることとなる。
【０１１９】
一方、ステップＳ１３で“ＹＥＳ”の場合、つまり、最後の操作項目が実行されてこの操作手順が完了した場合には、ＣＰＵコア３４は、ステップＳ１５で操作手順を指定するための変数ｍを１だけインクリメントする。そして、ステップＳ１７で変数ｍの値が所定値ｍｍａｘに等しいか否か、つまり、すべての操作手順が実行されたか否かを判断する。なお、たとえばゲームの状況や場面等に応じて所定数の操作手順をユーザに実行させるように決められているので、所定値ｍｍａｘはＲＯＭ２８ａに予め記憶されている。ステップＳ１７で“ＮＯ”の場合、つまり、操作手順が残っている場合には、次の操作手順をユーザに実行させるべく、処理はステップＳ３に戻る。一方、ステップＳ１７で“ＹＥＳ”の場合、つまり、すべての操作手順の実行を完了した場合には、この処理を終了する。
【０１２０】
この実施例によれば、一連の操作手順の中での現在の操作項目を強調表示させるとともに、現在の操作項目を実行したときは次の操作項目を強調表示させ、前の操作項目の実行によって達成した状態が維持されなくなったときには前の操作項目を強調表示させるようにした。したがって、前の操作項目を維持できなくなったかどうかをユーザに容易に知らせることができ、また、前の操作項目をやり直す必要が生じたかどうかをユーザに容易に知らせることができる。
【０１２１】
なお、上述の実施例では、現在の操作項目が実行された場合、当該実行した操作項目の強調表示を消去するとともに、次の操作項目を強調表示するようにしていた。しかし、他の実施例では、操作項目の実行を終えるごとに、強調表示される操作項目を増していくようにしてもよい。つまり、現在の操作項目が実行された場合、当該実行した操作項目の強調表示を変えずに、次の操作項目を強調表示するようにしてもよい。たとえば、図３の状態でカード１００ａがタッチされた場合、つまり、第１の操作項目が実行された場合、図１２に示すように、第１の操作項目の強調表示はそのまま継続され、第２の操作項目が新たに強調表示される。この実施例では、実行済みの操作項目と現在実行すべき操作項目とが強調表示され、後に実行すべき操作項目は通常表示されるので、強調表示と通常表示の境目の強調表示によって、現在実行すべき操作項目をユーザに容易に認識させることができる。
【０１２２】
図１３はこの実施例の動作の一例を示す。なお、図１３の処理で、上述の図１０と同様の処理には同一の参照符号を付しており、ここでの詳細な説明は省略する。上述の図１０の実施例では、現在の操作項目が変更されるたびに、全ての操作項目を初期（通常表示）態様で描画しておいて、さらに現在の操作項目を強調表示態様で描画するようにしている。したがって、強調表示を増やしていくために、ステップＳ７の後のステップＳ１０１で、ＣＰＵコア３４は、処理順位１から処理順位ｎまでの操作項目のメッセージを強調表示すればよい。
【０１２３】
なお、現在の操作項目のみを強調表示する実施例では、図１０に示したように、現在の操作項目が変更されると、一旦全ての操作項目を通常表示態様で描画しておいて、現在の操作項目を強調表示態様で描画するようにしていた。しかしながら、現在の操作項目のみを強調表示する他の実施例では、表示態様の変更のある操作項目のみに対して描画処理を行うようにしてよい。
【０１２４】
図１４はこの実施例の動作の一例を示す。なお、図１４の処理で、上述の図１０および図１１と同様の処理には同一の参照符号を付しており、ここでの詳細な説明は省略する。また、ステップＳ３１の後のステップＳ２０１では、処理順位ｎの進行条件が満たされたか否かが判断される。このステップＳ２０１の処理は、図１１のステップＳ３３からステップＳ３７の処理と同様であり、これらをまとめて表現したものである。さらに、ステップＳ２０１で“ＮＯ”の場合に実行されるステップＳ２０５では、処理順位ｎの後退条件が満たされたか否かが判断される。このステップＳ２０５の処理は、図１１のステップＳ４１からステップＳ４７の処理と同様であり、これらをまとめて表現したものである。
【０１２５】
ステップＳ２０１で“ＹＥＳ”の場合、つまり、現在の操作項目が実行された場合には、ＣＰＵコア３４は、ステップＳ２０３で、処理順位ｎの操作項目のメッセージの強調表示を消去する。具体的には、ＣＰＵコア３４は、ＧＰＵ４４を用いて、当該処理順位ｎの操作項目のメッセージを初期（通常表示）態様でＶＲＡＭ５２に描画する。ステップＳ２０３の後はステップＳ３９に進む。そして、ステップＳ１３で“ＮＯ”の場合、処理はステップＳ７ではなくステップＳ９に戻される。したがって、次の操作項目が強調表示される。なお、この図１４のように、ステップＳ２０１の後にステップＳ２０３を行う場合、最後の操作項目が実行されたときに、当該最後の操作項目の強調表示が消去され、したがって全ての操作項目が通常表示されることとなる。この操作手順の実行を完了しているので、このような表示処理であっても特に問題はないが、最後の操作項目の強調表示を残したいのであれば、ステップＳ２０３の処理は、ステップＳ１３で“ＮＯ”の場合に実行されるようにすればよい。
【０１２６】
一方、ステップＳ２０１で“ＮＯ”の場合、ステップＳ２０５の判定を行う。そして、ステップＳ２０５で“ＹＥＳ”の場合、つまり、前の操作項目の実行によって達成された状態が維持されなくなった場合には、ＣＰＵコア３４は、ステップＳ２０７で、処理順位ｎの操作項目のメッセージの強調表示を消去する。ステップＳ２０７の後は、処理はステップＳ４９へ進み、そして、ステップＳ９に戻る。
【０１２７】
また、上述の各実施例では、前の操作項目の実行によって達成した状態が維持されなくなった場合には、当該前の操作項目を現在の操作項目とするようにしている。これは、現在の操作項目を実行している際に維持できなくなる操作項目が前の操作項目に限られるような操作手順を想定しているためである。しかしながら、他の実施例では、前の操作項目が維持できなくなっていると判定された場合には、維持されている操作項目を遡って検出して、当該操作項目の次を、現在の操作項目とするようにしてもよい。
【０１２８】
この実施例の動作のうちの操作判定処理の一例が図１５に示される。なお、図１５の処理で、上述の図１１と同様の処理には同一の参照符号を付しており、ここでの詳細な説明は省略する。
【０１２９】
ステップＳ３１の後、ステップＳ３０１で、ＣＰＵコア３４は、処理順位ｎの条件が満足されたか否かを判断する。この処理順位ｎの条件は、当該操作項目が実行されたか否かを判定するための条件である。この条件は、上述の各実施例における各操作項目の進行条件に相当する。上述の進行条件のように、条件が操作種類と操作領域を含む場合、両方の条件が満足される必要がある。ステップＳ３０１で“ＹＥＳ”の場合、現在の操作項目が実行されたので、処理はステップＳ３９に進む。一方、ステップＳ３０１で“ＮＯ”の場合、ＣＰＵコア３４はステップＳ４１で変数ｎの値が２以上であるか同かを判断する。
【０１３０】
ステップＳ４１で“ＹＥＳ”の場合、つまり、前の操作項目が存在する場合には、ＣＰＵコア３４は、ステップＳ３０３で、処理順位ｎ−１（つまり、前の操作項目）の条件を満たさなくなったか否かを判断する。このステップＳ３０３で判定される処理順位ｎ−１の条件は、当該操作項目が実行されたか否かを判定するための条件と同じであってもよいし、別の条件であってもよい。このステップＳ３０３では、処理順位ｎ−１の実行によって達成された状態が維持されなくなったかどうかが判定されるので、そのような判定の可能な条件が設定される。たとえば、条件が操作種類と操作領域を含む場合、両方の条件が満足されなくなったときに、当該処理順位ｎ−１の条件が満たされなくなったと判定し、一方の条件が満足されているときには当該処理順位ｎ−１の条件は維持されていると判定するようにしてよい。または、たとえば上述の後退条件のように別の条件を用意する場合には、当該後退条件が満足されたときに、当該処理順位ｎ−１の条件が満たされなくなったと判定するようにしてもよい。なお、後退条件が操作種類と操作領域を含む場合には、後退条件が満足されるためには、操作種類と操作領域の両条件が満足される必要がある。ステップＳ３０３で“ＮＯ”の場合には、現在の操作項目の判定を継続すべく、処理はステップＳ３１に戻る。
【０１３１】
一方、ステップＳ３０３で“ＹＥＳ”の場合、つまり、前の操作項目が維持されなくなった場合には、ＣＰＵコア３４は、ステップＳ３０５で、条件の満足されている処理順位ｓを遡って検出する。具体的には、処理順位を１だけ減らし、当該処理順位についてステップＳ３０３と同様な判定を行う。そして、当該処理順位の条件が維持されていると判定されるときの処理順位ｓを検出する。なお、ｎ＝２の場合、処理順位１の条件判定が既にステップＳ３０３で実行されており、当該最初の操作項目の条件を満たさなくなったことが既に判定されているので、ステップＳ３０５では、現在の操作項目として最初の操作項目が採用されるようにするために、Ｓ＝０が検出される。
【０１３２】
続くステップＳ３０７で、現在の操作項目を指定するための変数ｎに、検出された順位ｓに１を加算した値を代入する。つまり、条件の維持されている操作項目の次の操作項目が現在の操作項目に設定され、したがって、条件の維持されている操作項目の次の操作項目が強調表示されることとなる。ステップＳ３０７を終了すると、この操作判定処理を終了する。
【０１３３】
また、上述の各実施例では、強調表示の態様（第２態様）は、通常表示の態様（第１態様）と、色や字体等の異なるものにするようにした。しかし、他の実施例では、第１態様を静的な状態にして、第２態様を、文字列や文字の移動、振動、うねり等のような動的な状態にするようにしてもよい。この場合、画像データとして、操作項目を示すメッセージを動的に表示するためのアニメーションデータ等を予め記憶しておく。
【０１３４】
また、上述の各実施例では、画面上の任意の位置を指示するためのポインティングデバイスとしてタッチパネル２４を用いたが、他の実施例では、ペンタブレット、タッチパッド、コンピュータマウスのような他のポインティングデバイスを用いることも可能である。ただし、指示位置をユーザに明示するためにマウスポインタのような指示画像を表示する。また、マウスの場合、マウスボタンのオン／オフによって入力の有無を区別するようにしてよい。
【図面の簡単な説明】
【０１３５】
【図１】図１はこの発明のゲーム装置（情報処理装置）の一実施例を示す図解図である。
【図２】図２は図１に示すゲーム装置の電気的構成の一例を示すブロック図である。
【図３】図３は初期画面の一例を示す図解図である。
【図４】図４は最初の操作項目を実行した後の画面の一例を示す図解図である。
【図５】図５は２番目の操作項目を実行している際の画面の一例を示す図解図である。
【図６】図６は２番目の操作項目を実行した後の画面の一例を示す図解図である。
【図７】図７はメモリマップの一例を示す図解図である。
【図８】図８は操作定義データの一例を示す図解図である。
【図９】図９は条件データの一例を示す図解図である。
【図１０】図１０はゲーム装置の動作の一例を示すフロー図である。
【図１１】図１１は図１０における操作判定処理の動作の一例を示すフロー図である。
【図１２】図１２は操作項目の実行ごとに強調表示が増える他の実施例の画面を示す図解図である。
【図１３】図１３は図１２実施例の場合の動作の一例を示すフロー図である。
【図１４】図１４は消去によって操作項目の強調表示を変更する他の実施例の動作の一例を示すフロー図である。
【図１５】図１５は前の操作項目が維持されなくなった場合に強調表示を条件が満足されている処理順位の次の操作項目に戻す他の実施例における操作判定処理の動作の一例を示すフロー図である。
【符号の説明】
【０１３６】
１０  …ゲーム装置（情報処理装置）
１２，１４  …ＬＣＤ
２４  …タッチパネル
２８  …メモリカード
２８ａ  …ＲＯＭ
３４  …ＣＰＵコア
４２  …ＲＡＭ
４４，４６  …ＧＰＵ
５０  …ＬＣＤコントローラ
５２，５４  …ＶＲＡＭ
【図１】
0005143503.tif 000002
【図２】
0005143503.tif 000003
【図３】
0005143503.tif 000004
【図４】
0005143503.tif 000005
【図５】
0005143503.tif 000006
【図６】
0005143503.tif 000007
【図７】
0005143503.tif 000008
【図８】
0005143503.tif 000009
【図９】
0005143503.tif 000010
【図１０】
0005143503.tif 000011
【図１１】
0005143503.tif 000012
【図１２】
0005143503.tif 000013
【図１３】
0005143503.tif 000014
【図１４】
0005143503.tif 000015
【図１５】
0005143503.tif 000016