(57)【特許請求の範囲】
【請求項１】
複数のゲーム装置の間で回線を介して通信可能に構成されるゲームシステムであって、
前記複数のゲーム装置の各々が所定の動作環境に基づいて自装置がマスターとなるべきか否かを判断し、当該判断結果に応じてマスター装置及びスレーブ装置が決定され、
前記マスター装置が第１の環境設定条件を前記スレーブ装置に通報し、かつ前記スレーブ装置が第２の環境設定条件を前記マスター装置に通報し、
前記マスター装置から通報された前記第１の環境設定条件を前記スレーブ装置が表示し、かつ前記スレーブ装置から通報された前記第２の環境設定条件を前記マスター装置が表示し、
前記マスター装置が最終的な環境設定条件を決定して当該最終的な環境設定条件を前記スレーブ装置へ通報し、
前記マスター装置が前記スレーブ装置から通報された前記第２の環境設定条件を前記最終的な環境設定条件としてを決定した場合に前記マスター装置に対してボーナスが与えられる、
ゲームシステム。
【請求項２】
複数のゲーム装置の間で回線を介して通信可能に構成されたゲームシステムにおけるゲーム処理の方法であって、
前記複数のゲーム装置の各々が所定の動作環境に基づいて自装置がマスターとなるべきか否かを判断し、マスター装置及びスレーブ装置が決定される第１ステップと、
前記マスター装置が第１の環境設定条件を前記スレーブ装置に通報する第２ステップと、
前記マスター装置が前記スレーブ装置から通報された前記第２の環境設定条件を表示する第３ステップと、
前記マスター装置が最終的な環境設定条件を決定して当該最終的な環境設定条件を前記スレーブ装置へ通報する第４ステップと、
前記マスター装置が前記スレーブ装置から通報された前記第２の環境設定条件を前記最終的な環境設定条件を決定した場合に、前記マスター装置に対してボーナスが与えられる第５ステップと、
を含む、ゲームシステムにおけるゲーム処理方法。
【請求項３】
前記マスター装置が前記スレーブ装置から通報された前記第２の環境設定条件を前記最終的な環境設定条件としてを決定しなかった場合に、前記マスター装置に対してペナルティが与えられる第６ステップ、
を更に含む、請求項２に記載のゲームシステムにおけるゲーム処理方法。
【請求項４】
前記第４ステップにおいて、前記マスター装置は、予めタイムアウト時間を定め、当該タイムアウト時間が来た場合に前記第１の環境設定条件を前記最終的な環境設定条件として決定する、
請求項２又は３に記載のゲームシステムにおけるゲーム処理方法。
【請求項５】
前記最終的な環境設定条件には複数の条件が含まれており、前記マスター装置が前記第１の環境設定条件を前記最終的な環境設定条件のうちの１つとして決定した場合には、前記最終的な環境設定条件のうちの他の１つを決定する際の優先権を前記スレーブ装置に持たせる第７ステップ、
を更に含む、請求項２乃至４の何れか１項に記載のゲームシステムにおけるゲーム処理方法。
【請求項６】
複数のゲーム装置の間で通信回線を介して通信可能に構成されたゲームシステムにおけるゲーム処理の方法であって、
前記複数のゲーム装置の各々が所定の動作環境に基づいて自装置がマスターとなるべきか否かを判断し、自装置をマスター装置又はスレーブ装置として決定する第１ステップと、
前記マスター装置において、操作手段からの操作信号に基づいて選択されているマスター装置環境設定条件情報をスレーブ装置に通報すると共に、該通信回線を介して前記スレーブ装置からのスレーブ装置環境設定条件情報を受信する第２ステップと、
前記マスター装置環境設定条件情報と前記スレーブ装置環境設定条件情報とに基づいて、マスター装置及びスレーブ装置で選択されている環境設定条件を表示手段に出力して表示させる第３ステップと、
前記マスター装置において、操作手段からの操作信号に基づき前記マスター装置環境設定条件情報乃至スレーブ装置環境設定条件情報から一つを選択して最終的な環境設定条件として決定し、決定された最終的な環境設定条件を前記マスター装置のゲーム環境として設定すると共に前記スレーブ装置へ通報する第４ステップと、
を備え、更に、
前記第４ステップにおいて、前記マスター装置で決定された前記最終的な環境設定条件が、前記スレーブ装置からの環境設定条件情報であったか否かに基づくゲーム処理を実行して前記マスター装置におけるゲーム処理に変更を与える第５ステップ、
を含む、ゲームシステムにおけるゲーム処理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、通信回線を介して通信するゲーム装置のような通信制御システムに係り、特に、通信制御装置間における環境設定条件の決定方法の提案に関する。
【０００２】
【従来の技術】
コンピュータ装置やテレビゲーム装置にゲームやシミュレーションを実行させる際、それらの装置を単独で使用するのが一般的である。これに対し、遠隔地のコンピュータ装置やゲーム装置を電話網のような通信回線で接続し、遠隔地にある装置の間でゲームやシミュレーションが行えるシステムが提案されている。
【０００３】
これらシステムでは、通信回線を介し、互いの装置の操作データ等が相互に送信され、それらが装置の処理に反映する。このため、各装置では、あたかも一つの装置に二つの操作手段を直接接続して処理させたかの如く、装置を動かすことができる。
【０００４】
【発明が解決しようとする課題】
ところで、遠隔地にあるコンピュータ装置やゲーム装置の間で同一のシミュレーションやゲームを行う場合、その環境設定条件を各装置間で同一にしなければならない場合がある。ここで、環境設定条件とは、同一の設定にしておかないと、装置間の整合性がとれなくなったり、あるいは不公平になったりする条件をいう。例えば、ドライビングゲームの場合におけるコースの種類や走行時の天候である。
【０００５】
このとき、通信線で接続されるゲーム装置のうち、いずれか一つの装置のみに環境設定条件の決定権があって他の装置が決定に参加できないのでは、この決定に参加できない装置で遊ぶ遊技者がつまらない。一方、双方の装置が決定できるとすれば、双方の装置を操作する遊技者の意見に食い違いがある場合、いつまでも環境設定条件を決定することができない。また、決定までに長時間を要すれば、回線使用料が上がる。
【０００６】
そこで、本発明は、いずれの通信制御装置の動作についても共通に影響を与える環境設定条件が存在する場合に、合理的にこの条件を決定することができる通信制御技術を提供することを目的とする。
【０００７】
【課題を解決するための手段】
請求項１に記載の発明は、複数の通信制御装置の間で通信を行う通信制御システムに関する。
【０００８】
複数の通信制御装置のうちいずれかは、いずれの通信制御装置の動作についても共通に影響を与える環境設定条件を、他の通信制御装置に優先して決定する権限を有する。これをマスター通信制御装置とする。このマスター通信制御装置以外の他の通信制御装置を、スレーブ通信制御装置とする。
【０００９】
動作環境が当該権限を有するマスター通信制御装置であることを示している場合、環境設定条件を他の通信制御装置に優先して当該マスター通信制御装置の操作者の操作によって決定する。
【００１０】
また、  動作環境が当該権限を有しないスレーブ通信制御装置であることを示している場合、このスレーブ通信制御装置は、操作者の操作によって当該操作者自らの希望を反映した環境設定条件をマスター通信制御装置に通報する。これにより、マスター通信制御装置にこの操作者の希望する環境設定条件を伝えることができる。しかし、マスター通信制御装置が操作者の操作によって決定した環境設定条件が、当該スレーブ通信制御装置の操作者自らの希望を反映した環境設定条件に合致しているか否かに関らず、当該スレーブ通信制御装置は、当該マスター通信制御装置が決定した環境設定条件を自らの環境設定条件として設定しなければならない。
【００１１】
なお、通信制御装置としては、ゲーム装置、シミュレーション装置等、複数の装置のうち、いずれか一つのみが最終的な環境設定条件の決定権を持つことが好ましい装置である。
【００１２】
請求項２に記載の発明は、個々の通信制御装置に関する。通信制御装置は、自らの動作環境に基づいて、前記環境設定条件を他の通信制御装置に優先して決定する権限を当該通信制御装置が有するか否かを判断する。
【００１３】
なお、動作環境としては、請求項７に記載するように、通信回線の支払い義務の有無に関するものであることが好ましい。通信回線を支払う側の装置に優先決定権を持たせなければ、不公平になるからである。
【００１４】
請求項３に記載の発明は、スレーブ通信制御装置の動作に関する。すなわち、通信制御装置が当該権限を有しないスレーブ通信制御装置である場合には、当該スレーブ通信制御装置の操作者の操作により、操作者が希望する前記環境設定条件を示すカーソルを表示することができる。これにより、操作者が希望する環境設定条件を通報できる。しかし、最終的には、カーソルの表示の如何に関らず、前記権限を有するマスター通信制御装置から通報された操作者の操作によって決定した環境設定条件のみにしたがって、自らの環境設定条件を設定する。スレーブ通信制御装置の表示するカーソルは、選択することはできるが実体的な設定そのものを示さない「設定機能を有しないカーソル」といえる。
【００１５】
請求項４に記載の発明は、表示および通報に関する。マスター通信制御装置である場合には、スレーブ通信制御装置から通報された環境設定条件を、自らが選択する環境設定条件とともに表示し、かつ、この自らが選択する環境設定条件を当該スレーブ通信制御装置に通報することができる。
【００１６】
スレーブ通信制御装置である場合には、前記マスター通信制御装置から通報された環境設定条件を、自らが選択する環境設定条件とともに表示する。すなわち、自ら選択する環境設定条件が通報され表示されるので、操作者は通信相手の装置の選択を参照することができる。
【００１７】
請求項５に記載の発明によれば、マスター通信制御装置である場合には、当該環境設定条件の選択に要する時間が所定の制限時間に達した時に、自らが選択していた環境設定条件を、最終的な環境設定条件として決定する。また、この最終的な環境設定条件をスレーブ通信制御装置に通報する。すなわち、マスター通信制御装置により決定された環境設定条件が、スレーブ通信制御装置にも設定される。
【００１８】
請求項６に記載の発明によれば、当該通信制御装置がマスター通信制御装置である場合には、スレーブ通信制御装置から通報された環境設定条件を受容したか拒絶したかに応じて、これら通信制御装置間で行われる処理の内容を変更する。相手の希望が汲み取られるか否かにより、自らに環境設定条件の決定権のない相手（スレーブ通信制御装置）側の利益が大きな影響を受けるからである。例えば、通信制御装置がゲーム装置であれば、認容した場合には当該マスター通信制御装置にボーナスとなる得点を、否認した場合には、当該マスター通信制御装置にペナルティとなる得点を加える。
【００１９】
請求項８に記載の発明によれば、通信制御装置は、自らが選択する環境設定条件の内容を説明する画像を表示する。これにより通信制御装置の操作者に選択の便宜を図ることができる。
【００２０】
請求項９に記載の発明によれば、環境設定条件が複数存在する場合には、当該環境設定条件が変わるごとに、当該環境設定条件を優先して決定する権限を順次他の通信制御装置に移転する。環境設定条件の優先決定権が移るので、相手の選択を無視した環境設定条件の決定を行い難くなり、決定の適正化が図れる。
【００２１】
請求項１０は、本発明の通信制御装置を備えたゲーム装置である。このとき、環境設定条件は、ゲームプレイの初期設定条件に関するものとなる。
【００２２】
請求項１１に記載の発明は、コンピュータプログラムデータが記録された記録媒体に関する。このプログラムデータは、コンピュータ装置に、
自らの装置の動作環境に基づいて、通信回線を通じて接続されるすべての装置の動作についても共通に影響を与える環境設定条件を他の装置に優先して決定する権限を当該装置が有するか否かを判断するステップを処理させ、
動作環境が当該権限を有するマスター装置であることを示している場合には、前記環境設定条件を他の通信制御装置に優先して当該マスター通信制御装置の操作者の操作によって決定するステップと、をさらに処理させ、
前記動作環境が当該権限を有しないスレーブ装置であることを示している場合には、
操作者の操作によって当該操作者自らの希望を反映した環境設定条件をマスター装置に通報するステップと、
マスター装置が操作者の操作によって決定した環境設定条件が、スレーブ装置の操作者自らの希望を反映した環境設定条件に合致しているか否かに関らず、マスター装置が決定した環境設定条件を自らの環境設定条件として設定するステップと、をさらに処理させるものである。
【００２３】
【発明の実施の形態】
次に、本発明の好適な実施の形態を、図面を参照して説明する。本実施の形態は、本発明の通信制御システムをゲームシステムに適用したものである。
【００２４】
（構成の説明）
図１に、本実施の形態のゲームシステムの全体図を示す。同図に示すように、本ゲームシステムは、本発明の通信制御装置であるゲーム装置１００（ＡおよびＢ）、公衆電話網等の回線２００、およびホストコンピュータ３００を備えて構成される。
【００２５】
ゲーム装置１００の構成については後述する。本形態では特に通信を行うゲーム装置をそれぞれゲーム装置ＡおよびＢと称する。
【００２６】
回線２００は、本ゲームシステムが遠隔地にあるゲーム装置間の通信であるため、通常公衆電話回線である。ただし、回線の種類によって本発明が制限を受けるものではないため、種々の回線を適用できる。例えば、高速通信網や専用回線、衛星通信等を利用するものでもよい。また、同じ建物の中で個別にケーブルを接続して行うコンピュータ間通信、ＬＡＮ、あるいはＣＡＴＶにおける通信であってもよい。
【００２７】
ホストコンピュータ３００は、通信によるゲームシステムにおける管理をするものである。コンピュータによる情報管理を行うことができるものであれば、特にコンピュータの性能に技術的制限はない。管理の内容は、後述するように、ゲーム装置間で通信によるゲームプレイをしたい遊技者に、そのゲームプレイの相手を紹介するものである。
【００２８】
ゲーム装置１００は回線２００を介して通信が可能である他、ゲーム装置１００とホストコンピュータ３００との接続も可能である。いずれも回線を通じて行われる。
【００２９】
図２に、ゲーム装置１００の外観図を示す。同図に示すように、ゲーム装置は、ゲーム装置本体１に、コネクタ４ａ、４ｂとケーブル５ａ、５ｂを介しパッド３ａ、３ｂが接続される。また、回線２００と通信するためのモデムユニット１８がカートリッジ接続部１０に着脱可能である。モデムユニット１８のモジュラージャック１９には、モジュラープラグ２０１が取り外し可能である。また、モニタ装置６のビデオ出力端子７ａからビデオケーブル８ａが、音響出力端子７ｂから音響ケーブル８ｂが、ゲーム装置本体１の図示しないビデオ入力端子および音響入力端子に接続される。
【００３０】
パッド３ａおよび３ｂは、遊技者により操作される入力装置である。パッド３ａおよび３ｂには、方向を指示する十字キー２ａと、複数の押しボタン２ｂとが設けられる。本発明の通信制御を実現するプログラムデータが記録された記録媒体ＣＤ−ＲＯＭ９は、ゲーム装置本体１の内部に装着される。
【００３１】
図３に、ゲーム装置１００のブロック図を示す。ゲーム装置１００は、カートリッジ接続部１０、ＣＰＵブロック１１、ビデオブロック１２、音響ブロック１３および補助ブロック１４が、バスライン１７を介し相互に接続されて構成される。
【００３２】
カートリッジ接続部１０の中にはカートリッジインターフェース（以下Ｉ／Ｆと略す）１５が設けられている。カートリッジＩ／Ｆ１５に接続されたモデムユニット１８は、バスライン１７に電気的に接続され、公知の通信手順により他のゲーム装置等と通信する。
【００３３】
ＣＰＵブロック１１は、メインＣＰＵ２１、ＲＡＭ２２、ＲＯＭ２３、システムコントロールユニット２４およびサブＣＰＵ２５が、バスライン２６で相互に接続されて構成される。メインＣＰＵ２１は、ＲＯＭ２３に格納されたＩＰ／Ｌにしたがって補助ブロック１４に装着されたＣＤ−ＲＯＭ９からプログラムデータを読みＲＡＭ２２に格納する。さらに、ＲＡＭ２２に格納されたプログラムデータにしたがって本発明の通信制御処理を行う。ＲＡＭ２２は、ＣＤ−ＲＯＭ９から転送されたプログラムデータや画像データが格納される他、メインＣＰＵ２１の作業領域として使用される。ＲＯＭ２３には、ＩＰ／Ｌ等のプログラムデータと、ポリゴンデータが格納される。システムコントロールユニット２４は、システムバスであるバスライン２６と外部バスであるバスライン１７とのデータ交換を管理する。サブＣＰＵ２５は、パッド３ａおよび３ｂからのデータのインターフェースを管理する。
【００３４】
ビデオブロック１２は、ＣＰＵブロック１１から供給されるポリゴンデータやコマンドにしたがって画像データを生成し、ビデオケーブル３ａを介してモニタ装置６に出力する。
【００３５】
音響ブロック１３は、ＣＰＵブロック１１から供給されるコマンドにしたがって音響データを生成し、音響ケーブル８ｂを介してモニタ装置６に出力する。
【００３６】
補助ブロック１４は、ＣＤＩ／Ｆ１６を介してバスライン１７に接続される。この補助ブロック１４にはＣＤ−ＲＯＭ９が装着され、ＣＰＵブロック１１の制御に対応して読み取られたデータがＣＰＵブロック１１等に転送される。
【００３７】
（ゲームプレイの内容）
本形態のゲーム装置では、ＣＰＵブロック１１がプログラムデータにしたがって処理することにより、ドライビングゲームが提供される。このゲームでは、遊技者が操作する車（自車）、ゲームプレイの相手として選んだゲーム装置の遊技者が操作する車（敵車）およびプログラムにしたがって走るその他の車（他車）がモニタ装置６に表示される。遊技車は自車を操作し、特に、敵車との関係で優劣を競う。複数のゲーム装置の間でゲームを行う場合、必ず共通にしておかなればならないデータが存在する。このドライビングゲームの場合であれば、それは、自車および敵車がともに走るコースの種類であり、両車がともに影響を受ける天候条件である。これらを環境設定条件といい、以下の処理において決定する。
【００３８】
（システム全体の動作説明）
次に、本実施の形態における動作を説明する。図４に、本実施の形態のゲームシステム全体の処理手順の一例を示す。以下、各処理の段階ごとに説明する。
【００３９】
遊技者募集段階：  ゲーム装置を操作する遊技者が、ゲームプレイの相手となる遊技者を探す段階である。図１も参照しながら説明する。なお、図１における手順の番号（Ｓ１等）は、図４における手順の番号と対応する。
【００４０】
いま、図１におけるゲーム装置Ｂを操作する遊技者が、ゲームプレイを行いたいものとする。この遊技者はゲーム装置１００のパッド３（３ａでも３ｂでもよい）を操作し、ホストコンピュータ３００を呼び出し、ゲームの申請とその条件を登録する（Ｓ１）。ゲームの申請とは、ゲームの相手を募集する旨を意味し、その条件とは、ゲームの種類（本形態ではドライビングゲームであること）や熟練度等をいう。具体的には、ゲーム装置ＢのメインＣＰＵ２１が、パッド３から転送された操作データがホストコンピュータ３００の呼び出しを指示していると判断し、モデムユニット１８にホストコンピュータ３００の宛先番号を呼び出させる。そして、自らのゲームプレイの条件と自らの加入者電話番号をデータとしてホストコンピュータ３００へ転送する。
【００４１】
ホストコンピュータ３００は、ゲーム装置Ｂ側からゲームプレイをしたい旨の呼び出しがあると、そのゲーム装置Ｂの電話番号とその条件とを記憶する。そして、ゲームの相手の募集を受け付けた旨をゲーム装置Ｂに知らせ、回線を切断する（Ｓ２）。ゲーム装置Ｂは、相手となるゲーム装置が見つかるまで待機することになる。
【００４２】
一方、ゲーム装置Ａを操作する遊技者も同じドライビングゲームをしたいと思い、ホストコンピュータ３００を呼び出し、ゲームの申請をする（Ｓ３）。このとき、ホストコンピュータ３００は、ゲーム装置Ａからゲームの条件に関するデータを読み取り、この条件に合う待機中のゲーム装置があるか否かを検索する。条件に合わない場合は、ゲーム装置Ａについてもその電話番号と条件を登録する。ここでは、すでにゲーム装置Ｂが同一のゲームプレイを望んでいるので、条件が合致する。そこで、ホストコンピュータ３００は、ゲーム装置Ａにゲーム装置Ｂの電話番号を通知し、回線を切断する（Ｓ４）。
【００４３】
同期確立段階：  ゲーム装置Ｂの電話番号を通知されたゲーム装置Ａの遊技者は、再度、ゲーム装置１００を用いてこのゲーム装置Ａの電話番号を呼び出す（Ｓ５）。ゲーム装置Ａ側では、モデムユニット１８が同期を確立する（Ｓ６）。この結果、双方のゲーム装置は、ゲームプレイそのものの処理に移行する。なお、ゲーム装置が回線に異常が発生したことを検出すると、その原因を探知して記憶し、復帰可能な場合は異常が終了した後に、回線を正常状態に復帰させる。
【００４４】
コース設定段階：  Ｓ７〜Ｓ１６までは、ゲームの初期設定に相当する。図６に、ゲーム装置のモニタ装置６に表示される画面表示の例を示す。同図に示すように、画面の右半分にコースの種類を選択するメニューバー（ＭＡ、ＭＢ）が表示され、左半分に、メニューバー（ＭＡ、ＭＢ）で選択されているコースのデータが表示される。コースは、パッド３の矢印キー２ａを操作することにより同図矢印の方向に自由に選択していくことができる。例えば、ゲーム装置Ａの画面では、コース１が選択されているので、左半分にはコース１のコースマップおよびデータ類が表示されている。ゲーム装置Ｂの画面では、コース３が選択されているので、左半分にはコース３のコースマップおよびデータ類が表示される。
【００４５】
さて、ここで優先順位を決定する必要がある。優先的にコース等の環境設定条件を定める最終権限が、いずれのゲーム装置にあるかを定めるのである。本形態では、いずれのゲーム装置が回線使用料を払っているかにより定める。ここでは、ゲーム装置Ａがゲーム装置Ｂ側を呼び出したので、ゲーム装置Ａ側が回線使用料（電話料金）を支払う。よって、ゲーム装置Ａ側の優先順位が高くマスターとなる。一方ゲーム装置Ｂは優先順位が低くスレーブとなる。優先順位が高いか低いかを、遊技者に知らせるため、優先順位に応じた表示をする。例えば、図６に示すように、優先順位の低いゲーム装置ＢのメニューバーＭＢの表示を暗くする（同図では斜線で示す）。
【００４６】
ゲーム装置Ａ（マスター）の遊技者は、メニューバーＭＡを操作し、コースを選ぶ。選択したコースに関する情報は、回線２００を介してゲーム装置Ｂに伝達される（Ｓ７）。ゲーム装置Ｂ（スレーブ）側では、回線２００を通じて転送されたゲーム装置Ａの選択したコースを表示する。例えば、図６では、ゲーム装置Ｂは、コース１を選択した旨の情報に基づき、ゲーム装置Ａの選択したコースのメニューバーＭＢの横に、ランプＬＢが表示される。
【００４７】
一方、ゲーム装置Ｂ（スレーブ）側でも、同図矢印方向にメニューバーＭＢを選択することが可能である。この選択は、ゲーム装置Ｂの希望する環境設定条件としてゲーム装置Ａに通報されるが、この希望が汲み取られるか否かの決定は、ゲーム装置Ａの権限となる。図６では、ゲーム装置Ｂ側ではコース３が選ばれているので、この情報がゲーム装置Ａに通報される。ゲーム装置Ａは、これに基づきゲーム装置Ｂが選択したコースのメニューバーの横に、ランプＬＡを表示する（Ｓ８）。両ゲーム装置の選択が異なるということは、ゲーム装置Ｂ側の希望するコース設定がゲーム装置Ａの希望するコース設定と異なることを意味する。ゲーム装置Ａ（マスター）の操作者は、この表示を見れば、ゲーム装置Ｂ（スレーブ）の操作者がどのコースを希望しているのかを知ることができる。しかし、ゲーム装置Ａにコース設定等の環境設定条件の決定権があるので、ゲーム装置Ａの操作者は、ランプＬＡの表示にこだわらず、自ら希望するコース設定のまま決定することができる。
【００４８】
ゲーム装置Ａの遊技者は、このランプＬＡの表示を見て、この希望を受け入れてもよいと考えればランプＬＡが点灯されているメニューバーを選択する。ここでは、ゲーム装置Ａ側は、この希望を受け入れることができないが、他のコース（例えばコース４とする）なら受け入れられると考え、コース４を選択したとする（Ｓ９）。この選択の変更はそのままゲーム装置Ｂに伝達され、ランプＬＢの表示がコース４に移動する。このとき、ゲーム装置Ｂの操作者がこの代替案を受け入れるなら、この操作者はメニューバーＭＢの選択をコース４に変更すればよい。ここでは、コース３を選択したまま変更しなかったとする（Ｓ１０）。メニューバーの選択が変更されない限り、ゲーム装置ＡのランプＬＡはコース３の位置に点灯したままである。
【００４９】
ゲーム装置Ａは、上述したように優先決定権を有する。ゲーム装置Ａの遊技者がこのままでは埒があかないと判断し、ゲーム装置Ｂの希望を拒否し、コース４のままパッド３の所定の決定ボタン２ｂを押すと、これが最終決定となる（Ｓ１１）。すなわち、ゲーム装置Ａでは、コース４が設定される。最終決定がコース４でされた旨のデータはゲーム装置Ｂに転送され、ゲーム装置Ｂにおいてもコース４の設定がされる。
【００５０】
このとき、ゲーム装置Ａがゲーム装置Ｂの希望を汲み取ったか否かにより、処理の内容を変えることは好ましい。例えば、ゲーム装置Ｂの希望を認容すればゲーム装置Ａにボーナス得点が加算され、ゲーム装置Ｂの希望を否認すればゲーム装置Ａにペナルティが課せられ減点される等である。コース等の環境設定条件の決定権を濫用し、ゲーム装置Ａがゲーム装置Ｂに不利な設定ばかり行うのを防止するためである。ここでは、ゲーム装置Ａがゲーム装置Ｂの希望を否認したので、減点対象となる。
【００５１】
天候設定段階：  天候についても、自車および敵車とも影響を同時に受けるので環境設定条件となる。上記コース設定と同様のやり取りを両ゲーム装置間で行う。ここでもゲーム装置Ａが優先決定権がある。例えば、ゲーム装置Ａが天候「晴」を希望し天候「晴」のメニューバーを選択したとする。これがゲーム装置Ｂに通報される（Ｓ１２）。これに対し、ゲーム装置Ｂの操作者は天候「雨」を希望し天候「雨」のメニューバーを選択する。これがゲーム装置Ａに通報される（Ｓ１３）。ゲーム装置Ａではこれが表示される。ゲーム装置Ａの操作者はゲーム装置Ｂの希望する天候設定を受け入れるか否かを考える。ここでは、ゲーム装置Ｂの希望を認容し、ゲーム装置Ａは天候「晴」を選択したまま最終決定を行ったとする（Ｓ１４）。ゲーム装置Ｂの希望を認容したのでゲーム装置Ａにボーナス点が加算される。
【００５２】
個別条件交換段階：  個別条件とは、当該ゲーム装置のみの個別の条件であって、対戦相手のゲーム装置には影響を与えない条件をいう。ここでは、自車の車種、自車に課せられる操作の難易度等が考えられる。ゲーム装置Ａは、ゲーム装置Ｂに、これら個別条件を転送する（Ｓ１５）。この条件に基づき、ゲーム装置Ｂで表示される敵車（ゲーム装置Ａの操作に係る車）が表示される。ゲーム装置Ｂも、ゲーム装置Ａに、これら個別条件を転送しその表示が行われる（Ｓ１６）。個別条件は、それぞれ個別に決定が可能である。つまり、前述した環境設定条件であるコース設定や天候設定と異なり、ゲーム装置Ｂ（スレーブ）は希望する設定条件を意思表示するに留まらず、自ら最終的な設定条件として決定することができる。最終的な設定条件は相互に通報される。この結果、自車の設定した内容が相手のゲーム装置にも反映されることになる。
【００５３】
ゲームプレイ段階：  ゲーム装置Ａかゲーを開始する旨が伝達され（Ｓ１７）、これに対する返答があると（Ｓ１８）、ゲームプレイが開始する（Ｓ１９）。ゲームプレイを終了する場合、ゲーム装置Ａはその旨をゲーム装置Ｂに伝達し（Ｓ２０）、ゲーム装置Ｂがこれを了解する（Ｓ２１）。通常は、ゲーム終了と同時に両ゲーム装置とも回線切断を行う。このとき、両ゲーム装置とも不揮発性のＲＡＭ等に、通信の終了状態を記憶する。
【００５４】
課金段階：  ゲームプレイが終了してもすぐに課金が行われるわけではない。遊技者が再度ゲームプレイをしようとホストコンピュータ３００を呼び出す際（Ｓ２３）、ゲーム装置１００のメインＣＰＵ２１が前記ＲＡＭ等から前回の通信の終了状態を読み出し、プリペイドカードから使用料相当額を引き落とす等の課金処理を行う。このとき、何等かの不正な行為や通信異常により終了していた場合には、課金されない。
【００５５】
（ゲーム装置の動作説明）
図５に、上記処理を各ゲーム装置ごとの処理を説明するフローチャートを示す。
【００５６】
まず、ゲーム装置１００は、処理開始後、自分がマスターであるスレーブであるかを判断する。その判断は、自らの動作環境を検査する。例えば、自らが電話をかけるべきか否かを処理手順に進み方を参照して判断する（Ｓ３０）。
【００５７】
当該ゲーム装置がマスターであると判断した場合には（Ｓ３０；ＹＥＳ）、相手となるゲーム装置を、ホストコンピュータ３００から知らされた電話番号を使って呼び出す（Ｓ３１）。相手側のゲーム装置１００と同期が確立できたら（Ｓ３２；ＹＥＳ）、環境設定に移る。
【００５８】
一方、当該ゲーム装置がスレーブであると判断した場合には（Ｓ３０；ＮＯ）、マスターとなるゲーム装置からの呼び出しを受信し（Ｓ５０）、それに対して同期確立した旨の返答をする（Ｓ５１）。
【００５９】
以下は、図４で説明したのと同様に処理が行われる。すなわち当該ゲーム装置がマスターである場合、コース設定を初期設定から変更するときには（Ｓ３３；ＹＥＳ）、コースを変更する（Ｓ３４）。これはスレーブとなるゲーム装置に通報される。これに対し、当該ゲーム装置がスレーブである場合、マスターとなるゲーム装置から通報され表示されたコース設定に対し、自ら異なるコース設定を希望するなら（Ｓ５２；ＹＥＳ）、希望するコースを選択しそのコース設定の内容をマスターとなるゲーム装置に提示する（Ｓ５３）。
【００６０】
当該ゲーム装置がマスターであれば、タイムアウトとなる前であって（Ｓ３５；ＮＯ）、最終決定をまだ行いたくない場合には（Ｓ３６；ＮＯ）、コース変更が可能である（Ｓ３３〜Ｓ３５）。タイムアウトとなった場合（Ｓ３５；ＹＥＳ）または最終決定を行った場合（Ｓ３６；ＹＥＳ）には、スレーブとなるゲーム装置の希望を汲み取ったか否かにより、得点の増減を行う（Ｓ３７）。すなわち、スレーブとなるゲーム装置の通報したコース設定を拒否した場合には、ペナルティとして減点され、認容した場合には、ボーナス点を加算する。
【００６１】
なお、上述のタイムアウト処理は重要である。通信回線を使用する場合、時間を単位としてあるいはデータ量を基準として課金される。タイムアウト処理を行わないと、遊技者が選択について悩み、長時間要した場合に、回線使用料が増えるからである。これを避けるためには、設定に妥当とみられる最大期間をタイムアウト時間定め、タイムアウト時間が来た場合には、処理を打ち切るのが妥当だからである。
【００６２】
さて、当該ゲーム装置がスレーブであれば、最終決定が送信されない限り（Ｓ５４；ＮＯ）、コース変更の希望を送信できる（Ｓ５２、Ｓ５３）。最終決定が送信されれば（Ｓ５４；ＹＥＳ）、Ｓ５３でマスターとなるゲーム装置に通報し、意思表示していた希望するコース設定の如何によらず、マスターとなるゲーム装置が決定し、通報してきたコース設定に従う。
【００６３】
天候設定においても同様な処理が行われる。すなわち当該ゲーム装置がマスターである場合、天候変更を希望するときには（Ｓ３８；ＹＥＳ）、天候を変更しこれを通報する（Ｓ３９）。これに対し、当該ゲーム装置がスレーブである場合、マスターとなるゲーム装置から通報され表示された天候設定に対し、自ら異なる天候設定を希望するなら（Ｓ５５；ＹＥＳ）、希望する天候を選択しその天候設定の内容をマスターとなるゲーム装置に提示する（Ｓ５６）。
【００６４】
当該ゲーム装置がマスターであれば、タイムアウトとなる前であって（Ｓ４０；ＮＯ）、最終決定をまだ行わない場合には（Ｓ４１；ＮＯ）、コース変更が可能である（Ｓ３８〜Ｓ４０）。タイムアウトとなった場合（Ｓ４０；ＹＥＳ）または最終決定を行った場合（Ｓ４１；ＹＥＳ）、スレーブとなるゲーム装置の希望を汲み取ったか否かにより、得点の増減を行う（Ｓ４２）。すなわち、スレーブとなるゲーム装置の通報した天候設定を拒否した場合には、ペナルティとして減点され、認容した場合には、ボーナス点を加算する。
【００６５】
当該ゲーム装置がスレーブであれば、最終決定が通報されない限り（Ｓ５７；ＮＯ）、コース変更の希望を送信できる（Ｓ５５、Ｓ５６）。最終決定が送信されれば（Ｓ５７；ＹＥＳ）、Ｓ５６でマスターとなるゲーム装置に通報し、意思表示していた希望する天候設定の如何によらず、マスターとなるゲーム装置が決定し、通報してきた天候設定に従う。
【００６６】
最後に、当該ゲーム装置がマスターであれば、個別情報の送信をし（Ｓ４２）、ゲーム開始を送信してから（Ｓ４４）、ゲーム処理に移る（Ｓ４５）。当該ゲーム装置がスレーブであれば、個別情報を送信後（Ｓ５８）、マスターとなるゲーム装置からのゲーム開始の指示を待って（Ｓ５９）、ゲーム処理に移る（Ｓ６０）。
【００６７】
上述したように、本実施の形態によれば、通信によって対戦するゲーム等のゲーム装置を操作する遊技者と直接コミュニケーションが取れない環境においても、互いの選択内容を相手に伝達することができる。
【００６８】
しかも、通話料金の課せられる回線を利用していても、決定権はあくまで通話料金を支払うゲーム装置側が持つので、その者に不利益を与えない。一方、決定権のないゲーム装置側においても、自らの意思表示が行えるので、公平性が担保できる。
【００６９】
また、選択すべきコースのデータが表示されるので、遊技者の選択に便利である。
【００７０】
（その他の実施の形態）
本発明は、上記実施の形態にかかわらず種々に適用が可能である。例えば、シミュレーション装置等、操作者が互いに直接コミュニケーションができない状況で、両装置がともに同じ条件を設定しなければならないシステムに適用できる。また、業務用のゲーム装置に中には同一の装置に２つのディスプレイを表示し、対戦可能なものがある。このような装置にも、本発明を適用することができる。
【００７１】
なお、マスターかスレーブかを決める動作条件を、上記実施の形態のように課金条件により定める他、操作者の間に地位の差がある場合、それに応じて優先順位を地位の高い者が操作する装置をマスターに割り付けてもよい。
【００７２】
また、環境設定条件とする内容は、プログラムの内容に応じて適宜変更が可能である。対象別の環境設定条件の項目例を表に示す。
【００７３】
【表１】
0003956161.tif 000002
【００７４】
また、上記実施の形態では、一定されれば優先順位は常に変わらなかったが、これを変更できるように構成してもよい。つまり、上記ドライビングゲームであれば、コース選択はゲーム装置Ａに優先権があったが、天候条件の設定ではゲーム装置Ｂに優先権を持たせてもよい。このように交互に優先権を変更するようプログラムを設定すれば、設定が妥当に行われる。すなわち、優先権が自分にあるときに相手の希望を無視して強引に最終決定すれば、次の設定項目において相手に優先権が移り、自分の希望を考慮してもらえなくなる。このことから、両者の意思を汲んだ環境設定が期待できるという効果を奏する。しかも優先権自体があることによる処理の迅速化が図れる。特に、課金の不平衡等の不利益事項が生じないシステムでは、有効な決定方法である。
【００７５】
【発明の効果】
請求項１乃至請求項３および請求項１０、請求項１１に記載の発明によれば、いずれの通信制御装置の動作についても共通に影響を与える環境設定条件が存在する場合に、合理的にこの条件を決定することができる。すなわち、スレーブ通信制御装置は、自らが選択する環境設定条件をマスター通信制御装置に通報し参酌してもらうことができるが、最終的にマスター通信制御装置が決定した環境設定条件を、自らが希望する環境設定条件に合致しているか否かに関らず、自らの環境設定条件として設定しなければならないからである。
【００７６】
請求項４に記載の発明によれば、通信制御装置が自らの環境設定条件の選択を相互に通報すれば、スレーブ通信制御装置ではマスター通信制御装置に選択の意図を伝達できる。マスター通信制御装置では、スレーブ通信制御装置の選択を参酌でき、かつ、自らの最終決定を通報できる。
【００７７】
請求項５に記載の発明によれば、いわゆるタイムアウト機能が設けられるので、通信回線使用料が課金されるような場合に、能率的に設定を進めることができる。
【００７８】
請求項６に記載の発明によれば、マスター通信制御装置がスレーブ通信制御装置の希望を汲み取ったか否かにより、処理の内容が変更される。したがって、希望を汲み取ったときの処理を、希望を汲み取らなかったときの処理に比べ、マスター通信制御装置側に有利になるように設定すれば、装置間の公平性を担保できる。
【００７９】
請求項７に記載の発明によれば、動作環境としては、通信回線の支払い義務の有無に関するものとすれば、通信回線を支払う側の装置の不公平感を解消できる。
【００８０】
請求項８に記載の発明によれば、通信制御装置は、自らが選択する環境設定条件の内容を説明する画像を表示する。これにより通信制御装置の操作者に選択の便宜を図ることができる。
【００８１】
請求項９に記載の発明によれば、環境設定条件の優先決定権が移転するので、相手の選択を無視した環境設定条件の決定を行い難くなり、決定の適正化が図れる。
【図面の簡単な説明】
【図１】本発明の実施の形態におけるゲームシステムの全体図である。
【図２】本実施の形態におけるゲーム装置の外観図である。
【図３】本実施の形態におけるブロック図である。
【図４】本実施の形態におけるゲームシステムの全体の処理手順例である。
【図５】本実施の形態におけるゲーム装置ごとの処理を説明するフローチャートである。
【図６】本実施の形態におけるゲーム装置の画面表示例である。
【符号の説明】
１…ゲーム装置本体、２ａ…十字キー、２ｂ…押しボタン、３ａ、３ｂ…パッド、４ａ、４ｂ…コネクタ、５ａ、５ｂ…ケーブル、６…モニタ装置、７ａ…ビデオ出力端子、７ｂ…音響出力端子、８ａ…ビデオケーブル、８ｂ…音響ケーブル、９…ＣＤ−ＲＯＭ、１０…カートリッジ接続部、１８…モデムユニット、１９…モジュラージャック、２０１…モジュラープラグ、１１…ＣＰＵブロック、１２…ビデオブロック、１３…音響ブロック、１４…補助ブロック、１５…カートリッジＩ／Ｆ、１６…ＣＤＩ／Ｆ、１７、２６…バスライン、１００…ゲーム装置、２００…回線、３００…ホストコンピュータ
【図１】
0003956161.tif 000003
【図２】
0003956161.tif 000004
【図３】
0003956161.tif 000005
【図４】
0003956161.tif 000006
【図５】
0003956161.tif 000007
【図６】
0003956161.tif 000008