特開 2024-114152 プログラム、ゲーム制御装置及びゲームシステム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024114152

(43)【公開日】2024-08-23

(54)【発明の名称】プログラム、ゲーム制御装置及びゲームシステム

(51)【国際特許分類】

   A63F 13/56 20140101AFI20240816BHJP

   A63F 13/422 20140101ALI20240816BHJP

   A63F 13/533 20140101ALI20240816BHJP

   A63F 13/35 20140101ALI20240816BHJP

   A63F 13/812 20140101ALN20240816BHJP

【ＦＩ】

A63F13/56

A63F13/422

A63F13/533

A63F13/35

A63F13/812 A

【審査請求】未請求

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2023019712

(22)【出願日】2023-02-13

(71)【出願人】

【識別番号】506113602

【氏名又は名称】株式会社コナミデジタルエンタテインメント

(74)【代理人】

【識別番号】100140660

【弁理士】

【氏名又は名称】森本 理恵

(74)【代理人】

【識別番号】100174148

【弁理士】

【氏名又は名称】森本 和教

(72)【発明者】

【氏名】稲垣 礼弥

(72)【発明者】

【氏名】宮川 知昭

(72)【発明者】

【氏名】鐘ヶ江 貴代

(57)【要約】

【課題】複数の操作対象キャラクタに対して、煩雑な操作なしにユーザの意図（戦略）を反映させた指示ができるようにする。
【解決手段】個別指示受付部は、ユーザによる操作に基づいて、複数の操作対象キャラクタのそれぞれに対して、個別に動作の指示を受け付ける。自動指示部は、個別指示受付部により、複数の操作対象キャラクタのうちの一部の操作対象キャラクタに対して動作の指示が受け付けられた場合、当該一部の操作対象キャラクタ以外の少なくとも１の操作対象キャラクタに対して、ゲーム状況に応じて、当該動作に関連する関連動作を自動的に指示する。
【選択図】図６

【特許請求の範囲】

【請求項1】

ユーザがそれぞれ個別に動作を指示可能な複数の操作対象キャラクタを含むゲームの制御を実行するコンピュータを、
ユーザによる操作に基づいて、前記複数の操作対象キャラクタのそれぞれに対して、個別に動作の指示を受け付ける個別指示受付部と、
前記個別指示受付部により、前記複数の操作対象キャラクタのうちの一部の操作対象キャラクタに対して前記動作の指示が受け付けられた場合、当該一部の操作対象キャラクタ以外の少なくとも１の操作対象キャラクタに対して、ゲーム状況に応じて、当該動作に関連する関連動作を自動的に指示する自動指示部と、
して機能させるプログラム。

【請求項2】

前記個別指示受付部が受け付ける個別の指示および前記自動指示部による自動的な指示は、それぞれ当該指示の後に所定条件を満たした場合に対象の操作対象キャラクタに対して前記動作または前記関連動作を行わせることを予約する動作予約の指示、または前記動作予約を解除する指示を含む
請求項１に記載のプログラム。

【請求項3】

前記自動指示部は、前記個別指示受付部により、前記複数の操作対象キャラクタのうちの一部の操作対象キャラクタに対して前記動作の指示が受け付けられた場合、当該一部の操作対象キャラクタ以外の操作対象キャラクタのうち、前記ゲーム状況に応じて必然的に前記関連動作を行わせる必要のある操作対象キャラクタに対して、前記関連動作を自動的に指示する
請求項１に記載のプログラム。

【請求項4】

ユーザによる操作に基づいて、前記複数の操作対象キャラクタに対して前記動作の一括した指示を受け付ける一括指示受付部
としてさらに前記コンピュータを機能させる請求項１に記載のプログラム。

【請求項5】

前記複数の操作対象キャラクタのそれぞれに対してユーザが前記動作の個別の指示を行うための複数の個別操作部を画面に表示させ、当該複数の個別操作部のそれぞれに対応付けて当該個別の指示の対象となる操作対象キャラクタに関連付けられているパラメータを表示させる表示制御部
としてさらに前記コンピュータを機能させる請求項１に記載のプログラム。

【請求項6】

前記自動指示部が前記関連動作を自動的に指示するための前記ゲーム状況の条件を、ユーザの操作に基づいて予め設定する条件設定部
としてさらに前記コンピュータを機能させる請求項１に記載のプログラム。

【請求項7】

前記個別指示受付部により受け付けられた前記操作対象キャラクタに対して前記動作を行わせるとともに、前記自動指示部により自動的に指示された前記操作対象キャラクタに対して前記関連動作を行わせる動作制御部
としてさらに前記コンピュータを機能させる請求項１ないし６の何れか１項に記載のプログラム。

【請求項8】

ユーザがそれぞれ個別に動作を指示可能な複数の操作対象キャラクタを含むゲームの制御を実行するゲーム制御装置であって、
ユーザによる操作に基づいて、前記複数の操作対象キャラクタのそれぞれに対して、個別に動作の指示を受け付ける個別指示受付部と、
前記個別指示受付部により、前記複数の操作対象キャラクタのうちの一部の操作対象キャラクタに対して前記動作の指示が受け付けられた場合、当該一部の操作対象キャラクタ以外の少なくとも１の操作対象キャラクタに対して、ゲーム状況に応じて、当該動作に関連する関連動作を自動的に指示する自動指示部と、
を含むゲーム制御装置。

【請求項9】

サーバと、当該サーバと通信可能な端末装置とを含み、ユーザがそれぞれ個別に動作を指示可能な複数の操作対象キャラクタを含むゲームの制御を実行するゲームシステムであって、
ユーザによる操作に基づいて、前記複数の操作対象キャラクタのそれぞれに対して、個別に動作の指示を受け付ける個別指示受付部と、
前記個別指示受付部により、前記複数の操作対象キャラクタのうちの一部の操作対象キャラクタに対して前記動作の指示が受け付けられた場合、当該一部の操作対象キャラクタ以外の少なくとも１の操作対象キャラクタに対して、ゲーム状況に応じて、当該動作に関連する関連動作を自動的に指示する自動指示部と、
を含むゲームシステム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明はプログラム、ゲーム制御装置及びゲームシステムに関する。

【背景技術】

【0002】

従来より、ユーザが複数の操作対象キャラクタのそれぞれに対して動作を指示しながらゲームを進行させるゲームがある。例えば、出塁している各走者キャラクタに対して、ユーザが盗塁を指示することができる野球ゲームがある（例えば特許文献１）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００６－１２９９２９号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

上記従来のゲームにおいて、例えば、満塁（または２人の走者キャラクタが出塁している）場面で、ユーザが２人または３人の走者キャラクタに盗塁を指示したい場合、ユーザは走者キャラクタ毎に盗塁を個別に指示する必要があり、ユーザの意図（戦略）を実現するための操作が煩雑になる。

【0005】

そこで、本発明の目的の一つは、複数の操作対象キャラクタに対して、煩雑な操作なしにユーザの意図（戦略）を反映させた指示ができるようにすることである。

【課題を解決するための手段】

【0006】

本発明の一態様によるプログラムは、ユーザがそれぞれ個別に動作を指示可能な複数の操作対象キャラクタを含むゲームの制御を実行するコンピュータを、ユーザによる操作に基づいて、前記複数の操作対象キャラクタのそれぞれに対して、個別に動作の指示を受け付ける個別指示受付部と、前記個別指示受付部により、前記複数の操作対象キャラクタのうちの一部の操作対象キャラクタに対して前記動作の指示が受け付けられた場合、当該一部の操作対象キャラクタ以外の少なくとも１の操作対象キャラクタに対して、ゲーム状況に応じて、当該動作に関連する関連動作を自動的に指示する自動指示部と、して機能させるプログラムである。

【図面の簡単な説明】

【0007】

【図1】本発明の一実施の形態に係るゲームシステムの構成例を示す概略のブロック図である。

【図2】攻撃時操作画面の一例を示す図である。

【図3】走者一三塁で盗塁を指示する場合の一例を示す図である。

【図4】満塁の出塁状況で盗塁を指示する場合の一例を示す図である。

【図5】盗塁解除を指示する場合の一例を示す図である。

【図6】ゲームシステムの機能的な構成の一例を示す概略の機能ブロック図である。

【図7】自動指示情報テーブルの一例を示す図である。

【図8】走者管理データの一例を示す図である。

【図9】ゲームシステムの処理の一例を示すフローチャートである。

【図10】ゲームシステムの処理の一例を示すフローチャートである。

【図11】ゲームシステムの処理の一例を示すフローチャートである。

【図12】走者に複数種類の動作を選択的に指示する場合の一例を示す図である。

【図13】走者に複数種類の動作を選択的に指示する場合の一例を示す図である。

【図14】走者に複数種類の動作を選択的に指示する場合の一例を示す図である。

【図15】自動指示情報テーブルの他の一例を示す図である。

【図16】走者一三塁で盗塁を指示する場合の他の一例を示す図である。

【図17】走者一三塁で盗塁を指示する場合の他の一例を示す図である。

【図18】走者一三塁で盗塁を指示する場合の他の一例を示す図である。

【発明を実施するための形態】

【0008】

以下、本発明の実施形態の一例を、図面を参照しながら説明する。

【0009】

［１．ゲームシステムの構成］
図１は、本発明の実施の形態に係るゲームシステム１の構成例を示す概略のブロック図である。このゲームシステム１は、複数のゲーム端末１０－ｎ（ｎは正の整数。１０－１、１０－２、・・・）と、サーバ３０とを含んでいる。ゲームシステム１内のゲーム端末１０－ｎ及びサーバ３０は、インターネットなどのネットワークＮを介して、相互にデータ通信可能に接続されている。ここで、複数のゲーム端末１０－ｎは同様の構成であるため、特に区別しない場合には、単に「ゲーム端末１０」と記載して説明する。

【0010】

本実施の形態のネットワークＮは、インターネットに限定されるものではなく、ゲームシステム１内のゲーム端末１０－ｎ及びサーバ３０を通信可能に相互に接続できるものであれば、例えば、専用回線、公衆回線（電話回線、移動体通信回線等）、有線ＬＡＮ（Local Area Network）、無線ＬＡＮ等であってもよく、或いはインターネットとこれらを組み合わせたものであってもよい。

【0011】

ユーザが操作するゲーム端末１０は、ユーザがゲームをプレイするために使用するコンピュータである。ゲーム端末１０は、例えば、家庭用のゲーム機（据置型又は携帯型）、パーソナルコンピュータ、スマートフォン、携帯電話端末、ＰＨＳ（Personal Handy-phone System）端末、携帯情報端末（ＰＤＡ：Personal Digital Assistant）、タブレット型コンピュータ、多機能型テレビジョン受像機（いわゆるスマートテレビ）、遊戯施設等に設置される業務用（商業用）ゲーム機等である。

【0012】

サーバ３０は、例えば、サーバコンピュータである。サーバ３０は、各ユーザを一意に識別するためのユーザＩＤと関連付けて、ユーザのゲームに関する情報を、例えばデータベースＤＢに記憶して管理する。データベースＤＢはサーバ３０内に構築されていてもよいし、サーバ３０とは別のサーバコンピュータ内に構築されていてもよい。

【0013】

ゲームシステム１では、コンピュータ対戦（またはＣＰＵ対戦とも称される）や通信対戦が可能である。通信対戦では、例えば、ゲーム端末１０－１を操作するユーザＡと、ゲーム端末１０－２を操作するユーザＢとが、ネットワークＮを介して対戦ゲームを行うことができる。この通信対戦の場合、例えば、サーバ３０によってマッチングされたゲーム端末１０－１とゲーム端末１０－２との間で、Ｐ２Ｐ（Peer to Peer）接続等により直接通信して対戦する方法がある。あるいは、ゲーム端末１０－１とゲーム端末１０－２との間のデータのやり取りを、サーバ３０を経由して通信対戦する方法もある。何れの方法で通信対戦が行われてもよい。

【0014】

ゲーム端末１０－ｎとサーバ３０との間の通信は、例えば、ベースのプロトコルとしてＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）上で動作するＨＴＴＰ（Hyper Text Transfer Protocol）を使用し、本システムで規定するアプリケーションプロトコルを上位に実装することによって実現できる。

【0015】

一方、Ｐ２Ｐ等で接続されるゲーム端末１０－１とゲーム端末１０－２との間の通信は、例えば、ＯＳＩ参照モデルのトランスポート層上の通信規約であって主にＩＰプロトコル上に実装されるＵＤＰ（User Datagram Protocol）によって実現できる。上記のＵＤＰは、データの送達確認やエラー訂正を行わず、データを相手側のゲーム端末に送りっぱなしにする通信方式であるため、データの信頼度は低いがデータの転送速度が高いという利点がある。なお、ゲーム端末１０－１とゲーム端末１０－２との間の通信にＵＤＰ以外の他の既存プロトコルを用いたり、今後、新たに規定される新規プロトコルを用いたりすることも勿論可能である。

【0016】

また、例えば、所定の周波数帯（例えば２．４ＧＨｚの周波数帯）を用いた近距離無線通信機能を有するゲーム端末１０－ｎでは、複数台のゲーム端末１０－ｎ間で、直接通信を行って対戦ゲーム等を実行することもできる。

【0017】

（ゲーム端末のハード構成）
ゲーム端末１０は、主に、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、補助記憶装置１４、通信部１５、操作部１６、表示部１７、および音声出力部１８を備え、これらはアドレスバス、データバス及びコントロールバス等を含むバスラインを介して相互に接続されている。なお、バスラインと各構成要素との間には必要に応じてインタフェース回路、画像処理部、またはサウンド処理部等が介在しているが、ここでは図示を省略している。

【0018】

ＣＰＵ１１は、ゲームプログラムの命令を解釈して実行し、ゲーム端末１０全体の制御を行う。ＲＯＭ１２は、ゲーム端末１０の基本的な動作制御に必要なプログラムやデータ等を記憶している。ＲＡＭ１３は、各種プログラム及びデータを記憶し、ＣＰＵ１１に対する作業領域を確保する。

【0019】

補助記憶装置１４は、ゲームプログラムや各種データ等を格納する記憶装置である。補助記憶装置１４としては、例えば、不揮発性の半導体メモリ、ハードディスクドライブ、ソリッドステートドライブ等を用いることができる。

