JP2004237003A

JP2004237003A - ゲーム装置、ゲーム制御サーバ、ゲーム制御プログラムおよびそのプログラムが記録された記録媒体

Info

Publication number: JP2004237003A
Application number: JP2003031985A
Authority: JP
Inventors: Akira Yamashita; 晃山下
Original assignee: Namco Ltd
Current assignee: Namco Ltd
Priority date: 2003-02-10
Filing date: 2003-02-10
Publication date: 2004-08-26

Abstract

【課題】ネットワーク対戦型麻雀ゲームなど複数のプレイヤが順番に操作を行うゲームを、テンポよくプレイできるようにする。
【解決手段】他のプレイヤが牌を捨てたときの対応（鳴くか否か）を、予約メニュー２９に表示された対応の中から、プレイヤに予め選択させ、サーバに登録する。実際にその牌が捨てられたときには、サーバ側で自動的に予約された処理を実行する。また、手牌の中から牌を選択するためのカーソル２６の移動操作を、他のプレイヤのプレイ順でも受け付け、プレイヤが、プレイ順が回ってきたときに選択牌を確定する操作のみ行えばよいようにする。
【選択図】図５

Description

【０００１】
【発明の属する技術分野】
本発明は、ネットワーク対戦型麻雀ゲームなど、複数のプレイヤが決められた順番にしたがって交替で操作を行うタイプのネットワークゲームの制御に適したゲーム装置、ゲーム制御サーバ、それらを制御するゲーム制御プログラムおよびそのプログラムが記録された記録媒体に関する。
【０００２】
【従来の技術】
麻雀は、４人のプレイヤが、麻雀牌の山（牌山）から１つの牌を取り（ツモり）手持ちの牌の中から不要な牌を捨てるという動作を順番に繰り返しながら、手持ちの牌が所定の組み合わせとなるように牌を集めるゲームである。プレイヤは、他のプレイヤが捨てた牌の中に自分が必要とする牌を見つけた場合、所定の条件が満たされていれば、「ポン」、「チー」、「カン」、「ロン」などの掛け声とともに割り込みをかけ（鳴いて）、その牌を獲得することができる。
【０００３】
一般に、麻雀は、テンポよくプレイすることが好ましいとされている。このため、自分の順番でなかなかツモらなかったり、捨てる牌の選択に迷ったり、鳴ける場合に鳴く／鳴かないの判断に迷ったりして、次のプレイヤを長時間待たせる行為（長考）は、マナー違反とされている。一方で、そのような場合に、次のプレイヤが、待ちきれずに先に牌をツモってしまうこと（先ヅモ）も、マナー違反とされている。
【０００４】
麻雀のビデオゲームは、業務用ゲーム機器として、また家庭用ゲーム機器やパソコン用のアプリケーションソフトとして、従来から数多く提供されている（特許文献１を参照）。近年は、複数のプレイヤが通信対戦できるネットワーク対戦型の麻雀ゲームも提供されるようになった（特許文献２を参照）。
【０００５】
これらの麻雀ゲームは、プレイヤに、実際の麻雀のルールおよびマナーを守らせるように作られている。
【０００６】
第１に、麻雀ゲームでは、プレイヤの長考を防止するための時間制限が設けられている。具体的には、順番が回ってきたときに持ち時間が設定されており、持ち時間内に操作を行わなければ、選択した牌が自動的に捨てられたり、鳴ける状態であっても自動的に鳴かないものとして処理されたりする。
【０００７】
第２に、麻雀ゲームは、先ヅモができない仕様となっている。例えば、麻雀ゲームの制御プログラムは、１人のプレイヤが牌をツモってから捨てるまでの間、他のプレイヤからの入力を受け付けない。また、あるプレイヤが捨てた牌に対して鳴くことができるプレイヤが存在する場合には、そのプレイヤが鳴けることに気づいて鳴く／鳴かないの選択入力をするまで、そのプレイヤからの入力を待つ。この間、他のプレイヤの操作は受け付けられないため、先ヅモを行うことはできない。
【０００８】
【特許文献１】
特許第３０４１２６１号公報
【特許文献２】
特開平１１−２４２６４５号公報
【０００９】
【発明が解決しようとする課題】
上記麻雀ゲームの仕様は、３人のコンピュータプレイヤを相手にプレイする業務用の麻雀ゲームの仕様としては特に問題はなかった。しかしながら、家庭用ゲーム機器やパソコンを用いてプレイするネットワーク対戦型の麻雀ゲームでは、以下のような問題点が指摘されている。
【００１０】
コンピュータプレイヤ相手に１人でプレイするゲームの場合には、コンピュータプレイヤは長考することはない。このため、プレイヤ（人間）が持ち時間を一杯に使用したとしても、一巡にかかる時間は上記持ち時間の２倍にも満たない。これに対し、ネットワーク対戦型のゲームでは、各プレイヤが持ち時間を一杯に使用する可能性がある。すなわち、一巡する時間は最長で上記持ち時間の４倍にもなる。このような事情から、一般にネットワーク対戦型のゲームは、テンポよくプレイすることが難しいと言われている。
【００１１】
テンポよくプレイできるようにする方法としては、持ち時間を短くすることが考えられる。しかし、ネットワーク対戦に利用される家庭用ゲーム機器やパソコンでは、方向指示ボタンやカーソルキーの操作により画面上の牌指定カーソルを移動させて牌を選択しなければならない。このため、牌ごとに専用の選択ボタンが配置されている業務用ゲーム機器と異なり、持ち時間が短いと操作誤りが生じやすくなる。
【００１２】
さらに言えば、近年、携帯電話や携帯情報端末などの小型端末をゲームに使用することも多くなった。このようなキー操作が比較的しづらい端末では、上記操作誤りの問題はさらに深刻になることが予想される。
【００１３】
そこで、本発明は、操作誤りが生じる可能性を高めることなく、麻雀ゲームをテンポよくプレイできるようにすることを課題とする。但し、本発明は、麻雀ゲームに限らず、同様の問題を有するすべてのネットワーク対戦型ゲームについての問題解決を図るものである。
【００１４】
【課題を解決するための手段】
本発明は、上記課題を解決するために、複数のプレイヤが、予め決めたプレイ順にしたがって順番に所定の基本操作を行う一方で、いずれかのプレイヤによる基本操作の結果所定の条件が満たされたときには他のプレイヤが前記プレイ順に拘わらず所定の割込操作を行うことができるネットワーク対戦型のゲームを制御するゲーム装置およびゲーム制御サーバを提供する。
【００１５】
ここで、「基本操作」は自分の順番が回ってきたときに定期的に行う操作であり、「割込操作は、それ以外の状況で不定期に行う操作である。具体例として麻雀ゲームを挙げれば、自分の順番で牌を捨てる操作が「基本操作」、他人の順番でポン、カン、チーあるいはロンをするのが「割込操作」に相当する。
【００１６】
「いずれかのプレイヤによる基本操作の結果満たされる可能性がある条件」は、基本操作がどのようなものであるかによって異なるので、ゲームごとに定義されるべきものであるが、例えば麻雀ゲームの例で説明すれば、「ポンできる牌を誰かが捨てた」ことなどが「所定の条件」となり得る。
【００１７】
まず、上記ゲーム装置は、プレイヤが前述のようなゲームをプレイする際に直接使用するゲーム装置であって、以下の操作予約手段を備えることを特徴とする。
【００１８】
このゲーム装置が備える操作予約手段は、前記条件が満たされる以前に、その条件が満たされた場合の対応の選択肢を画面に表示して、いずれかの選択肢の指定入力を受け付けることにより、その条件が満たされた場合の対応を表す予約情報を生成する。また、操作予約手段は、生成した予約情報を、前述のようにゲーム制御サーバが参照可能な予約情報として、所定の記憶媒体に記憶せしめる。
【００１９】
「その条件が満たされた場合の対応」は、「条件」と同じくゲームごとに定義されるべきものであるが、例えば割込操作を行う、あるいは行わない対応が考えられる。麻雀ゲームの例であれば、ポン、カン、チーあるいはロンを行うという対応、反対に割込操作は行わずに見過ごすという対応、あるいは従来の麻雀ゲームと同様に条件が満たされた時点で割込操作を行うか否かを判断するという対応などが考えられる。
【００２０】
また、ゲーム装置には、プレイヤが予約した内容を忘れてしまう可能性を考慮し、予約情報を画面に表示することによりプレイヤによる登録済みの予約情報の確認を可能にする予約確認手段を備えておくことが望ましい。
【００２１】
操作予約手段は、プレイヤが基本操作を行う順番であるか否かに拘わらず、前記対応の選択肢および該選択肢を指定するための指定カーソルを表示する手段とすることが望ましい。これにより、他のプレイヤが基本操作を行っている間に、ゆっくり予約を行うか否かを検討することができる。
【００２２】
なお、「所定の記憶媒体」は、ゲーム制御サーバ側のハードディスクや外部記憶装置でもよいし、ゲーム装置側のハードディスクやメモリカードなどでもよい。
【００２３】
一方、上記ゲーム制御サーバは、以下に説明する基本処理実行手段、予約情報取得手段、予約処理自動実行手段を備えることを特徴とする。
【００２４】
基本処理実行手段は、各プレイヤがそれぞれ使用する複数のゲーム装置について、プレイ順にしたがって順番に、基本操作の受付けを含む基本処理を実行する手段である。
【００２５】
「基本操作の受付けを含む基本処理」は、プレイ順のプレイヤのゲーム装置との通信を伴う処理である。例えば麻雀ゲームの例では、プレイヤが牌を１枚ツモってから１枚捨てるまでの流れを制御する処理が基本処理に相当し、捨て牌の確定入力の受付けが基本操作の受付けに相当する。
【００２６】
また、予約情報取得手段は、ゲーム装置により生成され所定の記憶媒体に記憶された情報であって、いずれかのプレイヤによる基本操作の結果満たされる可能性がある条件、およびその条件が満たされた場合の対応が登録された予約情報を取得する手段である。すなわち、前述のゲーム装置が、ゲーム装置周辺の記憶媒体あるいはサーバ側の記憶媒体に記憶せしめた予約情報を参照する手段である。
【００２７】
所定の記憶媒体が、ゲーム制御サーバ側のハードディスクや外部記憶装置の場合には、予約情報取得手段はハードディスクなどから予約情報を直接読み取ることにより、予約情報を取得することができる。一方、所定の記憶媒体が、ゲーム装置側のハードディスクやメモリカードの場合には、予約情報取得手段は、ゲーム装置に対し予約情報を要求し、ゲーム装置から必要な予約情報を転送してもらうことにより取得することができる。
【００２８】
予約処理自動実行手段は、予約情報取得手段により取得された予約情報に登録されている条件が満たされた場合に、その条件が満たされた場合の対応として登録されている対応に相当する処理を自動的に実行する手段である。
【００２９】
例えば上記麻雀ゲームの例であれば、ポンの操作を予約したプレイヤがおり、そのポンできる牌を誰かが捨てた場合、ゲーム制御サーバは、ポンを予約したプレイヤが何の操作を行わなくても、ポンの操作が行われたものとして処理を実行する。
【００３０】
上記ゲーム装置とゲーム制御サーバの組み合わせによりネットワークゲームを制御すれば、予約された操作の自動実行により、プレイ順が一巡する時間を短縮して、ゲームをテンポよく進行させることができるようになる。
【００３１】
また、本発明は、上記問題を解決するための他の手段として、画面に表示された複数の選択肢の中から所望の選択肢を選択する操作を、複数のプレイヤが予め決めたプレイ順にしたがって順番に行うネットワーク対戦型のゲームを制御するゲーム装置を提供する。このゲーム装置は、割込操作の有無に拘わらず有用な装置であり、以下に説明するカーソル移動手段、位置情報記憶手段、確定信号受付手段および選択肢判定手段を備えることを特徴とするゲーム装置を提供する。
【００３２】
このゲーム装置は、自分の順番以外でもカーソル操作を行えるようにして、自分の持ち時間以上の時間をかけてカーソル合わせを行えるようにした点が特徴であり、そのための構成として、以下のようなカーソル移動手段、位置情報記憶手段、および選択肢確定手段を備える。
【００３３】
カーソル移動手段は、プレイヤが操作を行う順番であるか否かに拘わらず、選択肢を指定するための指定カーソルを操作可能な状態で画面に表示して、その指定カーソルの移動を指示する信号の入力を受け付ける手段である。
【００３４】
位置情報記憶手段は、カーソル移動手段により表示・移動される指定カーソルの画面内の位置を示す位置情報を記憶する手段である。
【００３５】
選択肢確定手段は、プレイヤが前記操作を行う順番であるときに選択肢の確定を意味する確定信号の入力を受け付け、その確定信号を受け付けた時点で位置情報記憶手段が記憶している位置情報が示す位置に配置された指定カーソルが指し示す選択肢を、選択された所望の選択肢として確定する手段である。
【００３６】
すなわち、カーソル位置の制御のみを行うカーソル移動手段を、ゲームの進行を左右する牌選択を確定させる選択肢確定手段と別個の手段として、それぞれ独立してカーソル位置情報を更新できるようにしている。
【００３７】
なお、上記ゲーム制御サーバおよび各ゲーム制御装置は、家庭用ゲーム機器やパソコンなどの汎用装置に、それらの汎用装置を上記各手段として動作させるゲーム制御プログラムを実装することによっても実現できる。本発明は、そのような場合に必要となるゲーム制御サーバ用のゲーム制御プログラムと、クライアント端末（家庭用ゲーム機器、パソコン、携帯電話あるいは携帯情報端末など）用のゲーム制御プログラムも、合わせて提供する。これらのゲーム制御プログラムは、サーバからネットワーク経由でダウンロードすることにより提供される。あるいはＤＶＤ、ＣＤ―ＲＯＭなど各種記録媒体に記録して提供される。
【００３８】
【発明の実施の形態】
以下、本発明の一実施の形態について、詳細に説明する。
【００３９】
はじめに、ネットワークゲームの概要について説明する。図１は、ネットワークゲームサービスの提供形態を表す図である。ネットワークゲームサービスは、ゲーム会社などが管理するサーバコンピュータ（サーバ２）により提供される。
【００４０】
サーバ２は、インターネットなどのネットワーク１に接続された１台または複数のコンピュータにより構成される。ネットワークゲームサービスの利用者は、通信機能を備えた家庭用ゲーム機器３Ａ、パソコン３Ｂ、携帯電話機３Ｃ、携帯情報端末３Ｄなどのクライアント端末を操作し、ネットワーク１を介してサーバ２にアクセスしてゲームを行う。なお、ここでネットワーク１は、各クライアント端末とサーバ２とを接続するためのあらゆる手段をいい、有線、無線は問わない。
【００４１】
図２は、図１のクライアント端末とサーバ２のハードウェアの構成を示す図である。図に示すように、サーバ２は、少なくとも、ＣＰＵ４、ＲＡＭ５、通信制御部６、入出力制御部７、およびそれらを接続するシステムバス８を備えている。ネットワークゲームを制御するゲーム制御プログラムや制御に用いられる各種データは、内蔵ハードディスクあるいは外部記憶装置９に記憶されている。
【００４２】
通信制御部６は、ネットワーク１との接続を制御する有線ネットワークインタフェース、無線ネットワークインタフェースあるいはその両方である。また、入出力制御部７は記憶装置９からのプログラムやデータの読取りと、記憶装置９へのデータの書込みを制御する。記憶装置９に記憶されているサーバ用制御プログラムは、システム起動時に入出力制御部７とシステムバス８を介してＲＡＭ５にロードされ、ＣＰＵ４によって実行される。
【００４３】
一方、クライアント端末３（３Ａ〜３Ｄ）は、少なくともＣＰＵ１０，ＲＡＭ１１，通信制御部１２、操作入力制御部１４、表示出力制御部１５、およびそれらを接続するシステムバス（あるいは配線）１６を備えている。
【００４４】
通信制御部１２は、ネットワーク１との接続を可能にするための、有線ネットワークインタフェースや無線ネットワークインタフェースである。
【００４５】
また、家庭用ゲーム機器３Ａやパソコン３Ｂは、通常、入出力制御部１３を備えている。入出力制御部１３は、ＣＤ−ＲＯＭやＤＶＤ１８、メモリカード１９などの記録媒体からのプログラムやデータの読取り、およびそれらの記録媒体へのデータの書込みを制御する部分である。
【００４６】
操作入力制御部１４は、操作機器１７からの入力を受け付ける。操作機器１７は、具体的には、家庭用ゲーム機器３Ａのコントローラ、パソコン３Ｂのキーボードやコントローラ、携帯電話機３Ｃや携帯情報端末３Ｄの本体に備えられた操作ボタンなどである。操作入力制御部１４により受け付けられた操作入力は、システムバスや配線１６を介してＣＰＵ１０に伝達される。
【００４７】
表示出力制御部１５は、ゲーム制御プログラムが出力する画像の画面２０への表示を制御する。画面２０は、具体的には、例えば家庭用ゲーム機器３Ａに接続された家庭用テレビの画面、パソコン３Ｂに接続されたディスプレイの画面、携帯電話機３Ｃや携帯情報端末３Ｄの本体に備えられた液晶画面などである。
【００４８】
ネットワークゲームを行うために必要な制御プログラムは、ＣＤ−ＲＯＭやＤＶＤ１８によって提供される場合もあれば、サーバ２からのダウンロードにより提供される場合もある。いずれの場合でも、端末に取り込まれた制御プログラムはＲＡＭ１１にロードされ、ＣＰＵ１０によって実行される。
【００４９】
上述のように、サーバ２およびゲームサービスの利用者が使用するクライアント端末３Ａ〜３Ｄは、それぞれゲーム制御プログラムを実行するための機能を備えており、ネットワークゲームは、クライアント端末側で実行される制御プログラムと、サーバ側で実行される制御プログラムとが、ネットワーク１を介して、プログラムやデータをやりとりすることにより進行する。
【００５０】
なお、図１および図２に例示した構成はネットワークゲームサービスを提供、利用するために必要な構成の一例に過ぎず、他の構成も考えられることは言うまでもない。例えば、クライアント端末の中の１台が、クライアントとしての機能とサーバとしての機能とを兼ね備える形態なども考えられる。また、個々の装置の内部構成としても、例えば、上記構成要素以外に画像処理を高速化するための専用プロセッサやＶＲＡＭなどを備えた構成などが考えられる。
【００５１】
以上、ネットワークゲームの概要について説明した。次に、本実施の形態におけるネットワーク対戦型麻雀ゲームについて、詳細に説明する。本実施の形態の麻雀ゲームは、従来の麻雀ゲームには無い３つの新機能を備えている。
【００５２】
図３は、第１の機能について説明するための図であり、クライアント端末の画面２０に表示されるゲーム画面２１を示している。図に示すように、ゲーム画面には、牌山２２と、各プレイヤの手牌２３Ａ〜２３Ｄおよび捨て牌２４Ａ〜２４Ｄが表示される。手牌２３Ａ〜２３Ｄは、そのクライアント端末の使用者であるプレイヤの手牌２３Ｂのみ内容がわかるように表示され、他のプレイヤの手牌２３Ａ，２３Ｃ，２３Ｄは牌の輪郭しかわからない状態で表示される。
【００５３】
図に示されている状態は、手牌２３Ｄが１４枚、手牌２３Ａ〜２３Ｃが１３枚であることからわかるように、手牌２３Ｄの持ち主であるプレイヤが牌２５をツモった状態を表している。すなわち、手牌２３Ｄの持ち主であるプレイヤに順番が回った状態を示している。以下、説明の便宜のため、手牌２３Ａの持ち主のプレイヤ（画面左）を東家プレイヤとし、手牌２３Ｂの持ち主のプレイヤ（画面下）を南家プレイヤとし、手牌２３Ｃの持ち主のプレイヤ（画面右）を西家プレイヤとし、手牌２３Ｄの持ち主のプレイヤ（画面上）を北家プレイヤと称することとする。
【００５４】
従来の麻雀ゲームでは、図のように北家プレイヤが牌２５をツモった場合、北家プレイヤがいずれかの牌を捨てるまでは、東家、南家および西家プレイヤは一切操作を行うことはできなかった。言い換えれば、操作を行う順番のプレイヤ以外のプレイヤの画面に、手牌を選択するための牌指定カーソルが表示されることはなかった。
【００５５】
また、従来の麻雀ゲームでは、牌指定カーソルは操作を行う順番のときだけ表示され制御されるものであったため、牌指定カーソルの位置は順番が回ってくる度に初期化されていた。初期化される位置は、通常ツモ牌２５の位置、すなわち手牌の並びの最も右の位置とされていた。このため、プレイヤは、持ち時間内に捨てる牌の位置まで牌指定カーソルを移動し、次いで捨て牌を確定するためのボタン操作を行う必要があった。このような仕様の下で、プレイヤの持ち時間を短縮すれば、操作誤りを誘発しやすくなることは明らかである。
【００５６】
これに対し、本実施の形態の麻雀ゲームでは、図３に示すように北家プレイヤの順番であっても、南家プレイヤのゲーム画面２１には牌指定カーソル２６が表示される。同様に、東家プレイヤ、西家プレイヤが使用しているクライアント端末の画面にも、牌指定カーソル２６が表示される。すなわち、牌指定カーソル２６は、操作を行う順番が回ってきたか否かに拘わらず常時表示される。プレイヤは、コントローラの方向指示ボタンなどを操作することにより、表示された牌指定カーソル２６を左右に自由に動かし、牌指定カーソル２６を任意の手牌に合わせることができる。
【００５７】
牌指定カーソル２６は常時表示されるものであるため、その位置が初期化されるのはゲーム開始時のみである。したがって、自分の順番が回ってくる前に、捨てる予定の牌に牌指定カーソル２６を予め合わせておけば、自分の順番が回ってきたときにも牌指定カーソル２６はそのままの位置に表示される。言い換えれば、従来のように順番が回ってくる度に、カーソルの位置がツモ牌の位置にリセットされてしまうことはない。したがって、プレイヤは、順番が回ってきたときに、捨て牌を確定する操作のみを行えばよい。
【００５８】
あるいは、プレイヤが予定を変更して他の牌を捨てたいと考えた場合には、あらためて牌指定カーソルを他の牌に合わせ直すこともできる。すなわち、従来の麻雀ゲームと同様、自分の順番が回ってきたときに牌指定カーソル２６を動かすことも可能である。
【００５９】
なお、そのような場面では、実際には、予め捨てようと決めていた牌を捨てるか、新たにツモってきたツモ牌を捨てるかの、二者択一の選択となることが多い。よって、カーソルを合わせ直してから捨て牌の確定操作を行う代わりに、２通りの捨て牌確定操作のうちのいずれかを行うことにより捨て牌を確定できるようにしてもよい。例えば、コントローラの○ボタンが押された場合にはカーソルが合わせられた牌が捨てられ、△ボタンが押された場合にはツモ牌が捨てられるような仕様とする。この仕様を取り入れれば、持ち時間内に急いでカーソル合わせを行わなければならない場面は少なくなるので、ゲームのテンポを乱す要因をさらに減らすことができる。
【００６０】
以上に説明したように、自分の順番であるか否かに拘わらず手牌へのカーソル合わせを行えるようにすれば、自分の持ち時間よりも長い時間を使ってカーソル合わせを行うことができるので、持ち時間が短くても、操作誤りの可能性が高まる心配はない。したがって、一人一人のプレイヤの持ち時間を従来よりも短めに設定して、ゲームをテンポよく進行させることが可能になる。
【００６１】
また、従来と同じ持ち時間を設定した場合には、従来よりもカーソル合わせに時間をかけることができるので、短時間での操作に自信がないプレイヤや、急かされることが嫌いなプレイヤでも、テンポを乱して他のプレイヤに迷惑をかけることなく、マイペースでゲームを楽しむことができる。
【００６２】
次に、第２の機能について説明する。図４から図１０までは、第２の機能について説明するための図である。これらの図は、南家プレイヤのクライアント端末の画面２０に表示される予約画面２８を表している。
【００６３】
第２の機能は、他のプレイヤが捨てた牌の中に、ポン、カン、チーあるいはロンすることができる牌があった場合に、ポン、カン、チーあるいはロンをするか否かを予め予約することができる機能である。第１の機能と同様、第２の機能も自分の順番であるか否かに拘わらず呼び出すことができる。
【００６４】
例えば、北家プレイヤに順番が回った状態で、南家プレイヤが第２の機能を呼び出す操作（例えば、家庭用ゲーム機器のコントローラの□ボタンを押す）を行うと、図４の予約画面２８が表れる。予約画面２８では、南家プレイヤの手牌２３Ｂのうち、ポン、カン、チーあるいはロンできる状態にある牌２７Ａ〜２７Ｄが、色付きで表示される。
【００６５】
次に、牌２７Ａ〜２７Ｄのいずれかに、前述の牌指定カーソル２６を合わせると、図５に示すように、予約メニュー２９が表示される。予約メニュー２９には、東家、西家、北家プレイヤにより捨てられた牌の中に牌指定カーソル２６を合わせた牌２７Ｄと同じ牌３２があった場合の対応の選択肢が、メニュー項目として表示される。図の例では、牌３２が捨てられた場合に、「ポンする」か、「ポンしない」か、「その場で考える」かの３つの選択肢が示されている。
【００６６】
南家プレイヤは、図５の予約画面２８において、予約メニュー２９のメニューカーソル３０を画面の上下方向に移動させて項目を指定し、項目確定のボタン操作を行うことにより所望の対応を選択することができる。
【００６７】
南家プレイヤが、図５に示した予約メニュー２９で「ポンする」を選択すると、図６に示すように、サブメニュー３１が表示され、東家、西家、北家プレイヤのそれぞれについて、ポンするか否かを選択することができる。これにより、例えば、西家および北家プレイヤが牌３２を捨てた場合については、次の順番のプレイヤを待たせないよう「ポン」を予約しておき、東家プレイヤについては次が自分の順番であり他のプレイヤへの気遣いが不要であることから「その場で考える」にするというように、プレイヤ別に対応を異ならせることができる。
【００６８】
なお、サブメニューによる予約機能としては、この他にも、例えば、１枚目が捨てられたときにはポンせず、２枚目が捨てられたときにはポンする、というように、既に捨てられた牌の枚数を選択できる機能なども考えられる。
【００６９】
予約画面２８で入力された各情報は、図７に示すような予約情報として、サーバ２に転送され、登録される。予約情報は、図に示すように、予約者と、条件と、条件が満たされたときの対応とを関連付けた情報である。
【００７０】
なお、本実施の形態では、予約情報の登録が完了すると、予約画面２８において、予約が行われたことを示す文字、記号あるいはマークなどが表示される。図８に示す例は、「西家または北家プレイヤが手牌２７Ｄと同じ牌を捨てた場合にポンする」ことをマーク３３として表示した例である。プレイヤによっては、予約した対応を忘れてしまう場合もあるので、必要に応じて確認できるようにしたものである。なお、確認のための表示の形態については、図の例に限らず多種多様な表示形態が考えられることはいうまでもない。
【００７１】
南家プレイヤが、図６の予約画面２８で「ポンする」という対応を選択していた場合には、西家または北家プレイヤにより手牌２７Ｄと同じ牌が捨てられた時点で、南家プレイヤが何の操作を行わなくても、南家プレイヤがポンしたことを示す表示が画面２１に自動的に表示される。具体的には、「ポン」という音声出力とともに、画面上では捨てられた牌が牌２７Ｄと並ぶように配置され、３枚の同じ牌からなる牌の組が作られる。
【００７２】
一方、南家プレイヤが、図６の予約画面２８で「ポンしない」という対応を選択していた場合には、手牌２７Ｄと同じ牌が捨てられた際に、南家プレイヤの操作を待つことなく次のプレイヤに順番が回る。
【００７３】
また、南家プレイヤが、予約を行わなかった場合、あるいは図６の予約画面２８で「その場で考える」を選択した場合には、従来の麻雀ゲームと同じく、手牌２７Ｄと同じ牌が捨てられた時点で南家プレイヤの判断が求められる。
【００７４】
図９は、南家プレイヤに判断を求める画面の例であり、画面２１にポンするか否かを選択するための選択メニュー３５が表示されている。この画面では、南家プレイヤは、カーソル３６により、「ポンする」、「ポンしない」のいずれかの対応を選択しなければならない。制限時間内に操作を行わなかった場合には、「ポンしない」が選択されたものとして自動的に処理される。
【００７５】
以上は「ポン」という対応を予約する場合についての説明であるが、「カン」についても、予約画面２８において同様の操作メニューを表示して予約を受け付けることができる。一方、「チー」や「ロン」のように、牌の組を成立させるために必要な牌が１種類とは限らない場合には、予約画面２８は、以下に説明するような画面となる。
【００７６】
図１０は、南家プレイヤがあと１枚で上がれる状態のときに呼び出された予約画面２８を表している。この予約画面２８では、南家プレイヤが上がるために必要な牌の種類を示す牌メニュー３７が表示される。さらに、各選択枠の右下にカーソルを合わせると、予約メニュー３８が表れる。プレイヤはカーソル３９を上下に移動させることにより「ロンする」、「ロンしない」、「その場で考える」の３つの選択肢の中からいずれかの対応を選択することができる。
【００７７】
南家プレイヤが、図１０の予約画面２８で、「ロンする」という対応を選択していた場合には、その「ロン」の対象となる牌が捨てられた時点では、南家プレイヤが何の操作を行わなくても、南家プレイヤがロンしたことを示す表示が画面２１に自動的に表示される。この場合、ゲームは南家プレイヤが勝利者となって終了する。
【００７８】
一方、南家プレイヤが、図１０の予約画面２８で「ロンしない」という対応を選択していた場合には、その「ロン」の対象となる牌が捨てられた際に、南家プレイヤの操作待ちとならずに、直ちに次のプレイヤに順番が回る。
【００７９】
また、南家プレイヤが、予約を行わなかった場合、あるいは図１０の予約画面２８で「その場で考える」を選択した場合には、従来の麻雀ゲームと同じく、ロンの対象となる牌が捨てられた時点で、図９の画面と同様に選択メニューが表示され、南家プレイヤの判断が求められる。
【００８０】
以上に説明した第２の機能によれば、各プレイヤは自分の順番であるか否かに拘わらず、いつでも予約画面２８を呼び出して、自分がポン、カン、チーあるいはロンできる状態にあるか否かを確認し、さらにポン、カン、チーあるいはロンの実行を予約することができる。
【００８１】
予めとるべき対応が予約された場合、実際にポン、カン、チーあるいはロンできる状況では、プレイヤの判断を待つことなく自動的に予約された対応が選択される。よって、次の順番のプレイヤが、ポン、カン、チーあるいはロンをするか否かの判断待ちで待たされるということがなくなり、一方、判断を行う側のプレイヤも、従来のように、次の順番のプレイヤを気遣いながら焦って操作を行う必要はなくなる。これにより、すべてのプレイヤが、急かされず、しかしテンポよく、楽しく麻雀をプレイすることができるようになる。
【００８２】
次に、図１１を参照して、第３の機能について説明する。第３の機能は、実際の麻雀ではマナー違反とされている「先ヅモ」を積極的に認める機能である。但し、マナーに忠実にプレイすることを好むプレイヤもいるため、第３の機能はオプション機能として実装することが好ましい。
【００８３】
第３の機能をオンにした場合に表示されるゲーム画面の一例を、図１１に示す。図１１は、東家プレイヤの順番で、東家プレイヤが牌４０をツモり、まだ牌を捨てていない状態で、南家プレイヤが牌４１をツモった状態を表す画面である。実際の麻雀のマナーを敢えて無視し、積極的に「先ヅモ」を認めることにより、各プレイヤの持ち時間を実質的に長くする。
【００８４】
第３の機能によれば、各プレイヤの持ち時間の一部は他のプレイヤの持ち時間と重複することになるため、プレイ順が一巡する時間は短縮されるが、個々のプレイヤに与えられる持ち時間が短縮されることはない。すなわち、操作誤りを誘発することなく、全体としてゲームをテンポよく進行させることができるようになる。
【００８５】
以上、本実施の形態のネットワーク対戦型麻雀ゲームが備える３つの機能について説明したが、次に、上記機能を実現するためのゲーム制御プログラムの処理について、さらに詳細に説明する。図１２、図１３および図１４は、従来のゲーム制御プログラムと本発明のゲーム制御プログラムの処理の違いを説明するための図である。
【００８６】
図１２は従来のゲーム制御プログラムの構成の概要を示す図である。前述のようにネットワーク対戦型ゲームは、サーバ側の制御プログラム４２とクライアント端末側の制御プログラム４３が、プログラムや制御データを相互にやりとりしながらゲームの進行を制御することにより実現されている。
【００８７】
従来のクライアント側の制御プログラムは、基本操作機能４４と割込操作機能４５を提供するものであった。基本操作機能４４は、クライアント端末を使用するプレイヤに順番が回ったときにサーバからツモ牌の情報を受信し、プレイヤから捨て牌の選択入力を受け付けて、その捨て牌の情報をサーバに返す処理を実行する機能である。また、割込操作機能４５は、サーバから他のプレイヤが捨てた牌についてポン、カン、チーあるいはロンをするか否かについて問合せを受けた際に、プレイヤに対応を選択させ、サーバに回答を返す処理を実行する機能である。
【００８８】
一方、従来のサーバ側制御プログラム４２は、基本処理機能４７と、割込処理機能４８を提供するものであった。基本処理機能４７は、クライアント端末にツモ牌の情報を送信し、クライアント端末から返された捨て牌の情報を受信する処理を実行する機能である。すなわちクライアントの基本操作機能４４の処理に対応する処理を実行する機能である。また、割込処理機能４８は、受信した捨て牌情報を全クライアント端末に配信することによってポン、カン、チーあるいはロンをするプレイヤがいるか否かの問合せを行い、返された応答にしたがってポン、カン、チーあるいはロンを実行する（あるいは実行しない）機能である。すなわち、クライアントの割込操作機能４５の処理に対応する処理を実行する機能である。
【００８９】
図に示すように、従来のゲーム制御プログラムでは、牌指定カーソルの位置を表すカーソル位置情報４６を管理する機能は、基本操作機能４４の一部として提供されていた。このため、牌指定カーソルが表示されるのは、そのプレイヤが牌をツモってから牌を捨てるまでの間に限られ、かつプレイヤが牌をツモる度にカーソル位置情報は、ツモ牌の位置を表す情報に初期化されていた。
【００９０】
図１３は、上記実施の形態におけるゲーム制御プログラムの構成の概要を示す図である。この構成では、クライアント側の制御プログラム５０は、基本操作機能５３、割込操作機能５４、カーソル自由移動機能５２および対応予約機能５５を提供する。
【００９１】
カーソル自由移動機能５２は、前述の第１の機能に相当し、図３を参照して説明したように、順番が回ってきたか否かに拘わらずカーソルを自由に移動させることができるようにする機能である。図に示すように、カーソル自由移動機能５２は、麻雀ゲームの進行を左右する基本操作機能５３とは切り離された機能として（例えば、別のプログラムコンポーネントとして）提供される。
【００９２】
カーソル位置情報５１は、図１２の構成と異なり、基本操作機能５３からは独立した位置情報記憶機能により記憶、管理される。カーソル位置情報５１は、カーソル自由移動機能５２により参照・更新され、基本操作機能５３によっても参照される。
【００９３】
基本操作機能５３は、図１２の基本操作機能４４と同じく、クライアント端末を使用するプレイヤに順番が回ったときにサーバからツモ牌の情報を受信し、プレイヤから捨て牌の選択入力を受け付けて、その捨て牌の情報をサーバに返す処理を実行する機能である。但し、カーソルの移動は、前述のカーソル自由移動機能５２により制御される。よって、基本操作機能５３は、プレイヤが捨て牌を確定する操作（例えばコントローラの○ボタンを押す操作）を行った際に、そのとき記憶されているカーソル位置の情報から捨て牌を判断してサーバに伝達する機能のみを提供する。
【００９４】
また、割込操作機能５４は、図１２の基本操作機能４５と同じく、サーバが、他のプレイヤが捨てた牌についてポン、カン、チーあるいはロンをするか否かを問合せてきたときに、プレイヤに対応を選択させ、サーバに回答を返す処理を実行する機能である。
【００９５】
また、対応予約機能５５は、前述の第２の機能に相当し、図４〜１０を参照して説明したように、ポン、カン、チーあるいはロンの操作を行う、行わない、あるいはその場で判断するということを予約する機能である。予約情報５９は、対応予約機能５５によりサーバに登録される。
【００９６】
一方、サーバ側の制御プログラム４９は、基本処理機能５６、割込処理機能５７および予約情報取得機能５８を提供する。
【００９７】
基本処理機能５６は、図１２の基本処理機能４７と同じく、クライアント端末にツモ牌の情報を送信し、クライアント端末から返された捨て牌の情報を受信する処理を実行する機能である。
【００９８】
予約情報取得機能５８は、クライアント側の対応予約機能５５により登録された予約情報を取得する機能である。
【００９９】
また、割込処理機能５７は、予約情報取得機能５８により取得された予約情報を参照することによって、予約されたポン、カン、チーあるいはロンの処理を自動的に実行する。但し、該当する予約情報が登録されていなかった場合には、図１２の割込処理機能４８と同じく、受信した捨て牌情報を全クライアント端末に配信することによってポン、カン、チーあるいはロンをするプレイヤがいるか否かの問合せを行い、返された応答にしたがってポン、カン、チーあるいはロンを実行する（あるいは実行しない）。すなわち、割込処理機能５７は、予約処理の自動実行と、問い合わせを伴う手動実行の両方の機能を提供する。
【０１００】
なお、図１３は、予約情報５９をサーバ側で管理する構成を示す図であるが、予約情報５９は、図１４に示すようにクライアント側で管理してもよい。図１３の形態では、予約情報参照のための通信処理が不要であるため、サーバの負担は軽くなる。一方、図１４の形態では、図７に例示した予約情報のように予約者と予約内容を関連付ける必要はなくなるため、予約情報のデータフォーマットは簡素化される。
【０１０１】
図１５は、クライアント端末のメイン制御プログラムの処理概要を示すフローチャートである。図に示すように、プレイヤが端末上でネットワーク対戦型の麻雀ゲームを開始すると、プログラムは、図２に示した操作機器１７からの入力と、ネットワーク１からのデータ受信の両方を受け付ける。
【０１０２】
入力の種類はステップＳ１０１で判定され、操作機器１７からの入力であれば、ステップＳ１０２で操作されたボタンの種類が判定される。コントローラの方向指示ボタンなどカーソルの移動を指示するボタンである場合には、ステップＳ１０４において前述のカーソル自由移動機能が呼び出され、カーソルの位置が制御される。予約画面を呼び出すボタンである場合には、ステップＳ１０５において前述の対応予約機能が呼び出され、前述の予約画面２８の表示制御処理が実行される。
【０１０３】
ネットワーク１からデータを受信した場合には、ステップＳ１０３において受信データの内容が判定される。ツモ牌情報であればステップＳ１０６において基本操作機能が呼び出され、プレイヤに捨て牌を選択させ、サーバに捨て牌の情報を返す処理が実行される。捨て牌情報を受信した場合には、ステップＳ１０７において割込操作機能が呼び出され、ポン、カン、チーあるいはロンの制御が行われる。
【０１０４】
図１６は、図１５のステップＳ１０６の基本操作機能により実行される処理の概要を示すフローチャートである。図の右側は、サーバ側の対応する処理を示している。
【０１０５】
図に示すように、あるプレイヤに順番が回ると、サーバ２は、ステップＳ２０１においてツモ牌の情報をそのプレイヤのクライアント端末３に送信する。クライアント端末３は、ステップＳ３０１においてツモ牌の情報を受信すると、ステップＳ３０２においてそのプレイヤの手牌の並びにツモ牌が表示されるように画面を更新する。次にステップＳ３０３において、牌指定カーソル２６の移動を指示する入力を受け付ける。但し、プレイヤが上記第１の機能を利用して、捨て牌にあらかじめカーソル合わせを済ませている場合には、入力が無い場合もある。
【０１０６】
さらに、クライアント端末３は、ステップＳ３０４において、捨て牌の確定を意味する信号の入力を受け付けると、ステップＳ３０５において、指定された捨て牌の情報をサーバ２に送信する。サーバ２は、ステップＳ２０２において捨て牌の情報を受信する。以上で、１人のプレイヤの基本操作が完了する。
【０１０７】
図１７は、図１５のステップＳ１０５の対応予約機能により実行される処理の概要を示すフローチャートである。クライアント端末３は、ステップＳ４０１において、図４や図１０で示したように、画面にポン、カン、チーあるいはロンの対象となる牌を表示し、ステップＳ４０２において、プレイヤから牌の指定入力を受け付ける。次に、ステップＳ４０３において、図５、図６あるいは図１０で示したようなメニュー表示を行い、ステップＳ４０４において、プレイヤからメニュー項目の選択入力を受け付ける。
【０１０８】
次に、クライアント端末３は、ステップＳ４０５において、メニュー項目の選択により入力された内容から所定のデータフォーマットの予約情報を生成し、クライアント側、あるいはサーバ側に登録する。予約情報をサーバ側に登録する場合、サーバは、クライアント端末３から予約情報を受信し、受信した予約情報をサーバ側の記憶装置に、後に参照可能な状態で記憶する。
【０１０９】
図１８は、図１５のステップＳ１０７の割込操作機能により実行される処理の概要と、対応するサーバ側の処理の概要を示すフローチャートである。図１８に示す処理は、図１３に示したように予約情報５９がサーバ側に登録されていることを前提とした処理である。サーバ２がステップＳ２０５において捨て牌情報を全クライアント端末に配信すると、クライアント端末３は、ステップＳ５０１において、その捨て牌情報を受信し、ステップＳ５０２において画面を更新し、捨て牌が表示されるようにする。一方で、サーバ２は、ステップＳ２０６において、予約情報を参照することにより、その捨て牌に対してポン、カン、チーあるいはロンの予約が有るか否かを判断する。
【０１１０】
鳴くこと、あるいは鳴かないことが予約されていた場合には、ステップＳ２０８において予約に応じた処理を実行する。
【０１１１】
予約がされなかった場合や予約画面のメニューにおいて「その場で考える」が選択された場合には、予約情報は登録されないため、ステップＳ２０７においてクライアント端末３に対し問合せ処理を実行する。問合せ情報を受信したクライアント端末３は、ステップＳ５０３において、図９に示したような選択メニュー３５を表示し、ステップＳ５０４においてプレイヤからの選択入力を受け付け、ステップＳ５０５において選択結果をサーバに返信する。
【０１１２】
ステップＳ２０７において選択結果を受信したサーバ側制御プログラムは、ステップＳ２０８において問合せ結果に応じた処理を実行する。なお、予約に応じた処理、問合せ結果に応じた処理とは、例えばプレイヤが鳴いたこと、あるいは鳴かなかったことをサーバ側に記録する処理や、クライアントに結果を通知するための結果情報を生成する処理などである。生成された結果情報は、ステップＳ２０９において全クライアント端末に配信される。クライアント端末は、ステップＳ５０６において、この結果情報を受信し、ステップＳ５０７において、結果情報に基づいて画面を更新する。
【０１１３】
図１９は、図１８と同じく、図１５のステップＳ１０７の割込機能により実行される処理の概要と、対応するサーバ側の処理の概要を示すフローチャートである。但し、図１４に示したように、予約情報５９がクライアント側に登録されていることを前提とした処理である。
【０１１４】
サーバ２がステップＳ２１０において捨て牌情報を全クライアント端末に配信すると、クライアント端末３は、ステップＳ６０１において捨て牌情報を受信し、ステップＳ６０２において画面を更新し、指定した牌が捨て牌として表示されるようにする。次に、クライアント端末は、ステップＳ６０３において、予約情報を参照することにより、その捨て牌に対してポン、カン、チーあるいはロンの予約が有るか否かを判断する。予約があった場合には、ステップＳ６０６で、予約情報をサーバに送信する。
【０１１５】
予約がされなかった場合や予約画面のメニューにおいて「その場で考える」が選択された場合には、予約情報は登録されないため、ステップＳ６０４において図９に例示した選択メニュー３５を表示し、ステップＳ６０５においてプレイヤから選択項目の入力を受け付ける。ステップＳ６０６では、メニュー選択された対応を選択結果情報としてサーバに送信する。
【０１１６】
サーバ側制御プログラムはステップＳ２１１において予約情報あるいは選択情報を受信し、ステップＳ２１２において予約内容あるいは選択内容に応じた処理を実行する。その後、ステップＳ２１３において、結果情報をすべてのクライアント端末に配信する。クライアント端末は、ステップＳ６０７において結果情報を受信し、ステップＳ６０８において結果情報に基づいて画面を更新する。
【０１１７】
図１５のステップＳ１０４のカーソル自由移動機能により実行される処理は、図１３の説明として前述したように、カーソル位置情報の管理方法は従来と異ならせることにより実現することができる。
【０１１８】
また、前述の第３の機能は、図１６のフローチャートのサーバ側の処理が終了する前に、同じ処理を実行する別のプロセスを起動し、２台のクライアント端末に対し並列に処理を実行することにより実現できる。
【０１１９】
以上に説明したように、上記第１、第２および第３の機能は、サーバコンピュータおよびクライアント端末に適切な制御プログラムを実装することにより、実現可能である。但し、上記フローチャートにより示した処理は、あくまでも一例に過ぎず、種々の変更を加えることができることは言うまでもない。
【０１２０】
上記第１の機能は、割込み操作の有無に拘わらず、カーソル合わせによる選択操作を交替で行うあらゆる対戦ゲームに適用可能である。したがって、例えばオセロ、将棋、囲碁ゲームなどにも応用することができる。
【０１２１】
また、上記第２の機能は、割込み操作を伴うあらゆるゲームに適用可能であり、上記麻雀のほか、アニメキャラクタなどの絵合わせゲームなど類似のルールを有するゲームに応用することができる。また、手牌や手札の組み合わせを競うゲーム以外でも、例えばトランプのダウトゲームのように、ゲームのルール上割込みをかけることができるものであれば、第２の機能を組み込むことができる。
【０１２２】
さらに、上記第３の機能も、同様の、順番にカードを引くタイプのカードゲームなど、多くのゲームに応用することができる。
【０１２３】
すなわち、上記麻雀ゲームは、本発明が提案する機能を実装することができるゲームの種類を限定するものではなく、上記機能が、他のあらゆるゲームに適用可能であることは言うまでもない。
【０１２４】
【発明の効果】
本発明のゲーム制御サーバ、ゲーム装置およびそれらの制御プログラムにより実現されるゲームでは、プレイヤは、そのプレイヤに与えられた持ち時間を超えて次の対応、あるいは所定の条件が満たされたときの対応を検討することができる。このため、実際に順番が回ってきた際、判断や対応に手間取ることが少なくなり、ゲームをテンポよく進行させることができる。
【図面の簡単な説明】
【図１】ネットワークゲームサービスの提供・利用形態を示す図
【図２】クライアント端末およびサーバのハードウェアの構成を示す図
【図３】第１の機能について説明するための図
【図４】第２の機能の対象牌表示について説明するための図
【図５】第２の機能の予約メニュー表示について説明するための図
【図６】第２の機能のサブメニュー表示について説明するための図
【図７】予約情報の例を示す図
【図８】第２の機能の予約確認表示について説明するための図
【図９】第２の機能の選択メニュー表示について説明するための図
【図１０】第２の機能の予約メニュー表示の他の形態について説明するための図
【図１１】第３の機能について説明するための図
【図１２】従来のゲーム制御プログラムの構成の概要を示す図
【図１３】本発明のゲーム制御プログラムの構成概要を示す図
【図１４】本発明のゲーム制御プログラムの構成概要を示す図
【図１５】クライアント端末のメイン制御プログラムの処理概要を示すフローチャート
【図１６】基本操作機能により実行される処理の概略を示すフローチャート
【図１７】対応予約機能により実行される処理の概略を示すフローチャート
【図１８】割込操作機能により実行される処理の概略を示すフローチャート（図１３の構成に対応）
【図１９】割込操作機能により実行される処理の概略を示すフローチャート（図１４の構成に対応）
【符号の説明】
１ネットワーク、２サーバ、３クライアント端末、３Ａ家庭用ゲーム機器、３Ｂパソコン、３Ｃ携帯電話、３Ｄ携帯情報端末、８，１６システムバス、９記憶装置、１８ＤＶＤなど、１９メモリカード、２１ゲーム画面、２２牌山、２３Ａ〜２３Ｄ手牌、２４Ａ〜２４Ｄ，３４捨て牌、２５ツモ牌、２６カーソル、２７Ａ〜２７Ｄ組を作れそうな牌、２８予約画面、２９，３８予約メニュー、３０，３９メニューカーソル、３１サブメニュー、３２待つ牌、３３マーク、３５選択メニュー、３６選択カーソル、３７牌メニュー、４０ツモ牌、４１先ヅモされたツモ牌。