【0020】

通信部１５は、図示しない通信インタフェースを備え、ゲーム実行時にデータ通信するための通信制御機能を有している。ここで、データ通信用の通信制御機能には、例えば、インターネット接続機能、無線ＬＡＮ（Local Area Network）接続機能、所定の周波数帯（例えば２．４ＧＨｚの周波数帯）を用いた近距離無線通信機能などが含まれる。通信部１５は、ＣＰＵ１１からの命令に基づいてゲーム端末１０をネットワークＮに接続するための接続信号を発信するとともに、通信相手側から送信されてきた情報を受信してＣＰＵ１１へ供給する。

【0021】

操作部１６は、ユーザが種々の操作命令をゲーム端末１０に入力するためのものである。操作部１６の一例としては、タッチインターフェースを備えた位置入力部（タッチパネルの構成要素）、物理的なボタン、コントローラ、アナログスティック、キーボード、ポインティングデバイス等を挙げることができる。また、マイクロフォン等の音声入力部から入力された音声を識別することにより、音声入力可能な操作部１６として構成してもよい。

【0022】

表示部１７は、ＣＰＵ１１からの画像表示命令に基づいて駆動され、ゲーム画面等を表示する。表示部１７には、液晶ディスプレイや有機ＥＬ（Electro-Luminescence）ディスプレイ等の既知の種々の表示装置が適用できる。また、表示部１７を、液晶ディスプレイ等の表示装置にタッチインターフェースを備えた位置入力部を組み合わせたタッチパネルとすることもできる。表示部１７をタッチパネルとして構成した場合、ゲーム端末１０は図示しないタッチ入力検出部を備える。このタッチ入力検出部は、指やペン等の指示体が画面に接触したとき、当該画面上の接触位置座標を検出して座標信号をＣＰＵ１１へと供給する。これによって、表示部１７の画面上の接触位置がＣＰＵ１１に認識されるようになっている。表示部１７は、ゲーム端末１０と一体である必要はなく、例えば、ゲーム端末１０に対して外部接続されるテレビジョンモニタ等であってもよい。このように、表示部１７が外部接続されるテレビジョンモニタ等の場合、当該表示部１７はゲーム端末１０の構成には含まれない。
音声出力部１８は、ＣＰＵ１１からの発音指示に基づいてアナログ音声信号を生成してスピーカーより音声等を出力する。

【0023】

また、ゲーム端末１０は、記録媒体ドライブを具備していてもよい。記録媒体ドライブとしては、例えば、ＤＶＤ－ＲＯＭドライブ、ＣＤ－ＲＯＭドライブ、ハードディスクドライブ、光ディスクドライブ、フレキシブルディスクドライブ、シリコンディスクドライブ、カセット媒体読み取り機等が用いられる。この場合、記録媒体としては、ＤＶＤ－ＲＯＭ、ＣＤ－ＲＯＭ、ハードディスク、光ディスク、フレキシブルディスク、半導体メモリ等が用いられる。記録媒体ドライブは、記録媒体から画像データ、音声データ及びプログラムデータを読み出し、読み出したデータをデコーダを介してＲＡＭ１３等に供給する。

【0024】

（サーバのハード構成）
サーバ３０は、主に、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、補助記憶装置３４、および通信部３５を備え、これらはアドレスバス、データバス及びコントロールバス等を含むバスラインを介して相互に接続されている。なお、バスラインと各構成要素との間には必要に応じてインタフェース回路が介在しているが、ここではインタフェース回路の図示を省略している。

【0025】

ＣＰＵ３１は、システムソフトウェアやアプリケーションソフトウェアの命令を解釈して実行し、サーバ３０全体の制御を行う。ＲＯＭ３２は、サーバ３０の基本的な動作制御に必要なプログラム等を記憶している。ＲＡＭ３３は、各種プログラム及びデータを記憶し、ＣＰＵ３１に対する作業領域を確保する。補助記憶装置３４は、プログラムや各種データ等を格納する記憶装置である。補助記憶装置３４としては、例えばハードディスクドライブ又はソリッドステートドライブ等を用いることができる。

【0026】

通信部３５は、図示しない通信インタフェースを備え、ネットワークＮを介した各ゲーム端末１０－ｎとの間の通信を制御する。また、通信部３５は、ネットワークＮに接続されている図示しない他のサーバとの通信も制御するようになっている。例えば、サーバ３０をソーシャルネットワーキングサービス（ＳＮＳ）に組み込んだシステム構成とした場合、サーバ３０の通信部３５は、ＳＮＳサーバとの間の通信を制御する。また、例えば、サーバ３０は、ユーザがプレイしたゲーム動画を、観戦者に配信する動画配信サーバとの間の通信を制御する。なお、サーバ３０に動画配信機能を持たせることもできる。

【0027】

サーバ３０は、単独のコンピュータで構成することもできるが、サーバ３０の有する各機能を複数のサーバに分散して持たせる機能分散型の構成とすることもできる。あるいは、ネットワークＮ上に複数のサーバ３０を設けて冗長化（多重化）を図ることにより、負荷分散型の構成としてもよい。また、サーバ３０は、クラウドコンピューティング技術を利用したクラウドサーバとして構成されてもよい。

【0028】

プログラムやデータは、ネットワークＮを介して遠隔地からゲーム端末１０又はサーバ３０に供給されて、ＲＡＭ１３、補助記憶装置１４、ＲＡＭ３３又は補助記憶装置３４に記憶される。なお、情報記憶媒体（例えば光ディスク又はメモリカード等）に記憶されたプログラムやデータを読み取るための構成要素（例えば光ディスクドライブ又はメモリーカードスロット等）がゲーム端末１０又はサーバ３０に備えられてもよい。そして、プログラムやデータが、前記情報記憶媒体を介してゲーム端末１０又はサーバ３０に供給されてもよい。

【0029】

なお、以下では、ゲーム端末１０がタッチパネルを備えたスマートフォン又はタブレット型コンピュータである場合を想定する。画面へのタッチ、スライド、タッチオフ等の各種操作は、指やペン等の指示体によって行われるが、以下の説明では、指を用いた操作として説明する。

【0030】

［２．ゲームの一例の概要］
ゲームの一例の概要を、以下に説明する。
ゲームシステム１では、各種ゲームを実行できる。例えば、スポーツゲーム（野球、サッカー、テニス、アメリカンフットボール等を題材としたゲーム）、レースゲーム、格闘ゲーム、戦闘ゲーム、デジタルカードゲーム等、ゲーム形式・ジャンルを問わず様々なゲームを実行できる。なお、ゲームは、ゲーム端末１０がサーバ３０又は他のゲーム端末１０との間でデータ通信を行うことによって実行されてもよいし、ゲーム端末１０単体で実行されてもよい。以下では、ゲームシステム１で実行されるゲームの一例として、野球を題材とした野球ゲームについて説明し、必要に応じてその他のゲームについても言及する。

【0031】

本実施形態の野球ゲームには、育成モード、チーム育成モード、抽選入手モード、強化モード、ＣＰＵ対戦モード、リアルタイム対戦モード等の様々なゲームモードが搭載されている。

【0032】

育成モードは、ユーザが育成対象キャラクタを育成して、自分だけのオリジナルのゲームキャラクタを作成するキャラクタ育成モードである。本実施形態では、育成モードにおいて、投手または野手（捕手も含む）のキャラクタを育成することができる。以下、ユーザが育成モードで作成したゲームキャラクタを「育成選手」と称する。育成選手は、チーム育成モード、ＣＰＵ対戦モード、リアルタイム対戦モード等の他のゲームモードで使用できる。チーム育成モードは、複数の選手キャラクタから構成されるチームの育成等を行うゲームモードである。チーム育成モード内では、様々な練習、試合等が実行される。

【0033】

抽選入手モードは、育成モードで育成対象キャラクタを育成するときに補助のオブジェクトとして利用できる、「イベントキャラクタ」を抽選により入手可能なゲームモードである。この抽選入手モードでは、例えば、ゲーム内の全てのイベントキャラクタの中からユーザに付与するイベントキャラクタの抽選（いわゆるガチャ）が行われる。ユーザが抽選入手モードを実行するためには、例えば、所定量のゲーム内ポイント、課金アイテム等を必要としてもよい。
強化モードは、抽選入手モード等で入手したイベントキャラクタ同士を合成などすることでイベントキャラクタのレベルを向上させて強化できるモードである。

【0034】

ＣＰＵ対戦モードは、コンピュータ対戦モードとも称される。例えば、ＣＰＵ対戦モードに「スタジアム」等の名称を付けてもよい。このＣＰＵ対戦モードでは、ユーザが育成モードで育成した育成選手で編成した自チームの選手キャラクタの打撃操作、走塁操作、投球操作または守備操作等を行い、ＣＰＵが自動制御する対戦相手のチームと対戦する。例えば、ＣＰＵが自動制御する対戦相手チームは、他のユーザが育成モードで育成した育成選手で編成したチームである。

【0035】

リアルタイム対戦モードは、ネットワークＮを介して、ユーザが遠隔地の他のユーザとオンラインで通信対戦できるモードである。ユーザは、育成選手、イベントキャラクタまたはゲーム運営側が指定した固定のキャラクタの何れかにより編成されるチーム（またはそれらの混成チーム）を用いて、他のユーザのチームと対戦する。このリアルタイム対戦では、例えば、ユーザのチームと、対戦相手のチーム（ネットワークＮ上の他のユーザの野球チーム）との試合が、それぞれのゲーム端末１０における操作に基づいて、通信対戦で進行する。例えば、ユーザが攻撃側で、対戦相手のユーザが守備側であれば、対戦相手のユーザの操作（投球操作、守備操作）に応じて選手キャラクタが投球又は守備を行い、ユーザの操作（打撃操作、走塁操作）に応じて選手キャラクタが打撃又は走塁を行う。このようなアクションゲームでは、選手キャラクタに対する各ユーザの操作に基づいて、ゲーム内の試合の状況が更新されていく。このリアルタイム対戦は、ｅスポーツ（electronic sports）でも利用される対戦方式である。

【0036】

本実施の形態では、上記のＣＰＵ対戦モード、リアルタイム対戦モード、またはチーム育成モード内でそれぞれ実行される試合において、ユーザがそれぞれ個別に動作を指示可能な複数の操作対象キャラクタを含むゲームを実行可能である。例えば、ユーザのチームの攻撃の場面で出塁した各走者キャラクタに対して、ユーザが個別に盗塁（動作の一例）を指示できる。そして、本実施の形態のゲームでは、複数の走者キャラクタ（複数の操作対象キャラクタの一例）が出塁している場面では、複数の走者キャラクタのうちの一部に対してユーザが盗塁の指示をした場合、当該一部の走者キャラクタ以外の少なくとも１の走者キャラクタに対して、ゲーム状況に応じて、当該盗塁に関連する関連動作（盗塁等）がプロセッサ（ＣＰＵ１１又はＣＰＵ３１）によって自動的に指示されるという特徴的なゲーム性を有する。すなわち、複数の操作対象キャラクタのうちの一部に対してユーザが動作の指示をした段階で、その際のゲーム状況に応じて、ユーザが意図する（または意図すると考えうる）関連動作を、ユーザが直接的に指示をしていない操作対象キャラクタに対して、プロセッサが自動的に指示するのである。これにより、ユーザがそれぞれ個別に動作を指示可能な複数の操作対象キャラクタに対して、ゲーム状況に応じて煩雑な操作なしにユーザの意図（戦略）を指示できるようになる。なお、複数の操作対象キャラクタのうちの一部に対してユーザが動作の指示をすれば、当該一部以外の操作対象キャラクタに対して必ず自動的な指示が行われるのではなく、自動的な指示はゲーム状況に応じて行われる場合と行われない場合があるので、これは半自動制御と言える。以下、これについて詳細に説明する。

【0037】

図２は、攻撃時操作画面Ｇ１０の一例を示す。図２に示すように、ユーザのチームの攻撃の場面（打者キャラクタＢＴが打席に立っている場面）では、ホームベースＨＢよりも捕手側の位置に配置された仮想カメラで撮像した画像が表示される。よって、攻撃時操作画面Ｇ１０には、ホームベースＨＢの後方から投手キャラクタＰＣを見た所定のアングルの画像が表示される。

【0038】

攻撃時操作画面Ｇ１０には、ユーザのチームの打者キャラクタＢＴ、走者キャラクタＲＣのうち画角に入っているキャラクタ、相手チームの投手キャラクタＰＣ、守備についている野手キャラクタＤＣのうち画角に入っているキャラクタが表示される。また、攻撃時操作画面Ｇ１０には、ストライクゾーンの枠ＳＺ、ミートカーソルＭＣ、投手情報表示領域Ａ１１、ゲーム進行情報表示領域Ａ１２、走者操作領域Ａ１３、タイムボタンＢ１４、バントボタンＢ１５、強振ボタンＢ１６等が表示される。

【0039】

投手情報表示領域Ａ１１には、投手キャラクタＰＣの名前、能力パラメータ（球速、コントロール、スタミナ）等が表示される。ゲーム進行情報表示領域Ａ１２には、現在のイニング、得点、ボールカウント、アウトカウント、走者の出塁状況等の情報が表示される。ミートカーソルＭＣは、打者キャラクタＢＴがバットでボールをミートする位置を示す。バントボタンＢ１５又は強振ボタンＢ１６は打撃モードの切り替えボタンであり、ユーザは打者キャラクタＢＴにバントをさせたりバットを強振させたりできる。攻撃時において、打者キャラクタＢＴを操作するユーザは、ミートカーソルＭＣを移動させる等の既知の打撃操作を行う。また、タイムボタンＢ１４をタップすることにより、打者キャラクタＢＴの交代（代打）または走者キャラクタＲＣの交代（代走）等の操作が可能である。

【0040】