Claims

複数のプレイヤが、予め決めたプレイ順にしたがって順番に所定の基本操作を行う一方で、いずれかのプレイヤによる基本操作の結果所定の条件が満たされたときには他のプレイヤが前記プレイ順に拘わらず所定の割込操作を行うことができるネットワーク対戦型ゲームをプレイする際に使用するゲーム装置であって、
前記条件が満たされる以前に、該条件が満たされた場合の対応の選択肢を画面に表示し、いずれかの選択肢の指定入力を受け付けることにより、前記条件が満たされた場合の対応を表す予約情報を生成し、該予約情報を、前記ネットワーク対戦型ゲームを制御するゲーム制御サーバが参照可能な状態で所定の記憶媒体に記憶せしめる操作予約手段を備えたことを特徴とするゲーム装置。
前記予約情報として登録され得る対応は、前記割込操作を自動的に行う、前記割込操作は行わない、あるいは、前記割込操作を行うか否かを前記条件が満たされた時点で判断する、のいずれかであることを特徴とする請求項１記載のゲーム装置。
前記所定の記憶媒体に記憶された予約情報を画面に表示することによりプレイヤによる登録済みの予約情報の確認を可能にする予約確認手段をさらに備えたことを特徴とする請求項１または２記載のゲーム装置。
前記所定の記憶媒体は、前記ゲーム制御サーバに内蔵または外部接続された記憶媒体であることを特徴とする請求項１から３のいずれかに記載のゲーム装置。
前記所定の記憶媒体は、前記ゲーム装置に内蔵または外部接続された記憶媒体であることを特徴とする請求項１から３のいずれかに記載のゲーム装置。
前記操作予約手段は、プレイヤが前記基本操作を行う順番であるか否かに拘わらず、前記対応の選択肢および該選択肢を指定するための指定カーソルを表示することを特徴とする請求項１から５のいずれかに記載のゲーム装置。
複数のプレイヤが、予め決めたプレイ順にしたがって順番に所定の基本操作を行う一方で、いずれかのプレイヤによる基本操作の結果所定の条件が満たされたときには他のプレイヤが前記プレイ順に拘わらず所定の割込操作を行うことができるネットワーク対戦型のゲームを制御するゲーム制御サーバであって、
前記各プレイヤがそれぞれ使用する複数のゲーム装置について、前記プレイ順にしたがって順番に、前記基本操作の受付けを含む基本処理を実行する基本処理実行手段と、
前記各ゲーム装置により生成され所定の記憶媒体に記憶された情報であって、いずれかのプレイヤによる基本操作の結果満たされる可能性がある条件、および該条件が満たされた場合の対応が登録された予約情報を取得する予約情報取得手段と、
前記予約情報取得手段により取得された予約情報に登録されている条件が満たされた場合に、該条件が満たされた場合の対応として登録されている対応に相当する処理を、自動的に実行する予約処理自動実行手段とを備えたことを特徴とするゲーム制御サーバ。
前記予約情報取得手段は前記ゲーム制御サーバに内蔵または外部接続された記憶媒体から前記予約情報を直接読み取ることにより該予約情報を取得することを特徴とする請求項７記載のゲーム制御サーバ。
前記予約情報取得手段は、前記ゲーム装置に対し前記ゲーム装置に内蔵または外部接続された記憶媒体に記憶された前記予約情報の転送を要求することにより前記予約情報を取得することを特徴とする請求項７記載のゲーム制御サーバ。
画面に表示された複数の選択肢の中から所望の選択肢を選択する操作を、複数のプレイヤが予め決めたプレイ順にしたがって順番に行うネットワーク対戦型のゲームを制御するゲーム装置であって、
プレイヤが前記操作を行う順番であるか否かに拘わらず、選択肢を指定するための指定カーソルを操作可能な状態で画面に表示して該指定カーソルの移動を指示する信号の入力を受け付けるカーソル移動手段と、
前記カーソル移動手段により表示・移動される指定カーソルの画面内の位置を示す位置情報を記憶する位置情報記憶手段と、
プレイヤが前記操作を行う順番であるときに前記選択肢の確定を意味する確定信号の入力を受け付け、該確定信号を受け付けた時点で前記位置情報記憶手段が記憶している位置情報が示す位置に配置された指定カーソルが指し示す選択肢を、前記複数の選択肢の中から選択された所望の選択肢として確定する選択肢確定手段とを備えたゲーム装置。
複数のプレイヤが、予め決めたプレイ順にしたがって順番に所定の基本操作を行う一方で、いずれかのプレイヤによる基本操作の結果所定の条件が満たされたときには他のプレイヤが前記プレイ順に拘わらず所定の割込操作を行うことができるネットワーク対戦型ゲームを制御するゲーム制御プログラムであって、コンピュータに、
前記条件が満たされる以前に、該条件が満たされた場合の対応の選択肢を画面に表示し、いずれかの選択肢の指定入力を受け付けることにより、前記条件が満たされた場合の対応を表す予約情報を生成し、該予約情報を、前記ネットワーク対戦型ゲームを制御するゲーム制御サーバが参照可能な状態で所定の記憶媒体に記憶せしめる操作予約機能を実装するゲーム制御プログラム。
前記予約情報として登録され得る対応は、前記割込操作を自動的に行う、前記割込操作は行わない、あるいは、前記割込操作を行うか否かを前記条件が満たされた時点で判断する、のいずれかであることを特徴とする請求項１１記載のゲーム制御プログラム。
前記コンピュータに、前記所定の記憶媒体に記憶された予約情報を画面に表示することによりプレイヤによる登録済みの予約情報の確認を可能にする予約確認機能をさらに実装することを特徴とする請求項１１または１２記載のゲーム制御プログラム。
前記所定の記憶媒体は、前記ゲーム制御サーバに内蔵または外部接続された記憶媒体であることを特徴とする請求項１１から１３のいずれかに記載のゲーム制御プログラム。
前記所定の記憶媒体は、当該ゲーム制御プログラムが組み込まれているゲーム装置に内蔵または外部接続された記憶媒体であることを特徴とする請求項１１から１３のいずれかに記載のゲーム制御プログラム。
前記操作予約機能により、プレイヤが前記基本操作を行う順番であるか否かに拘わらず、前記対応の選択肢および該選択肢を指定するための指定カーソルが表示されることを特徴とする請求項１１から１５のいずれかに記載のゲーム制御プログラム。
複数のプレイヤが、予め決めたプレイ順にしたがって順番に所定の基本操作を行う一方で、いずれかのプレイヤによる基本操作の結果所定の条件が満たされたときには他のプレイヤが前記プレイ順に拘わらず所定の割込操作を行うことができるネットワーク対戦型のゲームを制御するゲーム制御サーバ用のゲーム制御プログラムであって、コンピュータに、
前記各プレイヤがそれぞれ使用する複数のゲーム装置について、前記プレイ順にしたがって順番に、前記基本操作の受け付けを含む基本処理を実行する基本処理実行機能、
前記各ゲーム装置により生成され所定の記憶媒体に記憶された情報であって、いずれかのプレイヤによる基本操作の結果満たされる可能性がある条件、および該条件が満たされた場合の対応が登録された予約情報を取得する予約情報取得機能、および
前記予約情報取得機能により取得された予約情報に登録されている条件が満たされた場合に、該条件が満たされた場合の対応として登録されている対応に相当する処理を、自動的に実行する予約処理自動実行機能を実装するゲーム制御プログラム。
前記予約情報取得機能は前記ゲーム制御サーバに内蔵または外部接続された記憶媒体から前記予約情報を直接読み取ることにより該予約情報を取得する機能であることを特徴とする請求項１７記載のゲーム制御プログラム。
前記予約情報取得機能は、前記ゲーム装置に対し前記ゲーム装置に内蔵または外部接続された記憶媒体に記憶された前記予約情報の転送を要求することにより前記予約情報を取得する機能であることを特徴とする請求項１７記載のゲーム制御プログラム。
画面に表示された複数の選択肢の中から所望の選択肢を選択する操作を、複数のプレイヤが予め決めたプレイ順にしたがって順番に行うネットワーク対戦型のゲームを制御するゲーム制御プログラムであって、コンピュータに、
プレイヤが前記操作を行う順番であるか否かに拘わらず、選択肢を指定するための指定カーソルを操作可能な状態で画面に表示して該指定カーソルの移動を指示する信号の入力を受け付けるカーソル移動機能、
前記カーソル移動機能により表示・移動される指定カーソルの画面内の位置を示す位置情報を記憶する位置情報記憶機能、および
プレイヤが前記操作を行う順番であるときに前記選択肢の確定を意味する確定信号の入力を受け付け、該確定信号を受け付けた時点で前記位置情報記憶機能により記憶される位置情報が示す位置に配置された指定カーソルが指し示す選択肢を、前記複数の選択肢の中から選択された所望の選択肢として確定する選択肢確定機能を実装するゲーム制御プログラム。
請求項１１から２０のいずれかに記載されたゲーム制御プログラムが記録されたコンピュータ読み取り可能な記録媒体。