（各走者キャラクタに盗塁を個別に指示する操作）
走者操作領域Ａ１３は、攻撃時において、ユーザが出塁している各走者キャラクタＲＣを操作するための領域である。走者操作領域Ａ１３には、現在出塁している各走者キャラクタＲＣに対して、個別に盗塁を指示するためのコマンドボタン（一塁走者ボタン１ＢＲ、二塁走者ボタン２ＢＲ、三塁走者ボタン３ＢＲ）が、出塁の状況に応じて表示される。図２の例では、現在、一塁および二塁に２人の走者が出塁している状況であるため、一塁走者ボタン１ＢＲおよび二塁走者ボタン２ＢＲがアクティブ（操作可能）な状態で表示されている。例えば走者なしの場合は、個別に盗塁を指示するためのコマンドボタンは表示されず、例えば一塁のみ出塁の場合は一塁走者ボタン１ＢＲのみ表示され、例えば満塁の場合は一塁走者ボタン１ＢＲ、二塁走者ボタン２ＢＲおよび三塁走者ボタン３ＢＲが表示される（図４参照）。

【0041】

なお、バリエーションとしては、出塁の状況に依らず一塁走者ボタン１ＢＲ、二塁走者ボタン２ＢＲおよび三塁走者ボタン３ＢＲの全てのコマンドボタンを表示し、出塁している塁のコマンドボタンのみアクティブ（操作可能）とし、出塁していない塁のコマンドボタンを非アクティブの状態で表示（例えばグレイアウト表示）してもよい。

【0042】

本実施の形態では、一塁走者ボタン１ＢＲ、二塁走者ボタン２ＢＲおよび三塁走者ボタン３ＢＲは、帽子の形状をしているが、これらのコマンドボタンの形状や色等は任意に設定できる。

【0043】

以下では、一塁走者ボタン１ＢＲ、二塁走者ボタン２ＢＲまたは三塁走者ボタン３ＢＲを特に区別しないで、現在出塁している各走者キャラクタＲＣに対して個別に盗塁等の動作を指示するためのコマンドボタンの説明をする場合は、単に「走者ボタンＢＲ」と記載して説明する。

【0044】

各走者ボタンＢＲには、走者キャラクタＲＣに関連付けられている走力パラメータが表示される。これにより、ユーザは、現在、出塁している各走者キャラクタＲＣの走力の能力の高さを把握し、盗塁を指示するか否かを判断できる。図２の例では、一塁走者ボタン１ＢＲには、一塁の走者キャラクタＲＣの走力パラメータのランクが「Ｂ」である旨が表示されている。また、二塁走者ボタン２ＢＲには、二塁の走者キャラクタＲＣの走力パラメータのランクが「Ａ」である旨が表示されている。ユーザのチームおよび相手チームの各選手キャラクタには、様々な能力のパラメータが関連付けられており、走力パラメータはそのうちの一つである。能力のパラメータは、高い順にＳ、Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆ、Ｇの８段階の評価ランクで表示され、能力値が９０以上の場合はＳ、８０～８９の場合はＡ、７０～７９の場合はＢ、６０～６９の場合はＣ、５０～５９の場合はＤ、４０～４９の場合はＥ、２０～３９の場合はＦ、１９以下の場合はＧとなる。走力パラメータの能力値またはランクが高いほど走塁が速くなり、盗塁成功の確率が高まる。

【0045】

また、走者操作領域Ａ１３には、相手チームの捕手キャラクタに関連付けられている肩力パラメータが表示される。ユーザは、捕手キャラクタの肩力の能力の高さを把握し、盗塁を指示するか否かを判断できる。図２の例では、捕手キャラクタの肩力パラメータのランクが「Ｃ」である旨が表示されている。捕手キャラクタの肩力パラメータの能力値またはランクが高いほど、盗塁成功の確率が低くなる。

【0046】

（複数の走者キャラクタに対して盗塁を一括して指示する操作）
また、走者操作領域Ａ１３には、少なくとも１人の走者が出塁している状況において、現在出塁している全ての走者キャラクタＲＣに対して、一括して、共通の動作である盗塁を指示するためのコマンドボタンである盗塁ボタンＳＢが表示される。走者なしの状況では、盗塁ボタンＳＢは表示されない。

【0047】

なお、バリエーションとしては、出塁の状況に依らず盗塁ボタンＳＢを表示し、少なくとも１人の走者が出塁している状況では盗塁ボタンＳＢをアクティブ（操作可能）とし、走者なしの状況では盗塁ボタンＳＢを非アクティブの状態で表示（例えばグレイアウト表示）してもよい。

【0048】

他のバリエーションとしては、現在の出塁が走者１人以下（走者１人または走者なし）の状況においては盗塁ボタンＳＢを表示せず（または非アクティブとし）、現在の出塁が走者２人以上の状況においてのみ、複数走者に一括して盗塁を指示できる盗塁ボタンＳＢをアクティブな状態で表示してもよい。

【0049】

（盗塁指示の具体例）
現在出塁している各走者キャラクタＲＣに対して個別に盗塁を指示する走者ボタンＢＲ、および現在出塁している走者に一括して盗塁を指示する盗塁ボタンＳＢは、何れも盗塁を予約する動作予約の指示コマンドボタンである。例えば、ユーザがアクティブな何れかの走者ボタンＢＲをタップして、走者キャラクタＲＣに盗塁を指示する操作をした場合、盗塁を予約したことになり、その後、投手キャラクタＰＣが投球動作を開始したタイミングで当該走者キャラクタＲＣが盗塁を開始する。ここで、投手キャラクタＰＣが投球動作を開始するとは、投手キャラクタＰＣが牽制ではなくホームベース方向に向かって投球するために足を上げる等の動作を開始することである。

【0050】

ユーザは、投手キャラクタＰＣによる投球の１球毎に、走者キャラクタＲＣに対して、盗塁の予約を指示できる。盗塁の予約の指示およびその解除の指示ができる期間は予め定められている。例えば図２に示すように、１球毎に、投手キャラクタＰＣが投球動作を開始するまで思考中ラベルＬ１７が表示され、思考中ラベルＬ１７の表示中に（投球動作が開始されるまでに）、ユーザが走者キャラクタＲＣに盗塁の予約（またはその解除）を指示できる。以下では、盗塁の予約を指示することを、単に「盗塁を指示する」と記載することがある。また、走者キャラクタＲＣのことを、単に「走者」と記載することがある。また、投手キャラクタＰＣのことを、単に「投手」と記載することがある。

【0051】

本実施の形態のゲームでは、ユーザが盗塁を個別に指示した走者（または塁）のすぐ先の塁に走者がいない状況と、すぐ先の塁に走者がいる状況（つまり、前が詰まっている状況）とで、制御が異なる。後者の状況では、ユーザが直接的に指示していない走者に対しても盗塁の自動的な指示が行われ、前者の状況では当該自動的な指示が行われない。先ず、自動的な指示が行われない前者の場合について説明し、その後、自動的な指示が行われる場合について説明する。

【0052】

図３は、走者一三塁の出塁状況での盗塁指示を説明するための図である。なお、図３では、撃時操作画面Ｇ１０の走者操作領域Ａ１３のみを表示し、その他の領域の表示、および捕手キャラクタの肩力パラメータの表示を省略している（後述の図４、図５、図１２～図１４、図１６～図１８も同様）。

【0053】

図３中の（Ａ）は、どの塁の走者にも盗塁が予約されていない状態の表示例である。ユーザは、各塁の走者ボタンＢＲを個別にタップすることで、タップした塁の走者に対して盗塁を個別に指示することができる。例えば、図３中の（Ｂ）に示すように、走者一三塁の場面でユーザが三塁走者ボタン３ＢＲをタップすることにより、三塁走者に対して盗塁を指示することができる。この場合、同図中（Ｃ）に示すように、三塁走者ボタン３ＢＲには、盗塁予約が行われていることを示す情報として、三塁から本塁に向かう矢印ＡＲが表示される。また、例えば、図３中の（Ｄ）に示すように、一三塁の場面でユーザが一塁走者ボタン１ＢＲをタップすることにより、一塁走者に対して盗塁を指示することができる。この場合、同図中（Ｅ）に示すように、一塁走者ボタン１ＢＲには、一塁走者に盗塁予約が行われていることを示す情報として、一塁から二塁に向かう矢印ＡＲが表示される。

【0054】

また、図３中の（Ｆ）に示すように、一塁走者にだけ盗塁が予約されている場面で、ユーザがさらに三塁走者ボタン３ＢＲをタップして盗塁を指示することにより、（Ｇ）に示すように、一塁および三塁の走者に対して盗塁を予約できる。また、図３中の（Ｃ）に示すように、先に三塁走者に対して盗塁を予約した後、ユーザがさらに一塁走者ボタン１ＢＲをタップして盗塁を指示しても、一塁および三塁の走者に対して盗塁を予約できる。

【0055】

また、図３中の（Ｈ）に示すように、ユーザが盗塁ボタンＳＢをタップして走者全員に一括して盗塁を指示すれば、（Ｇ）に示すように、一塁および三塁の両方の走者に対して盗塁を予約できる。

【0056】

なお、図３中の（Ｃ）、（Ｅ）、（Ｆ）または（Ｇ）に示すように、１人以上の走者に対して盗塁の予約が行われている場面では、盗塁ボタンＳＢは解除ボタンＣＢに変更される。解除ボタンＣＢは、現在、盗塁の予約が行われている全ての走者に対して、一括して盗塁予約の解除を指示するコマンドボタンである。

【0057】

図４は、満塁の出塁状況での盗塁指示を説明するための図である。図４中の（Ａ）は、どの塁の走者にも盗塁が予約されていない状態の表示例である。例えば、図４中の（Ｂ）に示すように、満塁でユーザが三塁走者ボタン３ＢＲをタップし、三塁走者（先頭の走者）に対して盗塁を指示したとする。この場合、指示された三塁走者のすぐ先の塁に走者がいない状況であるため、同図中（Ｃ）に示すように、指示された三塁走者にのみ盗塁の予約が行われる。

【0058】

なお、図示しないが、走者一二塁の状況で、二塁走者（先頭の走者）に対してユーザが盗塁を個別に指示した場合も、指示された走者のすぐ先の塁に走者がいない状況であるため、ユーザが盗塁を直接的に指示していない走者に対する自動的な盗塁の指示は行われない。同様に、走者二三塁の状況で、三塁走者（先頭の走者）に対してユーザが盗塁を個別に指示した場合も、自動的な盗塁の指示は行われない。

【0059】

（盗塁の自動的な指示が実行される例）
次に、ユーザが盗塁を個別に指示していない走者に対しても、盗塁の自動的な指示が行われる例について説明する。
例えば、図４中の（Ｄ）に示すように、満塁の状況でユーザが二塁走者ボタン２ＢＲをタップし、二塁走者に対して盗塁を指示したとする。この場合、ユーザが指示した二塁走者のすぐ先の塁にいる三塁走者に対しても、盗塁が自動的に指示される制御が実行される。これにより、図４中の（Ｅ）に示すように、二塁走者および三塁走者の２人に対して盗塁予約が行われていることを示す矢印ＡＲが、二塁走者ボタン２ＢＲおよび三塁走者ボタン３ＢＲに表示される。

【0060】

また、図４中の（Ｆ）に示すように、満塁の状況でユーザが一塁走者ボタン１ＢＲをタップし、一塁走者に対して盗塁を指示したとする。この場合、ユーザが指示した一塁走者のすぐ先の塁にいる二塁走者、および二塁走者のすぐ先の塁にいる三塁走者に対しても、盗塁が自動的に指示される制御が実行される。これにより、図４中の（Ｇ）に示すように、一塁走者、二塁走者および三塁走者の３人に対して盗塁予約が行われていることを示す矢印ＡＲが、各塁に表示される。このように、盗塁の自動的な指示が行われる走者のすぐ先の塁の走者に対しても、併せて盗塁の自動的な指示が行われる。

【0061】

なお、図示しないが、走者一二塁の状況で、一塁走者に対してユーザが盗塁を個別に指示した場合も、個別に指示した走者のすぐ先の塁の二塁走者に対して、盗塁が自動的に指示される。また、同様に、走者二三塁の状況で、二塁走者に対してユーザが盗塁を個別に指示した場合も、三塁走者に対して、盗塁が自動的に指示される。

【0062】

すなわち、ユーザがある走者に対して盗塁を個別に指示する操作をした場合、必然的に盗塁する必要のある走者に対しては、ユーザの直接的な操作なしに自動的に盗塁が指示されるようになっている。

【0063】

（盗塁解除指示の具体例）
ユーザは、盗塁予約が行われている塁の走者ボタンＢＲを個別にタップすることで、タップした塁の走者に対して盗塁予約の解除を個別に指示することができる。また、いずれかの塁の走者に盗塁が予約されている状態では、盗塁ボタンＳＢは解除ボタンＣＢに変更される（図３ないし図５参照）。ユーザが解除ボタンＣＢをタップすると、盗塁が予約されている走者全員に対して、当該盗塁の予約が一括して解除される。

【0064】

本実施の形態のゲームでは、ユーザが盗塁予約の解除を個別に指示した走者（または塁）のすぐ後ろの塁に走者がいない状況と、すぐ後ろの塁に走者がいる状況（つまり、後ろが詰まっている状況）とで、制御が異なる。後者の状況では、ユーザが直接的に指示していない走者に対しても盗塁予約の解除の自動的な指示が行われ、前者の状況では当該自動的な指示が行われない。先ず、盗塁予約の解除の自動的な指示が行われない前者の場合について説明し、その後、自動的な指示が行われる場合について説明する。

【0065】

図５は、満塁の出塁状況での盗塁解除指示を説明するための図である。図５中の（Ａ）は、どの塁の走者にも盗塁が予約されている状態の表示例である。例えば、図５中の（Ａ）の状態から（Ｂ）に示すように、ユーザが一塁走者ボタン１ＢＲをタップし、一塁走者（後尾の走者）に対して盗塁予約の解除を指示したとする。この場合、同図中（Ｃ）に示すように、指示された一塁走者に対してのみ盗塁予約の解除が行われ、一塁に表示されていた矢印ＡＲが消去される。

【0066】

また、例えば、走者一三塁で両方の走者に盗塁が予約されている場面（図３中の（Ｇ）参照）で、ユーザが一塁走者ボタン１ＢＲまたは三塁走者ボタン３ＢＲをタップした場合、タップした塁の走者に対してのみ盗塁予約の解除が指示され、盗塁予約の解除の自動的な指示は行われない。また、走者一二塁の状況で一塁走者に対して、または走者二三塁の状況で二塁走者に対して、ユーザが盗塁予約の解除を指示した場合、指示された走者に対する盗塁予約の解除のみが行われる。

【0067】

（盗塁予約解除の自動的な指示が実行される例）
次に、ユーザが盗塁予約の解除を個別に指示していない走者に対しても、盗塁予約の解除の自動的な指示が行われる例について説明する。
例えば、図５中の（Ａ）の満塁の状態から（Ｄ）に示すように、ユーザが二塁走者ボタン２ＢＲをタップし、二塁走者に対して盗塁予約の解除を指示したとする。この場合、ユーザが指示した二塁走者のすぐ後ろの塁にいる一塁走者に対しても、盗塁予約の解除が自動的に指示される制御が実行される。これにより、図５中の（Ｅ）に示すように、盗塁予約を示す矢印ＡＲが一塁および二塁から消去される。

【0068】

また、図５中の（Ｆ）に示すように、満塁の状況でユーザが三塁走者ボタン３ＢＲをタップし、三塁走者に対して盗塁予約の解除を指示したとする。この場合、ユーザが指示した三塁走者のすぐ後ろの塁にいる二塁走者、および二塁走者のすぐ後ろの塁にいる一塁走者に対しても、盗塁予約の解除が自動的に指示される制御が実行される。これにより、図５中の（Ｇ）に示すように、盗塁予約を示す矢印ＡＲが一塁、二塁および三塁から消去される。このように、盗塁予約解除の自動的な指示が行われる走者のすぐ後ろの塁の走者に対しても、併せて盗塁予約解除の自動的な指示が行われる。

【0069】

なお、図示しないが、走者一二塁の状況で、二塁走者に対してユーザが盗塁予約解除を個別に指示した場合も、指示された走者のすぐ後ろの塁の一塁走者に対して、盗塁予約解除が自動的に指示される。また、同様に、走者二三塁の状況で、三塁走者に対してユーザが盗塁予約解除を個別に指示した場合も、二塁走者に対して、盗塁予約解除が自動的に指示される。

【0070】

すなわち、ユーザがある走者に対して盗塁予約解除を個別に指示する操作をした場合、必然的に盗塁予約を解除する必要のある走者に対しては、ユーザの直接的な操作なしに自動的に盗塁予約解除が指示されるようになっている。

【0071】

（盗塁の実行）
何れかの走者に盗塁の予約がされている場合、その後に投手が投球動作を開始すると、盗塁の予約がされている走者は盗塁を行う。盗塁が実行された場合、例えば、確率に基づいて、その盗塁が成功するか否かが決定される。ここで、盗塁が成功する確率は一定であってもよいが、次のような条件により変動するようにしてもよい。例えば、盗塁成功確率は、走者の走力パラメータが高いほど高くなり、捕手の肩力パラメータが高いほど低くなる。また、次のような場合にも、盗塁成功確率が高くなるようにしてもよい。例えば、打者が見逃すよりも空振りした場合、投球されたボールの球速が速いよりも遅い場合、投球された球種がストレートよりも変化球の場合、投球されたコースが高いよりも低い場合などに、盗塁成功確率を高くする。

【0072】

なお、ユーザが盗塁を予約した走者は、次の投球で投手が投球動作を開始すると、必ず走塁を開始するので、三塁走者に対して盗塁を予約している場面で、ユーザが打者キャラクタＢＴを操作してバントした場合、スクイズとなる。また、ユーザが走者に盗塁を予約している場面で、ユーザが打者キャラクタＢＴを操作して打撃した場合、ヒットエンドランとなる。また、ユーザが走者に盗塁を予約している場面で、投手が投球したボールを見逃すか空振りすると、通常の盗塁となる。ユーザは、走者に対する盗塁指示の操作と、打者キャラクタＢＴに対する操作により、様々な戦略を立てることが可能である。

【0073】

相手チームの投手は、投球動作を開始するまでに、走者のいる塁を指定して牽制球を投げることができる。投手は、牽制球を投げる毎にスタミナ等の所定のパラメータを消費するようにしてもよい。また、投手が牽制できる回数には上限（例えば、１打席当たり３回、１イニング当たり５回等）が設けられているようにしてもよい。盗塁予約中の走者が牽制された場合、当該走者が必ずアウトになるようにしてもよい。あるいは、盗塁予約中の走者が牽制された場合、確率に基づいてアウトになる場合があるようにしてもよい。攻撃側のユーザは、どのボールカウントで、どの塁の走者に盗塁させるかを考えて、戦略を立てる必要がある。

【0074】

本実施の形態のゲームでは、例えば、図４中の（Ｅ）に示すように、満塁で二塁および三塁の２人の走者に盗塁させる（一塁走者には盗塁させない）戦略を実現する場合、ユーザは少なくとも次に示す１）～４）の４通りの操作が可能である。
１）満塁で二塁走者ボタン２ＢＲをタップする。この場合、１人の走者に対する個別の指示操作だけで、ユーザの意図する２人の走者に盗塁を指示でき、ユーザの戦略を煩雑な操作なしに実現できる。
２）満塁で一塁走者ボタン１ＢＲをタップした後、再度、一塁走者ボタン１ＢＲをタップする。これは、一塁走者ボタン１ＢＲのタップにより、自動指示を含む３人の走者全員に盗塁させる戦略であったが、その後、一塁走者のみ盗塁させないように戦略を変更する場合に使用される操作である。
３）満塁で三塁走者ボタン３ＢＲをタップした後、二塁走者ボタン２ＢＲをタップする。これは、三塁走者にだけ盗塁（ホームスチール）させる戦略であったが、その後、二塁走者にも盗塁を行わせるように戦略を変更する場合に使用される操作である。
４）満塁で盗塁ボタンＳＢをタップした後、一塁走者ボタン１ＢＲをタップする。これは、一括指示可能な盗塁ボタンＳＢのタップにより３人の走者全員に盗塁させる戦略であったが、その後、一塁走者のみ盗塁させないように戦略を変更する場合に使用される操作である。

【0075】

以上のように、本実施形態に係るゲームは、ユーザがそれぞれ個別に盗塁（または盗塁予約解除）を指示できる複数の走者の一部に盗塁を指示すると、指示していない走者に対しても、状況に応じた指示を自動的に行うことができる。これにより、ユーザは自身の戦略を煩雑な操作なしに実現することができる。

【0076】

［３．ゲームシステムの機能的構成］
図６は、ゲームシステム１の機能的な構成の一例を示す概略の機能ブロック図である。図６に示すように、ゲームシステム１はデータ記憶部１００を含む。例えば、データ記憶部１００は、データベースＤＢ、ＲＯＭ１２、ＲＡＭ１３、補助記憶装置１４、ＲＯＭ３２、ＲＡＭ３３、及び補助記憶装置３４の少なくとも一つによって実現される。データ記憶部１００はゲームを提供するために必要なデータを記憶する。

【0077】

例えば、データ記憶部１００に記憶されているゲームを実行するための各種データは、データベースＤＢ又はサーバ３０の補助記憶装置３４等に記憶されており、ゲーム端末１０がサーバ３０にアクセスした場合に、必要なデータがゲーム端末１０のＲＡＭ１３又は補助記憶装置１４にダウンロードされるようにすることができる。また、ゲーム端末１０で実行されたゲームの結果やデータの変更についての情報は、リアルタイムで又は所定のタイミングでゲーム端末１０からサーバ３０へ送信され、データベースＤＢ又はサーバ３０の補助記憶装置３４等に記憶されているデータが適宜更新されるようにすることができる。また、例えば、ゲームの少なくとも一部を、各ユーザのゲーム端末１０において、サーバ３０にログインせずにオフラインでもゲームが実行できるように、必要なデータをゲーム端末１０の補助記憶装置１４等に記憶しておくようにしてもよい。

【0078】

データ記憶部１００に記憶されるデータの具体例として、上記で説明した野球ゲームを提供するために必要なデータについて説明する。データ記憶部１００は、ユーザ情報テーブルＴＢＬ１０１、自動指示情報テーブルＴＢＬ１０２、チームオーダーデータＤＴ１０３、ゲーム進行データＤＴ１０４、走者管理データＤＴ１０５等を記憶する。図６では省略されているが、データ記憶部１００には、ゲーム内で用いられる全てのキャラクタの情報を記憶したキャラクタ情報テーブル等も格納されている。

【0079】

ユーザ情報テーブルＴＢＬ１０１には、ゲームシステム１に登録されている全てのユーザに関する情報が記憶されている。例えば、ユーザ情報テーブルＴＢＬ１０１には、各ユーザのユーザＩＤと関連付けて、ユーザ名、ユーザのゲームレベル、育成選手の情報、所持しているイベントキャラクタの情報、所持アイテムの情報、所持ポイントの情報、ユーザのユーザＩＤに関連付けられる他のユーザ（仲間、フレンド等）の情報等が記憶される。前記育成選手の情報には、ユーザが育成モードで作成した育成選手のキャラクタＩＤ、選手名、能力パラメータの情報等が含まれる。能力パラメータの情報には、野手能力として、弾道、ミート、パワー、走力、肩力、守備力、守備ポジション適性、野手特殊能力等がある。また、投手能力として、球速、コントロール、スタミナ、投球可能な球種（持ち球）、各持ち球の変化量、投手特殊能力等がある。

【0080】

図７は、自動指示情報テーブルＴＢＬ１０２の一例を示す。自動指示情報テーブルＴＢＬ１０２には、ユーザから走者に対する個別の指示があった場合に、その他の走者に対して自動的に指示するための情報が記憶される。例えば、自動指示情報テーブルＴＢＬ１０２は、「自動指示ＩＤ」、「ゲーム状況」、「自動指示対象」および「自動指示する動作」のフィールドを含む。「ゲーム状況」フィールドには、自動的な指示をするためのゲーム状況の条件が記憶される。「ゲーム状況」フィールドは、「出塁状況」および「個別指示」のフィールドを含む。また、「個別指示」フィールドには、「操作ボタン」および「指示動作」のフィールドを含む。例えば、自動指示ＩＤ＝Ａ１を例に挙げて説明すると、「走者一二塁」で「一塁走者ボタン」の操作により「盗塁予約」の指示が行われるというゲーム状況の条件を満たした場合に、「二塁走者」を自動指示の対象として、「盗塁予約」の自動的な指示を実行するという情報が記憶されている。

【0081】

図６のチームオーダーデータＤＴ１０３は、ユーザが試合で使用する自分のチームのオーダーの情報である。例えば、ユーザは、自らが所持している育成選手またはイベントキャラクタの中から所定数（例えば２６）のキャラクタを選択してオーダーを編成できる。
ゲーム進行データＤＴ１０４としては、例えば、各チームの得点、イニング、アウトカウント、ボールカウント、出塁状況等の試合経過の情報が記憶される。

【0082】

図８は、走者管理データＤＴ１０５の一例を示す。走者管理データＤＴ１０５には、「塁ＩＤ」、「走者」、「走力」および「盗塁予約」のフィールドを含む。塁ＩＤは、各塁を一意に特定するための識別情報である。「走者」フィールドには、出塁している走者のキャラクタＩＤが記憶される。走者のいない塁の「走者」フィールドには、キャラクタＩＤは記憶されない。キャラクタＩＤは、各キャラクタを一意に特定するための識別情報である。「走力」フィールドには、走者の走力パラメータの情報が記憶される。「盗塁予約」フィールドには、盗塁予約の有無を示す情報（フラグ）が記憶される。図８は、一塁および二塁にそれぞれ走力Ｂランクの走者、三塁に走力Ａランクの走者がおり、二塁および三塁の２人の走者に盗塁が予約されている例を示している。

【0083】

図６に示すように、ゲームシステム１は制御部１１０を含む。制御部１１０は、記憶装置（ＲＯＭ１２、ＲＡＭ１３、補助記憶装置１４、ＲＯＭ３２、ＲＡＭ３３又は補助記憶装置３４等）に記憶されているゲームプログラムを、ゲーム端末１０のＣＰＵ１１又はサーバ３０のＣＰＵ３１が実行することにより実現される。制御部１１０の機能の一部をゲーム端末１０のＣＰＵ１１によって実現し、残りの機能をサーバ３０のＣＰＵ３１によって実現してもよい。または、制御部１１０の機能の全てをサーバ３０のＣＰＵ３１によって実現してもよいし、制御部１１０の機能の全てをゲーム端末１０のＣＰＵ１１によって実現してもよい。

【0084】

制御部１１０は、ユーザがそれぞれ個別に動作を指示可能な複数の操作対象キャラクタを含むゲームの制御を実行する。ここで、前記「ユーザ」とは、例えば、ゲーム端末１０を操作してゲームをプレイする人である。例えば、ユーザ識別情報（ユーザＩＤ）が各ユーザまたは各ユーザが操作するゲーム端末１０に対して設定され、各ユーザはユーザ識別情報によって識別（特定）される。また、前記「操作対象キャラクタ」とは、ゲーム内においてユーザによって操作される対象となるキャラクタである。「操作対象キャラクタ」には、スポーツ選手等の人物、動物等の生物、モンスター等の架空の人物や生物、ロボット等の非生物を示すゲームキャラクタ等が含まれる。前述の野球ゲームの例では、走者キャラクタＲＣが「操作対象キャラクタ」の一例に相当する。

【0085】

前記「ユーザがそれぞれ個別に動作を指示可能な複数の操作対象キャラクタ」とは、複数の操作対象キャラクタのそれぞれに対して、ユーザが個別に動作を指示し得るような操作対象キャラクタが複数存在することをいう。例えば、前述の野球ゲームのように、ユーザが現在出塁している走者キャラクタＲＣのそれぞれに個別に盗塁等を指示することができる場合、現在出塁している２以上の走者キャラクタＲＣが「ユーザがそれぞれ個別に動作を指示可能な複数の操作対象キャラクタ」の一例に相当する。また、例えば、野球その他のゲームにおいて、現在守備についている複数のキャラクタのそれぞれに個別に守備位置の調整（例えば、前進守備の位置に移動等）を指示することができる場合、現在守備についている複数のキャラクタが「ユーザがそれぞれ個別に動作を指示可能な複数の操作対象キャラクタ」の一例に相当する。また、例えば、様々なゲームにおいて、複数のキャラクタのそれぞれに個別に移動または移動停止を指示することができる場合、当該複数のキャラクタが「ユーザがそれぞれ個別に動作を指示可能な複数の操作対象キャラクタ」の一例に相当する。

【0086】

図６に示すように、制御部１１０は、個別指示受付部１１１、自動指示部１１２、条件設定部１１３、一括指示受付部１１４、表示制御部１１５及び動作制御部１１６を含む。

【0087】

前記個別指示受付部１１１は、ユーザによる操作に基づいて、前記複数の操作対象キャラクタのそれぞれに対して、個別に動作の指示を受け付ける機能を有する。ここで、前記「動作の指示」には、所定の動作を行うことを指示することの他、動作をしないことの指示、または動作解除の指示が含まれる。また、「動作の指示」には、指示後すぐに行うべき動作の指示の他、指示の後に所定条件を満たした場合に対象の操作対象キャラクタに対して動作を行わせることを予約する指示が含まれる。
前述の野球ゲームの例では、個別指示受付部１１１は、ユーザによる各塁の走者ボタンＢＲ（１ＢＲ、２ＢＲまたは３ＢＲ）の操作に基づいて、出塁している複数の走者キャラクタＲＣのそれぞれに対して、個別に盗塁または盗塁予約解除の指示を受け付ける。

【0088】

前記「複数の操作対象キャラクタのそれぞれに対して、個別に動作の指示」には、複数の操作対象キャラクタのそれぞれに対して、特定の一の動作（１種類の動作）の指示またはその動作の解除の指示をすることのほか、複数種類の動作の何れかを選択的に指示することを含む。例えば、前述の野球ゲームのように、ユーザが現在出塁している各走者に盗塁（盗塁の種類は１種類）を個別に指示または指示した盗塁を解除する指示をすることは、「複数の操作対象キャラクタのそれぞれに対して、個別に動作の指示」の一例に相当する。また、後述するように、通常の盗塁、ディレードスチール、フェイント等の種類の異なる動作をユーザが選択的に指定して各走者に個別に指示する、または指示した動作を解除する指示をすることは、「複数の操作対象キャラクタのそれぞれに対して、個別に動作の指示」の一例に相当する。

【0089】

ユーザが複数の操作対象キャラクタのそれぞれに対して、個別に動作の指示をすることに関し、ユーザが指示するか否かは任意事項であり、複数の操作対象キャラクタの何れにも指示しなくてもよいし、複数の操作対象キャラクタのうちの１以上の一部に指示してもよいし、複数の操作対象キャラクタの全部に指示してもよい。また、ユーザは、複数の操作対象キャラクタのうちの２以上の操作対象キャラクタに対して動作を指示する場合、略同時期に、２以上の操作対象キャラクタに動作を指示できる。

【0090】

前記自動指示部１１２は、前記個別指示受付部１１１により、前記複数の操作対象キャラクタのうちの一部の操作対象キャラクタに対して前記動作の指示が受け付けられた場合、当該一部の操作対象キャラクタ以外の少なくとも１の操作対象キャラクタに対して、ゲーム状況に応じて、当該動作に関連する関連動作を自動的に指示する機能を有する。
ここで、前記「動作の指示が受け付けられた一部の操作対象キャラクタ以外の少なくとも１の操作対象キャラクタ」とは、複数の操作対象キャラクタのうち、ユーザによる個別の動作の指示が行われていない操作対象キャラクタの一部または全部である。

【0091】

前記「ゲーム状況」には、ゲーム中に生じ得る様々な状況が含まれる。例えば、野球ゲームであれば、走者の出塁状況（例えば、走者が一二塁に出塁、二三塁に出塁、一三塁に出塁、満塁等）が「ゲーム状況」の一例に相当する。また、例えば、アウトカウント（ツーアウトか否か等）、ボールカウント（ツーストライクか否か等）、ゲーム進行度（例えば最終回か否か等）、天候（例えば晴天または雨）等を「ゲーム状況」に含めることができる。また、現在出塁している各走者の走力が高いか否か、当該走力がどの程度高いかも「ゲーム状況」に含めることができる。すなわち、各操作対象キャラクタ（現在出塁している走者等）の能力パラメータの高低も「ゲーム状況」に含めることができる。また、対戦相手の捕手キャラクタの肩力が強いか否か、当該肩力がどの程度強いかも「ゲーム状況」に含めることができる。すなわち、操作対象キャラクタ以外のキャラクタの能力パラメータの高低も「ゲーム状況」に含めることができる。その他、「ゲーム状況」としては、ゲームの種類・内容に応じて、ゲーム中に生じ得る様々な状況を適用できる。

【0092】

前記「関連動作」とは、ユーザによる動作の個別指示が行われた一部の操作対象キャラクタの当該動作に関連して自動的に指示される、ユーザによる動作の個別指示が行われていない操作対象キャラクタの動作のことをいう。ユーザが一部の操作対象キャラクタに個別に指示する「動作」と、ユーザによる個別の指示が行われていない操作対象キャラクタに自動的に指示される「関連動作」とは、同じ動作であってもよいし、異なる種類の動作であってもよい。例えば、前述の野球ゲームの例では、ユーザが個別に指示する「動作＝盗塁」も、自動的に指示される「関連動作＝盗塁」も同じである。例えば、後述する変形例では、ユーザが個別に指示する「動作＝フェイント」と、自動的に指示される「関連動作＝盗塁」とは、異なる種類の動作である。

【0093】

前記「自動的に指示」とは、操作対象キャラクタに対するユーザによる直接的な指示の操作を伴うことなく行われる、ユーザによる直接的な指示が行われていない操作対象キャラクタに対してゲーム状況に応じて行われる指示のことをいう。

【0094】

また、前記「ゲーム状況に応じて、関連動作を自動的に指示する」には、複数の操作対象キャラクタのうちの一部の操作対象キャラクタに対してユーザが動作の個別指示をしたことに伴い、その際のゲーム状況に応じて、必然的に、当該一部の操作対象キャラクタ以外の操作対象キャラクタに関連動作を行わせる必要が生じる場合に、当該関連動作を自動的に指示する場合を含む。また、このような必然的でない場合であっても、複数の操作対象キャラクタのうちの一部の操作対象キャラクタに対してユーザが動作の個別指示をした際のゲーム状況が、予め定められたゲーム状況の場合に、当該一部の操作対象キャラクタ以外の操作対象キャラクタに、前記動作に関連する関連動作を自動的に指示する場合を含む。

【0095】

前記条件設定部１１３は、前記自動指示部１１２が前記関連動作を自動的に指示するための前記ゲーム状況の条件を設定する機能を有する。ここで、条件設定部１１３が設定するゲーム状況の条件は、ユーザが意図する（または意図すると考えうる）ような自動的な指示が実行されるように、デフォルトで設定される（例えば、ゲーム運営側が予め設定している）ものであってもよいし、後述するように、ユーザ自身が任意に設定できるようにしてもよい。

【0096】

前述の野球ゲームの例では、前記自動指示部１１２は、前記個別指示受付部１１１により、複数の走者のうちの一部の走者に対する盗塁の個別の指示が受け付けられた場合、当該一部の走者以外の少なくとも１の走者に対して、ゲーム状況に応じて、関連動作の一例としての盗塁を自動的に指示する。具体例としては、自動指示部１１２は、盗塁の個別の指示が行われた走者の前が詰まっている（つまり、すぐ先の塁に１人の走者がいる、又はすぐ先の塁及びその次の塁に２人の走者がいる）というゲーム状況の場合に、当該前の塁にいる１人又は２人の走者に対して、盗塁を自動的に指示する。また、自動指示部１１２は、盗塁予約解除の個別の指示が行われた走者の後ろが詰まっている（つまり、すぐ後ろの塁に１人の走者がいる、又はすぐ後ろの塁及びその後ろの塁に２人の走者がいる）というゲーム状況の場合に、当該後ろの塁にいる１人又は２人の走者に対して、盗塁予約解除を自動的に指示する。自動指示部１１２は、前述のユーザによる個別の指示が行われた場合に、例えば図７に示す自動指示管理テーブルＴＢＬ１０２の情報を参照して、ゲーム状況に応じて前述の自動的な指示を行う。

【0097】

この構成によれば、複数の走者のうちの一部に対してユーザが盗塁等の動作の個別の指示をすれば、ゲーム状況に応じて、ユーザが直接的に指示をしていない走者に対しても、ユーザの意図する（または意図すると考えうる）関連動作が、自動的に指示される。これにより、ユーザがそれぞれ個別に動作を指示可能な複数の走者に対して、ゲーム状況に応じて、煩雑な操作なしにユーザの意図（戦略）を反映した適切な指示ができるようになる。また、これによりユーザによる操作時間の短縮化を図ることができる。特に、ユーザ間で行われるリアルタイム対戦においては、操作時間の短縮化が求められるので、本実施の形態の構成は好適である。

【0098】

とろこで、図７の自動指示管理テーブルＴＢＬ１０２は、自動指示部１１２が自動的な指示をするためのゲーム状況の条件を、予めテーブル形式の情報として記憶しているものである。自動指示部１１２は、自動指示管理テーブルＴＢＬ１０２を用いずに自動的な指示を行うことも可能である。例えば、自動指示部１１２は、自動指示管理テーブルＴＢＬ１０２を参照することなく、盗塁の個別の指示が行われた走者の前が詰まっているか否かをその都度判定して、個別の指示が行われていない走者に対する盗塁の自動的な指示を実行してもよい。盗塁予約解除の自動的な指示も同様である。すなわち、自動指示部１１２が自動的な指示をするためのゲーム状況の条件（盗塁の個別の指示が行われた走者の前が詰まっている等）は、どのような形式で記憶されていてもよい。

【0099】

前記個別指示受付部１１１が受け付ける個別の指示および前記自動指示部１１２による自動的な指示は、それぞれ当該指示の後に所定条件を満たした場合に対象の操作対象キャラクタに対して前記動作または前記関連動作を行わせることを予約する動作予約の指示、または前記動作予約を解除する指示を含むようにしてもよい。
ここで、前記「動作予約」とは、ユーザによる個別の指示、または自動指示部による自動的な指示が行われた後すぐに対象の操作対象キャラクタに動作または関連動作を行わせるのではなく、所定条件を満たした場合に対象の操作対象キャラクタに対して動作または前記関連動作を行わせることを予約することをいう。
また、前記「所定条件」とは、ユーザによる個別の動作予約の指示、または自動的な動作予約の指示が行われた対象の操作対象キャラクタに、前記動作または前記関連動作を行わせる条件である。例えば、操作対象キャラクタの一例としての走者に対する個別の指示または自動的な指示が「盗塁」の予約の指示であった場合、「対戦相手の投手が投球動作を開始する」ことが「所定条件」の一例に相当する。「所定条件」は、ゲームの内容や予約されている動作の内容に応じた様々な条件を適用できる。

【0100】

前述の野球ゲームの例では、前記個別指示受付部１１１が受け付ける個別の指示および前記自動指示部１１２による自動的な指示は、それぞれ当該指示の後に投手が投球動作を開始した場合に対象の走者に対して盗塁を行わせることを予約する盗塁予約の指示、または盗塁予約を解除する指示である。この構成によれば、ある走者に対してユーザが盗塁予約（またはその解除）の個別の指示をすれば、その際のゲーム状況に応じて、ユーザが直接的に指示をしていない走者に対しても、ユーザの意図（戦略）を反映した適切な盗塁予約（またはその解除）の自動的な指示ができるようになる。

【0101】

前記自動指示部１１２は、前記個別指示受付部１１１により、前記複数の操作対象キャラクタのうちの一部の操作対象キャラクタに対して前記動作の指示が受け付けられた場合、当該一部の操作対象キャラクタ以外の操作対象キャラクタのうち、前記ゲーム状況に応じて必然的に前記関連動作を行わせる必要のある操作対象キャラクタに対して、前記関連動作を自動的に指示するようにしてもよい。

【0102】

ここで、前記「ゲーム状況に応じて必然的に前記関連動作を行わせる必要のある操作対象キャラクタ」とは、複数の操作対象キャラクタのうちの一部の操作対象キャラクタに対してユーザが動作の指示を行った際のゲーム状況からして、当該一部の操作対象キャラクタ以外の操作対象キャラクタに対して関連動作を行わせなければ、ユーザにゲーム上の不利益が生じる（またはゲーム上の利益が得られなくなる）ことにより、当該不利益を回避するために必然的に前記関連動作を行わせる必要が生じる操作対象キャラクタのことをいう。例えば野球ゲームにおいて、現在出塁している各走者を操作対象キャラクタとする場合で説明する。例えば、一塁および二塁に走者がおり、ユーザが一塁の走者に盗塁の個別指示を行ったゲーム状況では、二塁の走者にも盗塁をさせなければ、盗塁した一塁の走者がアウトになるというゲーム上の不利益が生じる。よって、この状況の場合、必然的に盗塁を行わせる必要が生じる二塁の走者が「ゲーム状況に応じて必然的に前記関連動作を行わせる必要のある操作対象キャラクタ」の一例に相当する。また、例えば、満塁でユーザが一塁の走者に盗塁の指示を行ったゲーム状況では、必然的に盗塁を行わせる必要が生じる二塁及び三塁の２人の走者が「ゲーム状況に応じて必然的に前記関連動作を行わせる必要のある操作対象キャラクタ」の一例に相当する。

【0103】

上記の構成によれば、ユーザは自身の意図する走者に盗塁の個別指示を行えば、その際のゲーム状況に応じて、必然的に盗塁等を行わせる必要のあるその他の走者に対しても、自動的な指示が行われる。つまり、ユーザがそれぞれ個別に指示可能な複数の操作対象キャラクタがいる場合に、個々にそれらを操作することなしに、ユーザが意図する動作（戦略）を実現することが可能となる。

【0104】

前記制御部１１０は、前記一括指示受付部１１４を具備していてもよい。一括指示受付部１１４は、ユーザによる操作に基づいて、前記複数の操作対象キャラクタに対して前記動作の一括した指示を受け付ける機能を有する。
ここで、前記「複数の操作対象キャラクタに対して前記動作の一括した指示」とは、複数の操作対象キャラクタの全部に対して、ユーザが一括して動作を指示することである。例えば、画面上に一括指示のコマンドボタンを表示し、当該コマンドボタンをユーザが操作することにより、一度の操作により複数の操作対象キャラクタの全部に対して所定の動作を指示することが、「複数の操作対象キャラクタに対して前記動作の一括した指示」の一例に相当する。前述の野球ゲームの例では、盗塁ボタンＳＢの操作による走者全員に対する盗塁の指示、または解除ボタンＣＢの操作による盗塁予約されている走者全員に対する盗塁予約解除の指示がその一例に相当する。

【0105】

上記の構成によれば、盗塁等の個別指示の操作（およびそれに伴う自動的な指示）と、盗塁等の一括指示の操作とを組み合わせることにより、複数の走者に対する様々な指示操作が可能となり、ユーザによる指示操作の自由度が高まる。例えば、満塁で二塁および三塁の２人の走者に盗塁させる戦略を実現する場合、ユーザは少なくとも前述した１）～４）の４通りの操作が可能である。

【0106】

前記制御部１１０は、複数の操作対象キャラクタのそれぞれに対してユーザが前記動作の個別の指示を行うための複数の個別操作部を画面に表示させ、当該複数の個別操作部のそれぞれに対応付けて当該個別の指示の対象となる操作対象キャラクタに関連付けられているパラメータを表示させる表示制御部１１５を具備していてもよい。
ここで、前記「個別操作部」は、複数の操作対象キャラクタのそれぞれに対してユーザが個別に動作の指示を行うために画面に表示されるものであり、例えば各操作対象キャラクタそれ自体であってもよいし、各操作対象キャラクタに対応するアイコンまたは個別操作ボタン等であってもよい。例えばタッチインターフェスを備えたタッチパネルに複数の個別操作部が表示される場合、ユーザはタッチ操作により各個別操作部を操作してもよい。また、例えば、ユーザは、コントローラー等のボタン操作、ポインティングディバイスによるカーソル操作等の種々の入力操作により、各個別操作部を操作してもよい。
前述の野球ゲームの例では、各塁の走者ボタンＢＲ（１ＢＲ、２ＢＲ、３ＢＲ）が「個別操作部」の一例に相当する。

【0107】

前記「操作対象キャラクタに関連付けられているパラメータ」とは、操作対象キャラクタに設定されたパラメータである。「操作対象キャラクタに関連付けられているパラメータ」は、数値パラメータであってもよいし、数値パラメータでなくてもよい。例えば、操作対象キャラクタの能力又は性能の高低を示すパラメータ（例えば、ランク、レベル等）が、「操作対象キャラクタに関連付けられているパラメータ」の一例に相当する。例えば前述の野球ゲームの例では、現在出塁している各走者の「走力パラメータ」が「操作対象キャラクタに関連付けられているパラメータ」の一例に相当する。

【0108】

前記「複数の個別操作部のそれぞれに対応付けて個別の指示の対象となる操作対象キャラクタのパラメータを表示」に関し、各個別操作部（例えば各塁の走者ボタンＢＲ）の領域内に対象となる操作対象キャラクタのパラメータを表示してもよいし、各個別操作部の周辺に対象となる操作対象キャラクタのパラメータを表示してもよい。

【0109】

前述の野球ゲームの例では、表示制御部１１５は、各塁の走者ボタンＢＲ（１ＢＲ、２ＢＲ、３ＢＲ）に、対象となる走者に関連付けられている走力パラメータのランクを表示する。この構成によれば、各塁の走者ボタンＢＲに表示される走者の走力パラメータを参考にして、走者に盗塁等の指示（個別の指示およびそれに伴う自動的な指示）を行うか否かを判断できる。

【0110】

前記制御部１１０は、前記個別指示受付部１１１により受け付けられた前記操作対象キャラクタに対して前記動作を行わせるとともに、前記自動指示部１１２により自動的に指示された前記操作対象キャラクタに対して前記関連動作を行わせる動作制御部１１６を具備する。前述の野球ゲームの例では、動作制御部１１６は、個別指示受付部１１１により指示が受け付けられた走者に対して盗塁（動作の一例）を行わせるとともに、自動指示部１１２により自動的に指示された走者に対して盗塁（関連動作の一例）を行わせる。この構成によれば、ユーザが個別の指示をした走者だけでなく、ユーザが直接的に指示をしていない走者に対しても、ゲーム状況に応じた盗塁を行わせることができる。

【0111】

［４．処理］
次に、本実施の形態のゲームシステム１で実行される処理の一例を以下に説明する。ここでは、前述の野球ゲームにおける走者に対する制御を実行するゲームシステム１の処理の一例を説明する。
図９ないし図１１は、ゲームシステム１の処理の一例を示すフローチャートである。以下に説明する処理は、例えば、記憶装置（ＲＯＭ１２、ＲＡＭ１３、補助記憶装置１４、ＲＯＭ３２、ＲＡＭ３３又は補助記憶装置３４等）に記憶されているゲームプログラムを、制御部１１０（ゲーム端末１０のＣＰＵ１１又はサーバ３０のＣＰＵ３１）が実行することにより実現される。

【0112】

攻撃側のユーザは、任意のボールカウントにおいて、投手が投球動作を開始する前に、走者に対して盗塁を指示する操作が可能である。図９のステップＳ１００では、制御部１１０は、ユーザによって何れかの塁の走者ボタンＢＲが操作されたかを判断する。ここで、何れかの塁の走者ボタンＢＲが操作された場合（Ｓ１００でＹＥＳ）、制御部１１０は、操作された塁の走者に既に盗塁が予約されているかを判断する（Ｓ１０２）。ステップＳ１０２でＹＥＳの場合は、ステップＳ１０４に移行し、盗塁予約の個別の指示が行われた場合のルーチンに進む。一方、ステップＳ１０２でＮＯの場合は、後述の図１０のステップＳ１１６に移行し、盗塁予約解除の個別の指示が行われた場合のルーチンに進む。

【0113】

ステップＳ１０４では、制御部１１０は、ユーザによる盗塁予約の個別の指示を受け付ける。そして、制御部１１０は、ユーザによって操作された塁の走者に盗塁を予約する（Ｓ１０６）。この場合、制御部１１０は、走者管理データＤＴ１０５（図８参照）を更新するとともに、ユーザによって操作された塁の走者に盗塁予約が行われていることを示す矢印ＡＲを、攻撃時操作画面Ｇ１０に表示する。

【0114】

さらに、制御部１１０は、前記個別の指示が行われなかった塁の走者に対して自動的な指示をするための「ゲーム状況の条件」を満たすかを判断する（Ｓ１０８）。本実施の形態では、制御部１１０は、盗塁の個別の指示が行われた走者の前が詰まっているという「ゲーム状況の条件」を満たすかを判断する。例えば、制御部１１０は、図７に例示する自動指示情報テーブルＴＢＬ１０２を参照し、前記ゲーム状況の条件を満たすかを判断することができる。制御部１１０は、前記ゲーム状況の条件を満たすと判断した場合（Ｓ１０８でＹＥＳ）、個別の指示が行われなかった塁の走者であって、自動指示対象の走者に対して、盗塁予約を自動的に指示する（Ｓ１１０）。ここで、自動指示対象の走者は、ユーザによる個別の指示が行われた走者のすぐ先の塁の走者（すぐ先の塁が１つだけ詰まっている場合）、又はすぐ先の塁とその次の塁の２人の走者（先の塁が２つとも詰まっている場合）である。これにより、制御部１１０は、自動指示した塁の走者に盗塁を予約し（Ｓ１１２）、図８に例示する走者管理データＤＴ１０５を更新するとともに、自動指示した塁の走者に盗塁予約が行われていることを示す矢印ＡＲを、攻撃時操作画面Ｇ１０に表示する。その後、ステップＳ１１４に移行する。

【0115】

一方、制御部１１０は、前記ゲーム状況の条件を満たさないと判断した場合（Ｓ１０８でＮＯ）、前述の自動的な指示を実行することなく、ステップＳ１１４に移行する。すなわち、前述の自動的な指示は、ゲーム状況に応じて実行される場合と実行されない場合とがある。ステップＳ１１４では、制御部１１０は、盗塁ボタンＳＢを解除ボタンＣＢに変更する。

【0116】

次に、ユーザによって盗塁予約解除の個別の指示が行われた場合の処理を説明する。図１０のステップＳ１１６では、制御部１１０は、ユーザによる盗塁予約解除の個別の指示を受け付ける。そして、制御部１１０は、ユーザによって操作された塁の走者に対する盗塁予約を解除する（Ｓ１１８）。この場合、制御部１１０は、図８に例示する走者管理データＤＴ１０５を更新するとともに、攻撃時操作画面Ｇ１０においてユーザによって操作された塁の矢印ＡＲを消去する。

【0117】

さらに、制御部１１０は、前記個別の指示が行われなかった塁の走者に対して自動的な指示をするための「ゲーム状況の条件」を満たすかを判断する（Ｓ１２０）。本実施の形態では、制御部１１０は、盗塁予約解除の個別の指示が行われた走者の後ろが詰まっているという「ゲーム状況の条件」を満たすかを判断する。例えば、制御部１１０は、自動指示情報テーブルＴＢＬ１０２を参照し、前記ゲーム状況の条件を満たすかを判断することができる。制御部１１０は、前記ゲーム状況の条件を満たすと判断した場合（Ｓ１２０でＹＥＳ）、個別の指示が行われなかった塁の走者であって、自動指示対象の走者に対して、盗塁予約解除を自動的に指示する（Ｓ１２２）。ここで、自動指示対象の走者は、ユーザによる個別の指示が行われた走者のすぐ後ろの塁の走者（すぐ後ろの塁が１つだけ詰まっている場合）、又はすぐ後ろの塁とその後ろの塁の２人の走者（後ろの塁が２つとも詰まっている場合）である。これにより、制御部１１０は、自動指示した塁の走者の盗塁予約を解除し（Ｓ１２４）、走者管理データＤＴ１０５を更新するとともに、自動指示した塁の矢印ＡＲを攻撃時操作画面Ｇ１０から消去する。その後、ステップＳ１２６に移行する。

【0118】

一方、制御部１１０は、前記ゲーム状況の条件を満たさないと判断した場合（Ｓ１２０でＮＯ）、前述の自動的な指示を実行することなく、ステップＳ１２６に移行する。すなわち、盗塁予約解除の自動的な指示も、ゲーム状況に応じて実行される場合と実行されない場合がある。

【0119】

ステップＳ１２６では、制御部１１０は、盗塁が予約されている走者がいなくなったかを判断し、ＹＥＳの場合は解除ボタンＣＢを盗塁ボタンＳＢに変更し（Ｓ１２８）、その後、図１１のステップＳ１３０に移行する。一方、まだ盗塁が予約されている走者がいる場合は（Ｓ１２６でＮＯ）、ステップＳ１２８を実行せずに図１１のステップＳ１３０に移行する。また、ユーザによって個別の走者ボタンＢＲが操作されていない場合も（図９のＳ１００でＮＯ）、ステップＳ１３０に移行する。

【0120】

ステップＳ１３０では、制御部１１０は、ユーザによって盗塁ボタンＳＢが操作されたかを判断し、ＹＥＳの場合は、盗塁予約の一括指示を受け付ける（Ｓ１３２）。この場合、制御部１１０は、現在出塁している全ての塁の走者に盗塁を予約し（Ｓ１３４）、走者管理データＤＴ１０５を更新するとともに、攻撃時操作画面Ｇ１０において現在出塁している全ての塁に矢印ＡＲを表示する。その後、ステップＳ１３６に移行する。また、ユーザによって盗塁ボタンＳＢが操作されていない場合も（Ｓ１３０でＮＯ）、ステップＳ１３６に移行する。

【0121】

ステップＳ１３６では、制御部１１０は、ユーザによって解除ボタンＣＢが操作されたかを判断し、ＹＥＳの場合は、盗塁予約解除の一括指示を受け付ける（Ｓ１３８）。この場合、制御部１１０は、現在盗塁が予約されている全ての走者の盗塁予約を解除し（Ｓ１４０）、走者管理データＤＴ１０５を更新するとともに、攻撃時操作画面Ｇ１０において全ての塁の矢印ＡＲを削除する。その後、ステップＳ１４２に移行する。また、ユーザによって解除ボタンＣＢが操作されていない場合も（Ｓ１３６でＮＯ）、ステップＳ１４２に移行する。

【0122】

上述のステップＳ１００～Ｓ１４０の処理は、投手が投球動作を開始するまで（Ｓ１４２でＹＥＳとなるまで）繰り返される。すなわち、この例では、盗塁予約またはその解除の操作は、投球１球毎に、投手が投球可能となってから投球動作を開始するタイミングまで可能である。なお、盗塁予約またはその解除の操作ができる期間はこれに限定されることなく、任意に設定できる。

【0123】

投手が投球動作を開始した場合（Ｓ１４２でＹＥＳ）、制御部１１０は、盗塁が予約されている走者がいるかを判断する（Ｓ１４４）。ここで、盗塁が予約されている走者がいる場合のみ（Ｓ１４４でＹＥＳ）、制御部１１０は、当該走者に対して盗塁を行わせる（Ｓ１４６）。

【0124】

［５．変形例］
本発明は以上に説明した実施形態に限定されるものではない。
［５－１］以上では、主に、特定の一の動作（１種類の盗塁）の指示またはその動作の解除の指示を行う例を示したが、複数種類の動作の何れかを選択的に指示するようにしてもよい。また、個別の指示が行われた走者の前が詰まっていない場合にも、状況に応じて自動的な指示が実行されるようにしてもよい。具体例を以下に説明する。

【0125】

図１２ないし図１４は、走者一三塁の出塁状況で、走者に複数種類の動作を選択的に指示する場合の一例を示す図である。図１２中の（Ａ）に示すようにどの塁の走者にも盗塁が予約されていない状態で、同図中の（Ｂ）に示すようにユーザが三塁走者ボタン３ＢＲをタップすると、三塁走者に指示可能な複数の動作の選択メニューＭＵが表示される。図１２では、「盗塁」、「ディレードスチール」および「フェイント」という３種類の動作の選択肢が、選択メニューＭＵに表示される例を示している。「盗塁」は、投手が投球動作を開始したタイミングで走者が走塁を開始する上述の通常の盗塁である。「ディレードスチール」は、投手が投球動作を開始しても三塁走者が走塁を開始せず、その後、ボールを捕球した捕手が一塁走者の盗塁を阻止するために二塁に送球したタイミングで三塁走者が走塁を開始する盗塁である。「フェイント」は、実際には盗塁はしないが、投手が投球動作を開始したタイミングで走者が盗塁するようにみせかける動作である。

【0126】

ユーザは、選択メニューＭＵから三塁走者に指示する動作を任意に選択できる。例えば、図１２中の（Ｂ）に示すように、ユーザが三塁走者ボタン３ＢＲをタップした直後には、デフォルトで「盗塁」が仮選択された状態になっており、ユーザがタップした指を画面からすぐに離すと、三塁走者に盗塁を指示した操作となる。この場合、図１２中の（Ｃ）に示すように、通常の盗塁が予約されたことを示す矢印ＡＲが三塁に表示される。
また、図１３中の（Ａ）に示すように、ユーザが三塁走者ボタン３ＢＲをタップした指を画面から離すことなく、選択メニューＭＵの「ディレードスチール」の表示領域までスライドさせた後に指を画面から離すと、三塁走者にディレードスチールを指示した操作となる。この場合、図１３中の（Ｂ）に示すように、ディレードスチールが予約されたことを示す矢印ＡＲ２が三塁に表示される。ここで、三塁走者のディレードスチールは、三塁走者の走塁開始にさきがけて一塁走者が走塁を開始することを前提とした戦略である。そこで、自動指示部１１２は、走者一三塁で三塁走者にディレードスチールの個別の指示が行われたゲーム状況では、一塁走者に対して関連動作としての盗塁を自動的に指示する。これにより、図１３中の（Ｂ）に示すように、通常の盗塁が予約されたことを示す矢印ＡＲが一塁に表示される。

【0127】

なお、指示されている動作の違いをユーザが認識できるように、通常の盗塁を示す矢印ＡＲと、ディレードスチールを示す矢印ＡＲ２とは、表示形態（例えば、色、濃度、表示される文字または形状等）が異なっていることが望ましい（後述のフェイントを示す矢印ＡＲ３も同様）。また、走者等の操作対象キャラクタに動作が指示されていることを示す情報は、矢印ＡＲ等に限定されず、動作の指示の有無によって表示形態が異なっておればよい。

【0128】

また、図１４中の（Ａ）に示すように、ユーザが三塁走者ボタン３ＢＲをタップした指を画面から離すことなく、選択メニューＭＵの「フェイント」の表示領域までスライドさせた後に指を画面から離すと、三塁走者にフェイントを指示した操作となる。この場合、図１４中の（Ｂ）に示すように、フェイントが予約されたことを示す矢印ＡＲ３が三塁に表示される。ここで、三塁走者のフェイントは、一塁走者の盗塁の成功を助けるための戦略である。そこで、自動指示部１１２は、走者一三塁で三塁走者にフェイントの個別の指示が行われたゲーム状況では、一塁走者に対して関連動作としての盗塁を自動的に指示する。これにより、図１４中の（Ｂ）に示すように、通常の盗塁が予約されたことを示す矢印ＡＲが一塁に表示される。

【0129】

なお、上記では選択メニューＭＵを用いて三塁走者に個別指示する動作の種類をユーザが指定できる例を示したが、これに限定されない。例えば、三塁走者ボタン３ＢＲをタップすると「盗塁」、ダブルタップすると「ディレードスチール」、トリプルタップすると「フェイント」というように、ユーザの操作の仕方によって、動作の種類を指定できるようにしてもよい。

【0130】

図１２ないし図１４に示した例のように、同じ三塁走者に対するユーザの個別の指示であっても、当該三塁走者に指示する動作の種類が異なっている場合、一塁走者に対する自動的な指示が実行される場合と実行されない場合がある。つまり、ユーザが個別指示した動作の種類も、自動指示部１１２が関連動作を自動的に指示するためのゲーム状況の条件に含まれる。

【0131】

図１５は、自動指示情報テーブルの他の一例を示す図である。図１５の自動指示情報テーブルＴＢＬ１０２Ａにおいて、自動指示ＩＤ＝Ａ１１に関連付けられている「ゲーム状況」フィールドの情報が、前述したディレードスチールが個別指示された場合に自動指示を実行するためのゲーム状況の条件である。また、自動指示ＩＤ＝Ａ１２に関連付けられている「ゲーム状況」フィールドの情報が、前述したフェイントが個別指示された場合に自動指示を実行するためのゲーム状況の条件である。例えば、自動指示部１１２は、自動指示情報テーブルＴＢＬ１０２Ａを参照して、ゲーム状況に応じて、ユーザから個別に指示を受けていない走者に対しても関連動作を自動的に指示する。

【0132】

［５－２］図１３又は図１４に示した例は、走者一三塁の場面で、三塁走者に個別の指示をした場合に、状況に応じて一塁走者に自動的な指示が実行される一例であるが、以下に示すように、一塁走者に個別の指示をした場合に、状況に応じて三塁走者に自動的な指示が実行されるようにしてもよい。

【0133】

例えば、図１６又は図１７中の（Ａ）に示すように、走者一三塁の場面でユーザが一塁走者ボタン１ＢＲをタップして、一塁走者に盗塁の個別の指示を行った場合を考える。この場合、二塁には走者がいないので、一塁走者が盗塁しても三塁走者は必ずしも盗塁をする必要はないが、自動指示部１１２は、三塁走者の能力パラメータを参照して、三塁走者の盗塁成功の確率が高いと判断した場合には、三塁走者に盗塁を自動的に指示する。具体例としては、自動指示部１１２は、三塁走者の走力が所定ランク（例えばＡランク）以上である場合には、三塁走者の盗塁（ホームスチール）が成功する確率が高いと判断し、図１６中の（Ｂ）に示すように、三塁走者に盗塁を自動的に指示する。一方、自動指示部１１２は、三塁走者の走力が所定ランク未満である場合には、図１７中の（Ｂ）に示すように、三塁走者に盗塁を自動的に指示しない。例えば、自動指示部１１２は、図１５の自動指示情報テーブルＴＢＬ１０２Ａの自動指示ＩＤ＝Ａ１３に関連付けられている情報を参照して、三塁走者に対して盗塁を自動的に指示するか否かを判断する。

【0134】

図１６及び図１７に示した例のように、同じ一塁走者に対するユーザの個別の指示であっても、三塁走者の能力パラメータに応じて、三塁走者に対する自動的な指示が実行される場合と実行されない場合がある。つまり、操作対象キャラクタの能力パラメータも、自動指示部１１２が関連動作を自動的に指示するためのゲーム状況の条件に含まれる。

【0135】

［５－３］上記と同様に、例えば走者一二塁または二三塁の状況で、先頭の走者に対してユーザが盗塁の個別の指示を行った場合に、自動指示対象の後ろの走者の走力が所定ランク以上である場合のみ、自動指示部１１２が後ろの走者にも盗塁を自動的に指示するようにしてもよい。また、満塁の状況で、先頭（三塁）の走者に対してユーザが盗塁の個別の指示を行った場合に、二塁走者の走力が所定ランク以上である場合は二塁走者に、二塁および一塁の両走者の走力が何れも所定ランク以上である場合は当該両走者に、自動指示部１１２が盗塁を自動的に指示するようにしてもよい。

【0136】

［５－４］自動指示対象のキャラクタの能力パラメータだけでなく、例えば対戦相手のキャラクタの能力パラメータも参照して、自動指示部１１２が自動的に指示するか否かを判断してもよい。例えば、自動指示部１１２は、自動指示対象の走者の走力ランクと相手チームの捕手の肩力ランクとを比較して、走力ランクの方が肩力ランクよりも高ければ、盗塁が成功する確率が高いと判断し、自動指示対象の走者に盗塁を自動的に指示するようにしてもよい。

【0137】

［５－５］自動指示部１１２が自動指示対象のキャラクタに自動的に指示する関連動作の内容を、ゲーム状況に応じて異ならせてもよい。これを、走者一三塁の場面を例に挙げて、以下に説明する。
図１８中の（Ａ）に示すように、走者一三塁の場面でユーザが一塁走者ボタン１ＢＲをタップして、一塁走者に盗塁の個別の指示を行った場合を考える。例えばディレードスチールの戦略は、２アウト一三塁の状況で使用されることが多い。そこで、図１８中の（Ｂ）に示すように、２アウトであれば、自動指示部１１２は、三塁走者に対して、ディレードスチールを自動的に指示するようにしてもよい。なお、上述のように、三塁走者の走力が所定ランク以上であるという条件も、ディレードスチールを自動的に指示するための条件に含めてもよい。一方、図１８中の（Ｃ）に示すように、２アウト以外のアウトカウントであれば、一塁走者の盗塁の成功を助けるために、自動指示部１１２は、三塁走者に対して、フェイントを自動的に指示するようにしてもよい。

【0138】

［５－６］自動指示部１１２が関連動作を自動的に指示するためのゲーム状況の条件を、ユーザが予め設定（登録）しておけるようにしてもよい。例えば、三塁走者にディレードスチールを自動的に行わせるゲーム状況の条件（アウトカウント、走力の高さ等の条件）を、ユーザが任意に設定できるようにしてもよい。例えば、あるユーザは三塁走者の走力がＡランク以上を条件として自ら設定し、他のユーザはＢランク以上を条件として自ら設定することもできる。例えば、ユーザは、図示しない条件設定画面で、アウトカウント、自動指示対象の走者の走力、捕手の肩力、打者の打撃力等の条件の少なくとも１つの条件を設定する。複数のゲーム状況の条件（ＡＮＤ条件、ＯＲ条件、ＡＮＤ条件とＯＲ条件の組み合わせの何れでもよい）を設定することも可能である。

【0139】

この実施形態の条件設定部１１３は、自動指示部１１２が関連動作を自動的に指示するためのゲーム状況の条件を、ユーザの操作に基づいて予め設定する機能を有する。ユーザがゲーム状況の条件を直接入力する操作をすることの他、例えば、ユーザが所定ボタン（おすすめボタン、おまかせボタン等）を操作することによってコンピュータが提示したゲーム状況の条件をユーザが確認して設定を確定する場合も、前記「ゲーム状況の条件を、ユーザの操作に基づいて予め設定する」に含まれる。ユーザの操作に基づいて設定されたゲーム状況の条件は、例えば、自動指示情報テーブルＴＢＬ１０２Ａに追加されて記憶される。

【0140】

この実施形態の構成によれば、自動指示部１１２が自動的に指示するためのゲーム状況の条件を、ユーザ自身が予め設定できるので、ユーザが直接的に指示しない走者等の操作対象キャラクタに対して、ユーザの意図（ゲーム状況に応じた戦略）を的確に反映した自動的な指示が可能となる。

【0141】

また、どのようなゲーム状況の条件を満たした場合に、ユーザが個別の指示をしていない操作対象キャラクタが自動的にどのような関連動作をするのかを、ユーザの操作に基づいて予め設定（登録）しておけるようにしてもよい。つまり、ゲーム状況の条件と自動的な指示を行う関連動作とを関連付けて、ユーザの操作に基づいて予め設定（登録）しておけるようにしてもよい。

【0142】

［５－７］以上では、主に、盗塁予約等の動作予約の指示について例示したが、動作予約の指示ではなく、操作対象キャラクタに対してユーザが動作を指示する操作をすれば、その後すぐに指示された動作を操作対象キャラクタが実行するようにしてもよい。例えば、ユーザは、投手が投球動作に入ったと判断したタイミングで、盗塁をさせたい塁の走者ボタンＢＲをタップする操作をすれば、当該操作のタイミングで当該塁の走者がすぐに盗塁を開始するようにしてもよい。この場合も、自動的に指示するためのゲーム状況の条件を満たしておれば、ユーザが直接的に指示していない塁の走者に対しても、盗塁が自動的に指示される。そして、自動的に指示された走者はすぐに盗塁を開始する。

【0143】

［５－８］図６に例示した制御部１１０の機能の一部を省略することもできる。
例えば、以上では、表示制御部１１５が、各塁の走者ボタンＢＲ（１ＢＲ、２ＢＲ、３ＢＲ）に、対象となる走者の走力ランクを表示する機能を有する例を示したが、当該機能を省略することもできる。
また、以上では、走者ボタンＢＲによる個別指示の操作と、盗塁ボタンＳＢまたは解除ボタンＣＢによる一括指示の操作とが両方とも可能な例を示したが、盗塁ボタンＳＢおよび解除ボタンＣＢを省略し、個別指示の操作のみが可能としてもよい。この場合、図６に示す一括指示受付部１１４の機能を省略できる。

【0144】

［５－９］以上では、主に野球ゲームの例について説明したが、本発明は他のゲームにも適用できる。例えば、他のスポーツゲーム（サッカー、テニス、アメリカンフットボール、バスケットボール、アイスホッケー、バレーボール、ラグビー等を題材としたゲーム）、戦闘ゲーム、ロールプレイングゲーム、シミュレーションゲーム、アドベンチャーゲーム又は育成ゲームのように、ゲーム形式・ジャンルを問わず、「ユーザがそれぞれ個別に動作を指示可能な複数の操作対象キャラクタを含むゲーム」なら様々なゲームに適用できる。
野球以外のゲームの適用例としては次のようなものがある。例えば、物資を運ぶ運搬キャラクタ（例えば農民）、それを護衛する護衛キャラクタ（例えば兵士）、および移動経路上で邪魔になるその他キャラクタを、ユーザがそれぞれ個別に移動させながら街を発展させるゲームの場合は、次のように制御する。例えば、ユーザが運搬キャラクタを移動させる個別の指示を行うと、その移動を妨げないように、必然的に移動させる必要のあるキャラクタ（護衛キャラクタ及び／又はその他キャラクタ）への移動指示が自動的に行われるようにする。

【0145】

［５－１０］ゲーム端末１０とサーバ３０は、互いに通信して各種データの送受が可能であり、共にＣＰＵ、ＲＯＭ、ＲＡＭ、補助記憶装置、通信部等を備えた情報処理装置（コンピュータ）であって、基本的には同様のハード構成を有する。よって、以上に説明した各種機能の一部をゲーム端末１０のＣＰＵ１１によって実現し、残りをサーバ３０のＣＰＵ３１によって実現してもよい。又は、以上に説明した各種機能のすべてをゲーム端末１０のＣＰＵ１１によって実現してもよい。あるいは、以上に説明した各種機能のすべてをサーバ３０のＣＰＵ３１によって実現してもよい。

【0146】

［５－１１］各種情報を記憶装置に記憶する記憶制御機能を有する構成に関し、記憶装置そのものについては当該構成に含まれないので、ゲームシステム１の内外を問わず、どこに設置されていてもよい。例えば、記憶装置は、ゲームシステム１内の記憶装置（例えば、ＲＡＭ１３、補助記憶装置１４、ＲＡＭ３３、補助記憶装置３４、データベースＤＢ等）、あるいはこれらとは別構成のファイルサーバ（オンラインストレージ）等であってもよい。
［５－１２］上述した制御部１１０の機能の一部または全部を、ＬＳＩ（Large Scale Integration）等の集積回路により実現してもよい。また、上述の各機能を個別にプロセッサ化してもよい。あるいは、上述の機能の一部または全部を集積してプロセッサ化してもよい。

【0147】

［５－１３］本実施の形態に係るコンピュータ読み取り可能なプログラムは、ハードディスク、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ等）、フレキシブルディスク、半導体メモリ等のコンピュータ読み取り可能な各種記録媒体に記録され、当該記録媒体から読み出されて、ゲームシステム１又はゲーム制御装置を構成するコンピュータのＣＰＵにより実行される。また、プログラムのコンピュータへの提供は、インターネット、ＷＡＮ、ＬＡＮまたは専用回線等の通信回線を含むネットワークを介して行うこともできる。ファイルサーバ（オンラインストレージ）に記憶しておいたプログラムを、コンピュータが読み出してもよい。また、配信サーバから配信されるプログラムをコンピュータが受信してもよい。前記記録媒体には、プログラムを配信するために配信サーバからアクセス可能な内部または外部に設けられた記録媒体も含まれる。配信サーバの記録媒体に記憶されるプログラムのコードは、それを受信したコンピュータで直接実行可能な形式のコードでなくてもよい。すなわち、配信サーバからダウンロード後にコンピュータで実行可能にインストールできれば、配信サーバの記録媒体に記憶されるプログラムの形式は任意である。また、プログラムは、複数に分割されてそれぞれ異なるタイミングでダウンロードされた後に合体するものであってもよい。分割されたプログラムをそれぞれを配信する配信サーバが異なっていてもよい。また、コンピュータ読み取り可能な記録媒体には、ネットワークを介してプログラムを送信するサーバまたは受信するコンピュータにおける、ＲＡＭ等の揮発性メモリのように、一定時間、プログラムを保持するものも含む。また、プログラムは、コンピュータに既に保存されているプログラムとの組み合わせで上述の機能を実現できる差分プログラムであってもよい。

【0148】

［６．付記］
以上の記載から本発明は例えば以下のように把握される。なお、本発明の理解を容易にするために添付図面の参照符号を便宜的に括弧書きにて付記するが、それにより本発明が図示の態様に限定されるものではない。

【0149】

１）本発明の一態様に係るプログラムは、ユーザがそれぞれ個別に動作を指示可能な複数の操作対象キャラクタ（例えば走者）を含むゲームの制御を実行するコンピュータ（１、１０、３０）を、ユーザによる操作に基づいて、前記複数の操作対象キャラクタのそれぞれに対して、個別に動作（例えば盗塁またはその解除）の指示を受け付ける個別指示受付部（１１１）と、前記個別指示受付部により、前記複数の操作対象キャラクタのうちの一部の操作対象キャラクタに対して前記動作の指示が受け付けられた場合、当該一部の操作対象キャラクタ以外の少なくとも１の操作対象キャラクタに対して、ゲーム状況に応じて、当該動作に関連する関連動作を自動的に指示する自動指示部（１１２）と、して機能させるプログラムである。

【0150】

ここで、「コンピュータ」は、少なくともプロセッサ及び記憶装置（メモリ）を含むものであればよい。ここで、プロセッサは例えばＣＰＵである。また、プロセッサは、ＣＰＵに加え、またはＣＰＵに代えて、ＧＰＵ（Graphics Processing Unit）、ＤＳＰ（Digital Signal Processor）、またはＦＰＧＡ（Field Programmable Gate Array）等のハードウェアを含んで構成されてもよい。例えば、パーソナルコンピュータ、タブレット型コンピュータ、スマートフォン、据置型または携帯型のゲーム専用機、業務用（商業用）ゲーム機、携帯電話端末、ＰＨＳ端末、ＰＤＡ、情報処理機能を備えた多機能型テレビジョン受像機、サーバ、その他プロセッサ及び記憶装置を含むものは全て「コンピュータ」に含まれる。また、「コンピュータ」は、通信可能な複数台で構成されていてもよい。例えば、サーバと端末装置とを含むシステムも「コンピュータ」に含まれる。

【0151】

上記の構成によれば、ユーザがそれぞれ個別に動作を指示可能な複数の操作対象キャラクタのうちの一部に対してユーザが動作の個別の指示をすれば、ゲーム状況に応じて、ユーザが直接的に指示をしていない操作対象キャラクタに対しても、ユーザの意図する（または意図すると考えうる）関連動作が、自動的に指示される。これにより、複数の操作対象キャラクタに対して、煩雑な操作なしにユーザの意図（ゲーム状況に応じた戦略）を反映した適切な指示ができるようになる。延いては、ユーザによる操作時間の短縮化を図ることができる。

【0152】

２）本発明の一態様では、上記１）に記載の態様において、前記個別指示受付部（１１１）が受け付ける個別の指示および前記自動指示部による自動的な指示は、それぞれ当該指示の後に所定条件を満たした場合に対象の操作対象キャラクタに対して前記動作または前記関連動作を行わせることを予約する動作予約の指示、または前記動作予約を解除する指示を含む。

【0153】

上記の構成によれば、操作対象キャラクタに対してユーザが動作予約（またはその解除）の個別の指示をすれば、その際のゲーム状況に応じて、ユーザが直接的に指示をしていない操作対象キャラクタに対しても、ユーザの意図（戦略）を反映した適切な動作予約（またはその解除）の自動的な指示ができるようになる。

【0154】

３）本発明の一態様では、上記１）または２）に記載の態様において、前記自動指示部（１１２）は、前記個別指示受付部（１１１）により、前記複数の操作対象キャラクタのうちの一部の操作対象キャラクタに対して前記動作の指示が受け付けられた場合、当該一部の操作対象キャラクタ以外の操作対象キャラクタのうち、前記ゲーム状況に応じて必然的に前記関連動作を行わせる必要のある操作対象キャラクタに対して、前記関連動作を自動的に指示する。

【0155】

上記の構成によれば、操作対象キャラクタに対してユーザが動作（またはその解除）の個別の指示をすれば、その際のゲーム状況に応じて、必然的に関連動作を行わせる必要のある操作対象キャラクタに対しても、自動的な指示が行われる。これにより、ゲーム状況に応じて、煩雑な操作なしにユーザの意図（戦略）を反映した適切な指示ができるようになる。

【0156】

４）本発明の一態様では、上記１）ないし３）の何れかに記載の態様において、ユーザによる操作に基づいて、前記複数の操作対象キャラクタに対して前記動作の一括した指示を受け付ける一括指示受付部（１１４）としてさらに前記コンピュータを機能させる。

【0157】

上記の構成によれば、個別指示の操作（およびそれに伴う自動的な指示）と、一括指示の操作とを組み合わせることにより、複数の操作対象キャラクタに対する様々な指示操作が可能となり、ユーザによる指示操作の自由度が高まる。

【0158】

５）本発明の一態様では、上記１）ないし４）の何れかに記載の態様において、前記複数の操作対象キャラクタのそれぞれに対してユーザが前記動作の個別の指示を行うための複数の個別操作部（１ＢＲ、２ＢＲ、３ＢＲ）を画面に表示させ、当該複数の個別操作部のそれぞれに対応付けて当該個別の指示の対象となる操作対象キャラクタ（例えば走者）に関連付けられているパラメータ（例えば走力ランク）を表示させる表示制御部（１１５）としてさらに前記コンピュータを機能させる。

【0159】

上記の構成によれば、個別操作部に操作対象キャラクタのパラメータが表示されるので、ユーザは、当該パラメータを参考にして、操作対象キャラクタに指示（個別の指示およびそれに伴う自動的な指示）を行うか否かを判断できる。

【0160】

６）本発明の一態様では、上記１）ないし５）の何れかに記載の態様において、前記自動指示部（１１２）が前記関連動作を自動的に指示するための前記ゲーム状況の条件を、ユーザの操作に基づいて予め設定する条件設定部（１１３）としてさらに前記コンピュータを機能させる。

【0161】

上記の構成によれば、関連動作を自動的に指示するためのゲーム状況の条件を、ユーザ自身が予め設定できるので、ユーザが直接的に指示をしていない操作対象キャラクタに対して、ユーザの意図（ゲーム状況に応じた戦略）を的確に反映した自動的な指示が可能となる。

【0162】

７）本発明の一態様では、上記１）ないし６）の何れかに記載の態様において、前記個別指示受付部（１１１）により受け付けられた前記操作対象キャラクタに対して前記動作を行わせるとともに、前記自動指示部（１１２）により自動的に指示された前記操作対象キャラクタに対して前記関連動作を行わせる動作制御部（１１６）としてさらに前記コンピュータを機能させる。

【0163】

上記の構成によれば、ユーザが個別の指示をした操作対象キャラクタだけでなく、ユーザが直接的に指示をしていない操作対象キャラクタに対しても、ゲーム状況に応じた動作を行わせることができる。

【0164】

８）本発明の一態様に係るゲーム制御装置（１０又は３０）は、ユーザがそれぞれ個別に動作を指示可能な複数の操作対象キャラクタ（例えば走者）を含むゲームの制御を実行するものであって、ユーザによる操作に基づいて、前記複数の操作対象キャラクタのそれぞれに対して、個別に動作（例えば盗塁またはその解除）の指示を受け付ける個別指示受付部（１１１）と、前記個別指示受付部により、前記複数の操作対象キャラクタのうちの一部の操作対象キャラクタに対して前記動作の指示が受け付けられた場合、当該一部の操作対象キャラクタ以外の少なくとも１の操作対象キャラクタに対して、ゲーム状況に応じて、当該動作に関連する関連動作を自動的に指示する自動指示部（１１２）と、を含む。これにより、上記１）に記載の態様と同様の効果を奏する。

【0165】

９）本発明の一態様に係るゲームシステム（１）は、サーバ（３０）と、当該サーバ（３０）と通信可能な端末装置（１０）とを含み、ユーザがそれぞれ個別に動作を指示可能な複数の操作対象キャラクタ（例えば走者）を含むゲームの制御を実行するものであって、ユーザによる操作に基づいて、前記複数の操作対象キャラクタのそれぞれに対して、個別に動作（例えば盗塁またはその解除）の指示を受け付ける個別指示受付部（１１１）と、前記個別指示受付部により、前記複数の操作対象キャラクタのうちの一部の操作対象キャラクタに対して前記動作の指示が受け付けられた場合、当該一部の操作対象キャラクタ以外の少なくとも１の操作対象キャラクタに対して、ゲーム状況に応じて、当該動作に関連する関連動作を自動的に指示する自動指示部（１１２）と、を含む。これにより、上記１）に記載の態様と同様の効果を奏する。

【0166】

１０）本発明の一態様に係る情報記憶媒体は、１）～７）のいずれかに記載の態様のプログラムを記録したコンピュータで読み取り可能な情報記憶媒体である。これにより、上記１）～７）に記載の態様と同様の効果を奏する。

【0167】

１１）本発明の一態様に係るゲームシステム（１）又はゲーム制御装置（１０又は３０）の制御方法は、ユーザがそれぞれ個別に動作を指示可能な複数の操作対象キャラクタ（例えば走者）を含むゲームの制御を実行するゲームシステム又はゲーム制御装置を制御する方法であって、ユーザによる操作に基づいて、前記複数の操作対象キャラクタのそれぞれに対して、個別に動作（例えば盗塁またはその解除）の指示を受け付ける個別指示ステップ（Ｓ１０４）と、前記個別指示ステップにより、前記複数の操作対象キャラクタのうちの一部の操作対象キャラクタに対して前記動作の指示が受け付けられた場合、当該一部の操作対象キャラクタ以外の少なくとも１の操作対象キャラクタに対して、ゲーム状況に応じて、当該動作に関連する関連動作を自動的に指示する自動指示ステップ（Ｓ１１０）と、を含む。これにより、上記１）に記載の態様と同様の効果を奏する。

【符号の説明】

【0168】

１…ゲームシステム、Ｎ…ネットワーク、ＤＢ…データベース、１０…ゲーム端末、１１…ＣＰＵ、１３…ＲＡＭ、１４…補助記憶装置、１７…表示部、３０…サーバ、３１…ＣＰＵ、３３…ＲＡＭ、３４…補助記憶装置、１００…データ記憶部、１１０…制御部、１１１…個別指示受付部、１１２…自動指示部、１１３…条件設定部、１１４…一括指示受付部、１１５…表示制御部、１１６…動作制御部、ＴＢＬ１０１…ユーザ情報テーブル、ＴＢＬ１０２・ＴＢＬ１０２Ａ…自動指示情報テーブル、ＤＴ１０３…チームオーダーデータ、ＤＴ１０４…ゲーム進行データ、ＤＴ１０５…走者管理データ、Ｇ１０…攻撃時操作画面、Ａ１３…走者操作領域、１ＢＲ…一塁走者ボタン、２ＢＲ…二塁走者ボタン、３ＢＲ…三塁走者ボタン、ＡＲ・ＡＲ２・ＡＲ３…矢印、ＳＢ…盗塁ボタン、ＣＢ…解除ボタン

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】