JP2001239065A - ゲーム配信装置、情報記憶媒体及びゲーム配信方法 - Google Patents

Abstract

(57)【要約】 【課題】 中断したゲームを好適に再開することができ
るようにする。 【解決手段】 本発明に係るゲーム処理では、通信ネッ
トワークを介してゲーム端末からゲームコマンドを受信
するゲームコマンド受信ステップ（Ｓ１１５）と、受信
されたゲームコマンドに基づいてゲームイベントを決定
するゲームイベント決定ステップと（Ｓ１１６）、決定
されたゲームイベントの内容に基づいてゲーム画面を表
すゲームデータを生成するゲームデータ生成ステップと
（Ｓ１２３）、生成されたゲームデータに対応するゲー
ム状況データを記憶するゲーム状況データ記憶ステップ
と（Ｓ１２２）、生成されたゲームデータを前記ゲーム
端末に送信するゲームデータ送信手段と（Ｓ１２４）、
所定の再開用ゲームコマンドを受信する場合に、前記ゲ
ーム状況データに基づいて所定の再開画面を表す再開用
ゲームデータを生成する再開用ゲームデータ生成ステッ
プと（Ｓ１２３）、生成された前記再開用ゲームデータ
を前記ゲーム端末に送信する再開用ゲームデータ送信ス
テップと（Ｓ１２４）、を含んでいる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はゲーム配信装置、情
報記憶媒体及びゲーム配信方法に関し、特に、通信ネッ
トワークを介してゲーム端末に対してゲームを提供する
システムにおいて、通信途絶やプレイヤーの都合等によ
り一旦中断したゲームを好適に再開できるようにするた
めの技術に関する。

【０００２】

【従来の技術】ＨＴＴＰ（HyperText Transfer Protoco
l）を利用してゲームを提供するネットワークゲームシ
ステムが普及しつつある。かかるシステムでは、プレイ
ヤーはパーソナルコンピュータ（パソコン）や各種携帯
情報端末でＷｅｂブラウザを起動し、ゲームサーバから
ゲーム画面を表すハイパーテキストを受信する。このゲ
ーム画面には、ゲームコマンドに対応してリンクボタン
が表されており、プレイヤーがマウス等でいずれかのリ
ンクボタンを押下すると、そのリンクボタンに対応づけ
られたＵＲＬ（Uniformed Resource Locater）がゲーム
コマンドとしてゲームサーバに送信されるようになって
いる。ゲームサーバでは、このゲームコマンドを受信
し、その内容に応じたハイパーテキストを生成し、それ
をゲームデータとして再びプレイヤーのパソコン等に送
信する。

【０００３】ここでゲームコマンドたるＵＲＬは、ゲー
ムプログラムたるＣＧＩ（Common Gateway Interface）
プログラムのパス名と、該ＣＧＩプログラムへ渡される
引数と、を含んでいる。ゲームサーバではゲームコマン
ドを受信すると、その引数を実行パラメータとして当該
ＣＧＩプログラムを起動し、その出力をゲームデータと
してゲーム端末に返信する。

【０００４】

【発明が解決しようとする課題】ところが、ＧＣＩプロ
グラムのパス名やその引数は、ゲーム進行に応じて変化
することが多いため、ゲーム途中で通信が途絶してしま
うと次のような問題がある。すなわち、ゲーム途中で通
信が途絶してしまうと、プレイヤーがＣＧＩプログラム
及びその引数を常に把握することは困難であるから、プ
レイヤーが覚えている、或いはゲーム端末に記憶されて
いるＵＲＬ（例えばスタート画面のＵＲＬ）をゲームサ
ーバに再送信するより他、なくなってしまう。このため
プレイヤーは、今までプレイしていたゲームの進展を再
び楽しむことができない場合がある。特にゲーム端末と
して携帯電話機等の無線通信装置を利用する場合には、
トンネル等の場所的要因により通信途絶が生じやすく、
また予期しない着呼が割り込む等により、ゲームが中断
されることが多いものと予想される。

【０００５】本発明は上記課題に鑑みてなされたもので
あり、その目的は、中断したゲームを好適に再開するこ
とができるゲーム配信装置、情報記憶媒体及びゲーム配
信方法を提供することにある。

【０００６】

【発明が解決しようとする課題】上記課題を解決するた
めに、本発明に係るゲーム配信装置は、通信ネットワー
クを介してゲーム端末からゲームコマンドを受信するゲ
ームコマンド受信手段と、受信されたゲームコマンドに
基づいてゲームイベントを決定するゲームイベント決定
手段と、決定されたゲームイベントの内容に基づいてゲ
ーム画面を表すゲームデータを生成するゲームデータ生
成手段と、生成されたゲームデータを前記ゲーム端末に
送信するゲームデータ送信手段と、を含むゲーム配信装
置において、前記ゲームデータ生成手段により生成され
たゲームデータに対応するゲーム状況データを記憶する
ゲーム状況データ記憶手段と、所定の再開用ゲームコマ
ンドを受信する場合に、前記ゲーム状況データに基づい
て所定の再開画面を表す再開用ゲームデータを生成する
再開用ゲームデータ生成手段と、生成された前記再開用
ゲームデータを前記ゲーム端末に送信する再開用ゲーム
データ送信手段と、をさらに含むことを特徴とする。

【０００７】また、本発明に係る情報記憶媒体は、コン
ピュータをゲーム配信装置として機能させるためのプロ
グラムを記録した情報記憶媒体であって、通信ネットワ
ークを介してゲーム端末からゲームコマンドを受信する
ゲームコマンド受信手段、受信されたゲームコマンドに
基づいてゲームイベントを決定するゲームイベント決定
手段、決定されたゲームイベントの内容に基づいてゲー
ム画面を表すゲームデータを生成するゲームデータ生成
手段、生成されたゲームデータを前記ゲーム端末に送信
するゲームデータ送信手段、前記ゲームデータ生成手段
により生成されたゲームデータに対応するゲーム状況デ
ータを記憶するゲーム状況データ記憶手段、所定の再開
用ゲームコマンドを受信する場合に、前記ゲーム状況デ
ータに基づいて所定の再開画面を表す再開用ゲームデー
タを生成する再開用ゲームデータ生成手段、及び、生成
された前記再開用ゲームデータを前記ゲーム端末に送信
する再開用ゲームデータ送信手段、として前記コンピュ
ータを機能させるためのプログラムを記録したものであ
る。

【０００８】さらに、本発明に係るゲーム配信方法は、
通信ネットワークを介してゲーム端末からゲームコマン
ドを受信するゲームコマンド受信ステップと、受信され
たゲームコマンドに基づいてゲームイベントを決定する
ゲームイベント決定ステップと、決定されたゲームイベ
ントの内容に基づいてゲーム画面を表すゲームデータを
生成するゲームデータ生成ステップと、生成されたゲー
ムデータに対応するゲーム状況データを記憶するゲーム
状況データ記憶ステップと、生成されたゲームデータを
前記ゲーム端末に送信するゲームデータ送信ステップ
と、所定の再開用ゲームコマンドを受信する場合に、前
記ゲーム状況データに基づいて所定の再開画面を表す再
開用ゲームデータを生成する再開用ゲームデータ生成ス
テップと、生成された前記再開用ゲームデータを前記ゲ
ーム端末に送信する再開用ゲームデータ送信ステップ
と、を含むことを特徴とする。

【０００９】本発明では、ゲーム配信装置にてゲームコ
マンドを受信し、そのゲームコマンドに基づいてゲーム
イベントを決定する。そして、その決定されたゲームイ
ベントの内容に基づいてゲーム画面を表すゲームデータ
を生成する。また、このゲームデータに対応するゲーム
状況データを記憶しておく。生成されたゲームデータは
ゲーム端末に送信され、ゲーム端末でゲーム画面を表示
するのに供される。そして、所定の再開用ゲームコマン
ドを受信した場合には、記憶しておいたゲーム状況デー
タに基づいて所定の再開画面を表す再開用ゲームデータ
を生成し、それをゲーム端末に送信する。こうして、ゲ
ーム端末では所定の再開用ゲームコマンドをゲーム配信
装置に送信することにより、再開用ゲームデータを受信
することができ、それに基づいて再開画面を表示するこ
とができるようになる。この結果、プレイヤーは好適に
ゲームを再開できるようになる。

【００１０】

【発明の実施の形態】以下、本発明の好適な実施の形態
について図面に基づき詳細に説明する。

【００１１】以下では、本発明を海賊ゲームに適用する
例を説明する。この海賊ゲームは通信ネットワークと携
帯電話機とを用いて実現されるものであり、ゲーム空間
において、プレイヤーは海賊船の船長となり、航海に出
かける。そして、できるだけ多くの財宝を発見し、それ
を港に持ち帰ることを競う。ゲーム空間中、帰還航路を
発見し、そこでプレイヤーが港への帰還を選択すると元
の港に帰れるようになっている。

【００１２】ゲーム空間には７つの海域が用意されてお
り、そこには様々な特徴をもった島々が点在する。そし
て、プレイヤーは島から島へと航海を続ける。航海の途
中には、プレイヤーを様々なゲームイベントが待ち受け
る。例えば、怪物の出現、敵対海賊の妨害、食糧や船員
を補給できる島の発見等である。航海方法は単純であ
り、プレイヤーは３方向のいずれかへの舵取りを選択指
示するだけでよい。

【００１３】重要となるのは「船員と食糧とのバランス
決定」と「帰還のタイミング選択」である。航海の途中
で船員か食糧かが尽きればゲームオーバーとなる。海賊
船には積載量に限界が設けられており、航海を続けるに
つれて食糧が減っていくため、食糧を多く積んでから出
向したいところであるが、そうすると今度は船員を多く
乗せられなくなり、ゲームイベントへの遭遇によって船
員を失い、ゲームオーバーとなり易くなってしまう。こ
のため船員と食糧とをいかなるバランスで船に積みこん
で出航するかがゲームクリアへの重要な要素となるので
ある。

【００１４】また、航海を続ければ続けるほど船員を多
く失う可能性が高まるものの、より多くの財宝を発見で
きる可能性も高まる。このため、ある程度の財宝を発見
した後、帰還航路を発見すると、プレイヤーは帰還を選
択して無事に今まで獲得した財宝を持ち帰るか、危険な
ゲームイベントにより船員を失ってゲームオーバーとな
ってしまうリスクを冒しつつも、より多くの財宝を探し
求めて航海を続けるか、の選択がプレイヤーを悩ませる
ことになる。つまり、この海賊ゲームでは、いわばカジ
ノゲームのような駆け引きを楽しむことができるのであ
る。

【００１５】また、この海賊ゲームでは、プレイヤーが
港に無事に帰還できると、その獲得した財宝により海域
毎にランキングされるようになっている。そして、海域
毎に上位２０位までの船長は、あるときは味方として、
あるときは敵対海賊として、その名前が他のプレイヤー
の海賊ゲームに登場する。船長名は各プレイヤーが設定
したものである。このため、他のプレイヤーの海賊ゲー
ムに登場させようと、上位へのランキング入りを目指し
て、プレイヤーはゲームを繰り返すことになる。また、
敵対海賊に他のプレイヤーが設定した個性的な名前が付
いているのを見て、プレイヤーは面白さを感じることが
できる。つまり、原則として複数のプレイヤーのそれぞ
れに対して独立のゲーム（ゲーム空間）を提供しつつ
も、成績優秀者が設定した船長名を他のプレイヤーのゲ
ームに登場させるという限度で、それらの互いに独立し
たゲームに関連性を持たせるようにしている。このた
め、プレイヤーは独立したゲームを楽しみながらも、あ
る程度、ネットワークゲームへの参加感を楽しむことが
できる。

【００１６】なお、ネットワークゲームとして、同一ゲ
ーム空間で複数のプレイヤーがゲームを楽しむタイプの
ものがあり、このタイプのネットワークゲームでは自分
はもちろん、自分以外のプレイヤー名もゲーム画面に現
れる。このため、プレイヤーは、ネットワークゲームへ
の参加感を楽しむことができるし、自己主張の喜びも得
ることができる。しかしながら、このタイプのネットワ
ークゲームでは、プレイヤーがオフライン状態にある場
合にはプレイヤー名が他人のゲーム画面に登場しなくな
ってしまう。これに対し、この海賊ゲームでは、海域毎
の上位２０位までの船長は、プレイヤーがオンライン状
態にある場合はもちろん、オフライン状態にあっても、
他のプレイヤーの海賊ゲームに登場する。このため、プ
レイヤーの自己主張の欲求を、より満足させることがで
きる。

【００１７】図１は、本発明の実施の形態に係るネット
ワークゲームシステム１０の全体構成を示す図である。
同図に示すネットワークゲームシステム１０は、携帯電
話機１２（ゲーム端末）と、携帯電話基地局１４と、通
信ネットワーク１６と、ネットワークゲーム配信装置１
８と、を含んで構成されている。ネットワークゲーム配
信装置１８は、ゲームサーバ２０と、ゲームデータベー
ス（ＤＢ）２２と、を含んで構成されている。

【００１８】携帯電話機１２は、ＬＣＤ等を用いて構成
されたディスプレイ２４と、方向ボタン２６と、ファン
クションボタン２８と、丸ボタン群２９と、を含んでい
る。携帯電話機１２は従来公知のものであり、丸ボタン
群２９でダイヤル入力が可能であり、ディスプレイ２４
には電話帳や各種設定メニューが表示される。各種設定
は方向ボタン２６及びファンクションボタン２８により
行う。

【００１９】また、この携帯電話機１２には、特に携帯
電話基地局１４を介してインターネット等の通信ネット
ワーク１６に接続する機能が備えられている。本実施の
形態では、この携帯電話機１２のネットワーク接続機能
を利用する。すなわち、携帯電話機１２のユーザは、方
向ボタン２６、ファンクションボタン２８、丸ボタン群
２９を用いてＵＲＬ（Uniform Resource Locator）を通
信ネットワーク１６に送出し、そのＵＲＬに対応するハ
イパーテキストをゲームサーバ２０から取得する。すな
わちゲームサーバ２０では、携帯電話機１２から送信さ
れたＵＲＬをゲームコマンドとして認識するようになっ
ており、そのゲームコマンドに対応したハイパーテキス
ト（HyperText；ゲームデータ）を生成し、それを通信
ネットワーク１６及び携帯電話基地局１４を介し、携帯
電話機１２に返信するようになっている。携帯電話機１
２は、このハイパーテキストを受信すると、それに基づ
いてゲーム画面をディスプレイ２４に表示する。なお、
以上説明したＵＲＬの送信及びハイパーテキストの受信
並びに表示は、携帯電話機１２でＷｅｂブラウザ機能を
実行することにより行われる。

【００２０】携帯電話基地局１４は、携帯電話１２から
無線送信されるＵＲＬを通信ネットワーク１６に中継す
るが、その際、携帯電話機１２に付与された顧客識別番
号をＵＲＬに含めるようにしている。このためゲームサ
ーバ２０では、ゲームコマンドたるＵＲＬの送信者を識
別することができる。

【００２１】ゲームサーバ２０は、通信ネットワーク１
６にネットワーク接続されたサーバコンピュータであ
り、ゲームＤＢ２２が接続されている。ゲームサーバ２
０は、ゲームコマンドたるＵＲＬに基づいてゲームデー
タたるハイパーテキストを生成する際、ゲームＤＢ２２
の記憶内容を参照するようになっている。なお、本発明
の特徴たるゲーム処理は、例えばハードディスク装置等
の、ゲームサーバ２０に備えられた記憶装置（情報記憶
媒体）に記録されているプログラムに基づいて実行され
るものである。該プログラムは、それを記録したＣＤ−
ＲＯＭやＤＶＤ等を介して、或いは通信ネットワーク１
６を介して、前記記憶装置に格納される。

【００２２】図２は、本実施の形態に係るネットワーク
ゲームシステム１０で実現される海賊ゲームの概念を説
明する図である。この海賊ゲームでは、ゲーム空間３０
にゲームが繰り広げられる舞台となる海域３１が設定さ
れている。ゲーム空間３０はプレイヤー毎に観念される
ものである。海域３１は直角二等辺三角形状を有してお
り、その直角部分に隣接して港３４が設定されている。
この港３４は、ゲーム空間３０における原点（０，０）
に設定されている。ゲーム空間３０には座標軸３３が設
定されており、港３４から海域３１における直角部分を
二等分する方向を東側とし、それに直行する方向をそれ
ぞれ北方向、及び南方向としている。プレイヤーの船３
２は港３４を出発するとゲームコマンドに従って海域３
１を進む。

【００２３】ゲームコマンドには後述するように、主と
して「北航路を進む」と「東航路を進む」と「南航路を
進む」とがある。「北航路を進む」がゲームコマンドと
して選択されると、プレイヤーの船３２はゲーム空間３
０において北東に１コマ進む。また「東航路を進む」が
ゲームコマンドとして選択されると、プレイヤーの船３
２は東方向に１コマ進む。さらに「南航路を進む」がゲ
ームコマンドとして選択されると、プレイヤーの船３２
は南東方向に１コマ進む。例えばプレイヤーの船３２
が、同図に示すように港３４に位置している場合には、
「北航路を進む」がゲームコマンドとして選択される
と、プレイヤーの船３２はマス３５Ｎに移動する。また
「東航路を進む」がゲームコマンドとして選択される
と、プレイヤーの船３２はマス３５Ｅに移動する。さら
に「南航路を進む」がゲームコマンドとして選択される
と、プレイヤーの船３２はマス３５Ｓに移動する。こう
してプレイヤーの船３２は、携帯電話機１２から送信さ
れるゲームコマンド（ＵＲＬ）に従って海域３１を航海
する。

【００２４】海域３１には危険海域３６や凪（なぎ）海
域４０が含められている。この危険海域３６や凪海域４
０はあらかじめゲームＤＢ２２に登録されており、危険
海域３６にプレイヤーの船３２が侵入すると、怪物イベ
ントや海賊イベント等の危険なゲームイベントが他の海
域よりも高い確率で発生するようになっている。また、
プレイヤーの船３２が凪海域４０に侵入すると、順調に
航海できる凪イベントが高い確率で発生するようになっ
ている。プレイヤーはあらかじめプレイヤーの船３２に
船員や食糧を積み込むことができるようになっており、
これら船員や食糧は海域３１で遭遇するゲームイベント
によって増減するようになっている。例えば、プレイヤ
ーの船３２が航海中にゲームキャラクタたる巨大ザメに
遭遇すると、船員が失われるようになっている。また、
ランダム島４４に到着すると食糧や船員が補給されるよ
うになっている。これら巨大ザメ等の敵ゲームキャラク
タやランダム島４４はプレイヤーの船３２が海域３１を
進む毎に乱数に従って出現する。

【００２５】プレイヤーの船３２は各種のゲームイベン
トをクリアしながら宝島３８を目指す。この宝島３８に
プレイヤーの船３２が到着すると、金塊や財宝を手に入
れることができる。宝島３８は航海中、所定確率で発生
するようになっている。その後、プレイヤーの船３２が
帰還島３９に到着すると、港３４に帰還するか、あるい
は航海を続けるかの選択をプレイヤーに迫るようになっ
ている。このとき、プレイヤーが航海を続けてさらなる
宝島３８を探し求めれば、リスクを負うものの金塊や財
宝をより多く獲得できるようになる。一方、港３４に帰
還することをプレイヤーが選択すると、それまでに獲得
した金塊や財宝を安全に持ち帰ることができる。

【００２６】海域３１には島出現イベントも用意されて
いる。プレイヤーの船３２が島出現イベントに遭遇する
と、プレイヤーに対して「○○に島がある」等の島の所
在に関する情報が伝えられるようになっており、それに
応じてゲームＤＢ２２に構築されたゲーム空間３０に確
定島４２を出現させるようになっている。このため、プ
レイヤーは得られた情報に基づいてプレイヤーの船３２
を操作し、確定島４２を目指すことができる。そして、
確定島４２では船員の補給や船員の食糧の補給を受けら
れるようになる。

【００２７】以上説明した海賊ゲームを実現するための
ゲームサーバ２０の処理について、以下、図３乃至図７
のフロー図に基づいて詳細に説明する。ゲームサーバ２
０では、携帯電話機１２からゲーム開始要求の旨のＵＲ
Ｌを通信ネットワーク１６を介して受信すると（Ｓ１０
１）、スタート画面を表すハイパーテキストを携帯電話
機１２に返す（Ｓ１０２）。このスタート画面では、
「ゲーム説明」、「ゲーム開始」、及び「新規登録」の
ためのリンクボタンが表示される。このスタート画面を
見て、プレイヤーが方向ボタン２６、ファンクションボ
タン２８又はボタン群２９を用いてリンクボタンを選択
し、それによりゲームコマンドたるＵＲＬをゲームサー
バ２０に送信すると、それをゲームサーバ２０が受信す
る（Ｓ１０３）。ゲームサーバ２０は、このゲームコマ
ンドの種類を判断する（Ｓ１０４）。

【００２８】このとき、ゲームコマンドが「ゲーム説
明」を求めるものである場合には、ゲーム説明を含むハ
イパーテキストを携帯電話機１２に返す（Ｓ１０８）。
その後、携帯電話機１２から送信されるゲームコマンド
に応答して、再びスタート画面を表すハイパーテキスト
を携帯電話機１２に送信する（Ｓ１０２）。一方、Ｓ１
０４において携帯電話機１２から受信したゲームコマン
ドが「新規登録」を求めるものである場合には、ユーザ
登録処理を行う（Ｓ１０７）。すなわち、ネットワーク
ゲーム配信装置１８は有料で携帯電話機１２のユーザに
ゲームを供給するものであり、携帯電話機１２のユーザ
はあらかじめ携帯電話基地局１４にゲーム料金支払いの
意志がある旨を登録するようになっている。そして、ゲ
ームサーバ２０はＳ１０３において「新規登録」を求め
る旨のゲームコマンドを受信すると、そのゲームコマン
ドに含まれている顧客識別情報を検索キーとして、携帯
電話基地局１４に対して当該顧客が有料でのゲーム配信
を受ける意志があるのか否かを問い合わせる。この問い
合わせは通信ネットワーク１６を介して行われる。ユー
ザが携帯電話機１２で有料のゲーム配信を受けることを
登録していれば、ゲームサーバ２０はゲームＤＢ２２に
設けられたメインＤＢにその顧客のためのレコードを生
成する。

【００２９】このレコードの内容は図８に示されてい
る。同図に示すように、メインＤＢには「顧客識別情
報」、「船長名」、「船名」、「現在の貢献ポイン
ト」、「現在の船の種類」、「現在の船の耐久度」、
「今まで取得した金の累積」、「現在の戻り防止カウン
タ値（ゲームデータ識別情報）」、が顧客毎に記録され
ている。「顧客識別情報」は上述したように携帯電話機
１２から送信されるゲームコマンド（ＵＲＬ）に含めら
れているものである。携帯電話基地局１４に携帯電話機
１２のユーザが有料でのゲーム配信を受ける旨を登録し
ている場合には、ゲームサーバ２０は上述したレコード
をメインＤＢに生成するとともに、「船長名」及び「船
名」を登録するためのハイパーテキストを携帯電話機１
２に送信する。これに応じて、プレイヤーがボタン群２
９等を用いて船長名及び船名を入力し、それをゲームコ
マンドとしてゲームサーバ２０に送信すると、当該顧客
に係るレコードに「船長名」及び「船名」が登録され
る。「現在の貢献ポイント」、「現在の船の種類」、
「現在の船の耐久度」、「今までに取得した金の累
積」、及び「現在の戻り防止カウンタ値」にはデフォル
ト値が設定される。「現在の貢献ポイント」は現在のプ
レイヤーの所持金である。「現在の船の種類」は現在プ
レイヤーが選択している海賊船の種類である。「現在の
船の耐久度」は船の老朽度に対応するものである。この
海賊ゲームでは航海のたびに船の老朽化が進むようにな
っており、プレイヤーに海賊船の変更を迫るようにして
いる。「今までに取得した金の累計」はプレイヤーが今
までのプレイで獲得した金の累計である。「戻り防止カ
ウンタ値」は不正なプレイを防止するためのものであ
り、これについては後に詳述する。設定が終わると再び
Ｓ１０２に戻り、スタート画面を表すハイパーテキスト
が携帯電話機１２に送信される。

【００３０】また、Ｓ１０４において携帯電話機１２か
ら受信したゲームコマンドが「続きから」を要求するも
の（再開用ゲームコマンド）である場合には、プレイヤ
ーのプレイするゲーム進行の現在状況を表す情報、すな
わちゲーム状況データをゲームＤＢ２２から取得する
（Ｓ１０５）。後述するように、ゲームＤＢ２２にはプ
レイヤー毎にゲーム状況データが格納されており、Ｓ１
０５ではゲームコマンドに含まれる顧客識別情報に基づ
いて当該プレイヤーに係るゲーム状況データを読み出す
のである。この処理を終えるとＳ１２３の処理に移行す
る。この処理については後述する。

【００３１】一方、Ｓ１０４において携帯電話機１２か
ら受信したゲームコマンドが「ゲーム開始」を要求する
ものである場合には、港３４を表すハイパーテキストを
携帯電話機１２に返す（Ｓ１０６）。港３４を表すゲー
ム画面では、ユーザは「プレイヤーデータの参照」、
「船の変更」、「出航準備」、又は「ランキングデータ
の参照」を選択することができるようになっている。携
帯電話機１２のユーザがいずれかのコマンドを方向ボタ
ン２６やファンクションボタン２８を用いて選択する
と、それを表すゲームコマンドがゲームサーバ２０に送
信される。そして、ゲームサーバ２０はこのゲームコマ
ンドを受信する（Ｓ１０９）。そして、ゲームサーバ２
０はそのコマンドの種類を判断する（Ｓ１１０）。

【００３２】ゲームコマンドが「プレイヤーデータの参
照」を要求するものである場合には、ゲームＤＢ２２か
ら当該顧客にかかるメインＤＢレコードを読み出し、そ
の内容（図８参照）を表すハイパーテキストを携帯電話
機１２に送信する（Ｓ１１１）。これにより携帯電話機
１２のディスプレイ２４にはその携帯電話機１２のユー
ザに係る船長名や船名等のデータが表示される。そし
て、携帯電話機１２から復帰を要求するコマンドがゲー
ムサーバ２０に送信されると再びＳ１０２に戻り、スタ
ート画面を表すハイパーテキストが携帯電話機１２に送
信される。

【００３３】また、ゲームコマンドが「船の変更」を要
求するものである場合には、船の変更をプレイヤーに登
録させるためのハイパーテキストが携帯電話機１２に返
される（Ｓ１１２）。すなわち、この海賊ゲームでは、
プレイヤーは様々な個性を有する海賊船を選択すること
ができるようになっており、そのリストを表すハイパー
テキストが携帯電話機１２に送信される。この海賊ゲー
ムでは、船員や食糧の搭載量が少ないボート船や、その
搭載量が多い大型帆船、１回のゲームコマンドで２コマ
ずつ移動することが可能な高速帆船、あるいはあらかじ
め武器を搭載した戦艦等が用意されており、プレイヤー
は手持ちの貢献ポイントに応じて、いずれかを取得する
ことができるようになっている。船の変更処理を終える
と、復帰要求のゲームコマンドに応じて、再びスタート
画面を表すハイパーテキストが携帯電話機１２に送信さ
れる（Ｓ１０２）。

【００３４】また、ゲームコマンドが「ランキング表
示」を要求するものである場合には、ゲームサーバ２０
はランキング表示処理を行う（Ｓ１１４）。ゲームＤＢ
２２には、図９に示される海域別ランキングデータが記
録されており、Ｓ１１４の処理ではこのランキングデー
タを表すハイパーテキストが携帯電話機１２に送信され
る。この海賊ゲームでは複数種類の海域３１が用意され
ている。これらの海域３１は初心者用から上級者用まで
さまざまな個性を有している。プレイヤーはいずれかの
海域３１を選択してゲームをすることができるようにな
っており、多くの金塊や財宝を獲得して無事に港３４に
戻ったプレイヤーは、海域３１毎にランキングデータに
登録されるようになっている。同図に示されるように、
海域別ランキングデータには、「顧客識別情報」と、
「船長名」と、対応する海域３１におけるプレイヤーの
「獲得金」と、が対応づけられて記録されている。ここ
では、海域３１毎に２０人の成績優秀者が登録されるよ
うになっている。プレイヤーがランキングデータの参照
を終えると復帰要求のゲームコマンドに応じて、再びス
タート画面を表すハイパーテキストが携帯電話機１２に
送信される（Ｓ１０２）。

【００３５】さらに、ゲームコマンドが「出航準備」を
要求するものである場合には、ゲームサーバ２０は出航
準備処理を行う（Ｓ１１３）。この出航準備処理では、
現在プレイヤーが選択している海賊船にどれだけの船員
を乗せ、どれだけの食糧を搭載するかを決定することが
できるようになっている。すなわち、上述したようにユ
ーザが選択した海賊船には、それぞれ最大搭載量が決ま
っており、プレイヤーは船員と食糧との和がその最大搭
載量に収まるよう、両者の値を設定することができる。
例えば、食糧を多くして船員を少なくすれば、より長く
航海ができるようになるが、敵ゲームキャラクタと遭遇
して船員が全滅してしまい、港３４に無事に帰還できな
くなる可能性が高まる。一方、船員を多く乗せて食糧は
あまり搭載しないようにすれば、敵ゲームキャラクタと
遭遇して船員を失っても影響はさほどないが、すぐに食
糧がつきてしまい、港３４に無事に帰還することができ
なくなってしまう。このため、プレイヤーは絶妙なバラ
ンスで船員数及び食糧の量を決めなければならない。こ
れにより、プレイヤーは出航準備で設定の妙を楽しむこ
とができるようになる。また、Ｓ１１３における出航準
備処理では、プレイヤーは方向ボタン２６やファンクシ
ョンボタン２８により自分がゲームをしようとする海域
３１を選択することができるようになっている。

【００３６】出航準備処理において携帯電話機１２が出
港の旨のゲームコマンドを選択すると、いよいよプレイ
ヤーの船３２は海域３１に繰り出すことになる。このと
き、ゲームサーバ２０はプレイヤーの船３２を（１，
０）の位置に設定する。そして、その状況を表すハイパ
ーテキストを生成して、それを携帯電話機１２に送信す
る。図１０は、この時に携帯電話機１２のディスプレイ
２４に表示されるゲーム画面を示している。このゲーム
画面には上部に状況表示５０がなされている。状況表示
５０には、現在が出航日から何日目であるかが示されて
おり、その下に海域３１における座標（海域座標）が示
されている。さらにその下には、航海の状況を表すメッ
セージ５２、例えば「順調な航海だ」等の文字が表示さ
れる。最下部には、リンクボタン５４，５６，５８が表
示されている。リンクボタン５４には「北航路を進む」
の文字が表されており、プレイヤーがこのリンクボタン
５４を選択するとゲーム空間３０において北東にプレイ
ヤーの船３２を進めることができる。また、リンクボタ
ン５６には「東航路を進む」の文字が表されており、プ
レイヤーがこのリンクボタン５６を選択するとプレイヤ
ーの船３２を東に進めることができる。さらに、リンク
ボタン５８には「南航路を進む」の文字が表されてお
り、このリンクボタン５８をプレイヤーが選択するとプ
レイヤーの船３２を南東に進めることができるようにな
っている。

【００３７】図１０に示されるゲーム画面は、ゲームサ
ーバ２０から送信されるハイパーテキストに基づいて生
成されるものであり、このハイパーテキストのうち、特
にリンクボタン５４は、図１１に示されるリンクタグに
基づいて表示されるものである。同図に示すように、こ
のリンクボタン５４にはリンク先として「domain/game.
cgi 」が設定されている。「domain/game.cgi」は当該
海賊ゲームを実現するためのＣＧＩ（Common Gateway I
nterface）プログラムであり、ゲームサーバ２０で実行
されるものである。「?」以下には引数５５が付加され
ている。この引数５５はプレイヤーの現在状況（ゲーム
状況データ）と北航路を進む旨のゲームコマンドとを含
んでいる。すなわち、このゲームサーバ２０では、ゲー
ムＤＢ２２に各プレイヤーの現在状況を逐次記録するこ
とを避けるため、携帯電話機１２に送信するハイパーテ
キストにおいてリンク先たるＣＧＩプログラムの引数５
５にプレイヤーの現在状況を含めるようにしている。そ
して、ＣＧＩプログラム（domain/game.cgi）は引数５
５で指定された内容でゲーム処理を行う。携帯電話機１
２にゲーム画面を表すハイパーテキストを送信する際に
は、そのリンクタグに再び同じＣＧＩプログラム（doma
in/game.cgi）をリンク先として指定するとともに、そ
の引数５５としてプレイヤーの最新状況（更新後のゲー
ム状況データ）を付加するようにしている。こうすれ
ば、ＣＧＩプログラムは引数５５の内容からプレイヤー
の現在状況を知ることができ、それに基づくゲーム処理
を行うことができる。

【００３８】図１２は、ＣＧＩプログラムに渡される引
数５５の内容（ゲーム状況データ）を示している。同図
に示されるように引数５５は、「現在の船員数」、「現
在の食糧数」、「現在の武器数」、「船の最大搭載
量」、「現在の船の種類」、「現在の財宝」、「現在の
日数」、「現在の戻り防止カウンタ値」、「現在の海域
座標」、「取得済アイテム」、「出会い済キャラク
タ」、「出現した島の海域座標」、及び「出現した島の
種類」を含んでいる。「現在の船員数」、「現在の食糧
数」、「現在の武器数」は、ゲームイベントで増減した
最新の船員、食糧、武器の数を表している。「船の最大
搭載量」は、現在プレイヤーが選択している船の最大搭
載量を表している。「現在の船の種類」は、プレイヤー
が現在選択している船の種類を表している。また「現在
の財宝」は、プレイヤーが現在までに獲得している財宝
の総額を表す。「現在の日数」は、プレイヤーが現在が
航海何日目であるかを表す。「現在の戻り防止カウンタ
値」は、プレイヤーの不正操作を防止するためのカウン
タ値が現在のところいくつであるかを表す。これはメイ
ンＤＢのレコードに格納されている現在の戻り防止カウ
ンタ値に対応するものであり、後に詳述する。また「現
在の海域座標」は、ゲーム空間３０においてプレイヤー
の船３２が現在どの位置にあるかを表す。「取得済アイ
テム」は海域３１においてプレイヤーの船３２が取得し
たゲームアイテム（財宝等）の種類を表している。この
情報はプレイヤーに同じゲームアイテムを何度も与えな
いようにするために用いられる。「出会い済キャラク
タ」は、現在までにプレイヤーが出会った主要なゲーム
キャラクタの種類を表している。この情報はプレイヤー
に同じゲームキャラクターに何度も出会わせないように
するために用いられる。「出現した島の海域座標」は、
確定島４２の座標を表す。また、「出現した島の種類」
は、その確定島４２の種類を表す。確定島４２は通常の
島であったり、あるいは宝島であったりするが、この欄
にはその種別が格納される。

【００３９】図５に戻り、ゲームサーバ２０はゲームデ
ータに対する応答としてゲームコマンド（ＵＲＬ）を受
信する（Ｓ１１５）。なお、ハイパーテキストを生成す
る際、及びゲームコマンドを受信する際には、本ネット
ワークゲーム配信装置１８において特徴的な不正防止技
術（戻り防止技術）が採用されている。これは上述した
戻り防止カウンタ値を用いるものであり、後に詳述す
る。Ｓ１１５でゲームコマンドを受信すると、ゲームサ
ーバ２０は所定のソフトウエアにより乱数を発生させ、
その発生した乱数に従ってゲームイベントを決定する
（Ｓ１１６）。ここでは、それが通常イベントであるか
特殊イベントであるかを、まず決定する。ゲームサーバ
２０は、決定されたイベントの種類を判断し（Ｓ１１
７）、それが通常イベントであれば通常イベント処理を
行う（Ｓ１１８）。また、特殊イベントであれば特殊イ
ベント処理を行う（Ｓ１１９）。

【００４０】また、このタイミングで食糧が尽きた場合
にはゲームオーバであると判断し、港３４の画面を表す
ハイパーテキストを携帯電話機１２に送信する（Ｓ１０
６）。すなわち、この海賊ゲームでは、プレイヤーの３
２を進める度に船員の人数の１／１０にあたる量の食糧
が減るようになっており、それが零になるとゲームオー
バであると判断する。具体的には、ゲームサーバ２０
は、図１２に示される引数５５のうち、「現在の船員
数」及び「現在の食糧数」を調べ、現在の船員数の１／
１０の量と現在の食糧数とを比べて現在の食糧数が下回
っていれば、ゲームオーバーであると判断する。

【００４１】Ｓ１１８における通常イベント処理は、図
６に示されるフロー図のように行われる。すなわち、通
常イベント処理においては、まずイベントの種類が決定
される（Ｓ１２６）。このイベント種類の決定は、あら
かじめ定められたイベント発生確率テーブルに基づいて
決定される。通常イベントとしては、例えば海賊イベン
ト、怪物イベント、嵐イベント、食糧補給イベント、船
員補充イベント、帰還航路発見イベント等が用意されて
おり、イベント発生確率テーブルでは、それらに対する
デフォルトの発生確率が定められている。そして、それ
ら発生確率にしたがって具体的なイベントの種類が決定
される。また、危険海域３６や凪海域４０ではイベント
発生確率テーブルは補正して用いられる。そして、Ｓ１
２６において決定されたイベントが海賊イベントであれ
ば（Ｓ１２７）、ゲームサーバ２０はその海賊がプレイ
ヤー（プレーヤの船３２、船員、食糧、ひいては船長）
に対して与えるダメージを決定する（Ｓ１２８）。この
決定は乱数に基づいて行われる。そして、ゲームサーバ
２０は、Ｓ１２８で決定されたダメージに対応する船長
名を、図９に示した海域別ランキングデータから取得す
る（Ｓ１２９）。すなわち、海域別ランキングデータ
は、海域３１毎に獲得金の多い船長名が２０名記録され
ており、Ｓ１２８で決定されたダメージが大きければ、
より上位の、すなわち獲得金の多い船長名がＳ１２９に
おいて取得される。また、Ｓ１２８で決定されたダメー
ジが少なければ下位の船長名が取得される。取得された
船長名は海賊名（敵ゲームキャラクター）としてゲーム
画面に現れることになる。なお、船長名を取得する際に
は、現在ゲームを提供しているプレイヤーが自ら設定し
た船長名がゲーム画面に表示されることがないようにす
ることが望ましい。このため、ゲームサーバ２０は、携
帯電話機１２から送信される顧客識別情報を参照し、そ
の顧客識別情報が海域別ランキングデータに登録されて
いる場合には、その顧客識別情報に対応して記録されて
いる船長名を海賊名として採用しないようにすることが
望ましい。こうすれば、自分のゲームに自分の設定した
船長名が付された敵キャラクタが登場することがないよ
うにできる。また、現在ゲームを提供しているプレイヤ
ーが自ら設定した船長名と同一の船長名が海域別ランキ
ングデータに登録されている場合、その船長名を海賊名
として採用しないようにするようにしてもよい。こうす
れば、自分が設定した名前の海賊が敵キャラクタとして
登場することを避けることができる。取得された船長名
はゲームサーバ２０の図示しないＲＡＭに一時記憶され
る。一方、Ｓ１２７において決定されたゲームイベント
が海賊イベントでないと判断されると、具体的なイベン
ト内容の決定が乱数に基づいてなされる（Ｓ１３０）。
たとえば、怪物イベントにおいては、その怪物の名称や
その怪物がプレーヤに与えるダメージが決定される。こ
の決定内容はゲームサーバ２０に設けられた図示しない
ＲＡＭに一時記憶される。

【００４２】また、Ｓ１１９における特殊イベント処理
は、図７に示されるフロー図にしたがって行われる。同
図に示されるように、特殊イベント処理においては、ま
ず乱数に基づいてイベント種類が具体的に決定される
（Ｓ１３１）。たとえば、特殊イベントとしては、宝島
情報イベントや、島情報イベント、宝島到着イベント、
食糧補給イベントが用意されている。Ｓ１３２において
は、その決定されたイベントが島情報イベントか宝島情
報イベントであるかが判断される。そして、島情報イベ
ントや宝島情報イベントであれば、ゲームサーバ２０は
確定島４２を海域３１に発生させる（Ｓ１３３）。この
確定島４２は、現在のプレーヤーの船３２の位置に基づ
いて決定され、現在のプレイヤーの船３２の位置から複
数回のゲームコマンドにより移動可能な位置に確定島４
２が設定される。ここで設定された内容は、図１２に示
されるようにしてＣＧＩプログラムの引数５５として渡
すため、一旦ゲームサーバ２０の図示しないＲＡＭに記
憶される。また、ＣＧＩプログラムの引数５５として出
現した確定島４２の種類を記録するため、Ｓ１３１で決
定したイベントによって、その確定島４２が通常の島で
あるか宝島であるかを判断し、その種別がゲームサーバ
２０の図示しないＲＡＭに格納される。その後、イベン
トの種類に応じた画像データのパス名が取得される（Ｓ
１３４）。一方、Ｓ１３２において島情報イベントや宝
島情報イベントでないと判断されると、その決定された
イベントの具体的な内容が決定される（Ｓ１３５）。た
とえば食糧補給イベントであれば、どれだけの食糧をプ
レイヤーに対して補給するかが乱数に基づいて決定され
る。これら決定内容はゲームサーバ２０の図示しないＲ
ＡＭに一時記憶される。

【００４３】図５に戻り、通常イベント処理（Ｓ１１
８）や特殊イベント処理（Ｓ１１９）が終わると、ゲー
ムサーバ２０はゲームオーバーであるかを判断する（Ｓ
１２０）。すなわち、通常イベント処理や特殊イベント
処理においては怪物や海賊に遭遇して船員が零になるこ
とがあるが、そのような場合にはゲームオーバであると
判断する。ゲームオーバであると判断されると、その旨
の画面を表示するためのハイパーテキストが携帯電話機
１２に対して送信され、その後、港３４の画面に戻る
（Ｓ１０６）。また、ゲームオーバでないと判断される
と（Ｓ１２０）、次にゲームサーバ２０はゲームクリア
であるかを判断する（Ｓ１２１）。すなわち、プレイヤ
ーの船３２がゲーム空間３０において帰還島３９に到達
し、そこでプレイヤーが港３４に帰還することを選択す
ると、ゲームサーバはその旨のゲームコマンドからゲー
ムクリアであると判断する。

【００４４】ゲームクリアであると判断されると、清算
処理が行われる（Ｓ１２５）。清算処理においては、そ
の航海において獲得した財宝の総額を算出し、それが上
位２０位以内に入る場合は、そのプレイヤーに係る顧客
識別情報、船長名、獲得金を海域別ランキングデータに
加える。そして、最下位のプレイヤーに係る顧客識別情
報、船長名、獲得金が海域別ランキングデータから削除
される。こうして、ゲームＤＢ２２に保存されている海
域別ランキングデータが更新される。

【００４５】一方、Ｓ１２１においてゲームクリアでな
いと判断されると、Ｓ１２２に進み、ゲームＤＢ２２に
設けられたＲＡＭから通常イベント処理（Ｓ１１８）や
特殊イベント処理（Ｓ１１９）での決定事項が読み出さ
れ、その内容に基づいてプレイヤーの現在状況、すなわ
ちゲーム状況データが生成され、その内容が顧客識別番
号に対応付けられてゲームＤＢ２２に格納される。この
ゲーム状況データの内容は図１２に示されるＣＧＩプロ
グラムの引数５５の内容と同じである。その後、ゲーム
画面をあらわすハイパーテキストが生成され（Ｓ１２
３）、ゲームサーバ２０は生成したハイパーテキストを
携帯電話機１２に送信する（Ｓ１２４）。そして、再び
携帯電話機１２からゲームコマンドを受信する（Ｓ１１
５）。

【００４６】なおＳ１２３においては、Ｓ１０５から処
理が移行してきた場合、特に次のようにしてハイパーテ
キストを生成する。すなわち、上述したようにＳ１０５
ではゲームＤＢ２２から現在ゲームを提供しているプレ
イヤーに係るゲーム状況データを読み出している。Ｓ１
２３においては、この読み出したゲーム状況データを用
いてハイパーテキストを生成する。図１３は、ここで生
成されるハイパーテキストを用いて生成されるゲーム画
面の一例を示している。同図（ａ）のゲーム画面は、同
図（ｂ）のゲーム画面が携帯電話機１２のディスプレイ
２４に表示された状態で、通信途絶、携帯電話機１２へ
の着呼、プレイヤーの都合等により、本海賊ゲームが一
旦終了され、再びプレイヤーがスタート画面で「続きか
ら」を選択することにより、同ディスプレイ２４に表示
されるものである。これらの図に示されるように、「続
きから」を経由して表示されるゲーム画面（同図
（ａ））では、ゲームイベントに係るメッセージ５１の
表示（同図（ｂ））がキャンセルされ、残りの部分だけ
が表示される。同図（ａ）において、状況表示５０はゲ
ーム状況データに基づいて生成される。また、リンクボ
タン５４，５６，５８を表示するためのリンクタグで
は、引数５５の内容として、ゲームＤＢ２２から読み出
されたゲーム状況データの内容が複写される。こうすれ
ば、同図（ｂ）がディスプレイ２４に表示された状態で
プレイが一旦中断した場合でも、同図（ｂ）に示される
情報のうち必要な部分だけを再度プレイヤーに提示する
ことができ、これによりゲームプレイを再開させること
ができる。

【００４７】その他、Ｓ１２３でのハイパーテキスト生
成においては、特に、通常イベント処理において海賊イ
ベントが選択された場合、海域別ランキングデータから
取得された船長名がハイパーテキストに埋め込まれる。
図１４（ａ）は海賊イベントにかかるゲーム画面の一例
が示されている。このゲーム画面は携帯電話機１２のデ
ィスプレイ２４に表示されるものである。同図に示すよ
うに、このゲーム画面では「ＡＡＡ船長が現れた！」と
のメッセージ６４が埋め込まれている。このメッセージ
のうち「ＡＡＡ」の部分は、通常イベント処理におい
て、海域別ランキングデータから取得され、ＲＡＭに一
時記憶されていた船長名である。このように海域別ラン
キングデータに記録されている船長名をゲーム画面に敵
キャラクタとして表示させることにより、プレイヤーは
他の成績優秀者の設定した船長名を知ることができる。
このため、ネットワークゲームシステム１０に意外性を
与えることができる。また、プレイヤーは海域別ランキ
ングデータに登録されると、自分の設定した船長名が他
のプレイヤーのプレイするゲーム画面に現れることにな
るため、自己主張のため、海域別ランキングデータに自
分の設定した船長名が登録されるよう何度もゲームを繰
り返すようになる。こうして、ネットワークゲームシス
テム１０の魅力を高めることができる。また、通常イベ
ント処理においてたとえば怪物イベントが選択されてい
る場合には、例えば図１４（ｂ）に示されるゲーム画面
が携帯電話機１２のディスプレイ２４に表示される。こ
のゲーム画面では「巨大ザメが現れた！」のメッセージ
が表示されている。

【００４８】さらに、特殊イベント処理（Ｓ１１９）に
おいて島情報イベントが選択された場合には、携帯電話
機１２のディスプレイ２４に例えば図１５に示されるゲ
ーム画面が表示されることになる。同図に示されるゲー
ム画面には「ここから東に２、北に２の所にまた島があ
るんですって」とのメッセージ６８が表示されている。
この画面では島情報イベントに相応しい画像６６がゲー
ム画面に埋め込まれる。この画像６６の表示は、ハイパ
ーテキストに当該画像６６のパス名を埋め込むことによ
り行われる。パス名は、Ｓ１３４で取得されたパス名で
ある。また、リンクボタン５４，５６，５８を表示する
ためのリンクタグでは、ＣＧＩプログラムに引数５５と
して出現した島の海域座標が設定される。この場合、現
在の海域座標に（２，−２）を加算した座標が、引数５
５の「出現した島の海域座標」の項目に設定される。ま
た「出現した島の種類」の欄には発生した島が通常の島
である旨が設定される。

【００４９】また、特殊イベント処理（Ｓ１１９）にお
いて宝島情報イベントが選択されている場合には、例え
ば図１６に示されるように「ここから東に８、南に２の
所に宝島があるらしいぜ！」とのメッセージ７２が携帯
電話機１２のディスプレイ２４に表示される。このと
き、リンクボタン５４，５６，５８を表示するためのリ
ンクタグでは、引数５５の「出現した島の海域座標」と
して、現在の海域座標に（８，２）を加算した座標が設
定され、さらに「出現した島の種類」として、当該島が
宝島である旨が設定される。このゲーム画面においては
宝島の情報を取得した状況に相応しい画像７０が表示さ
れる。この画像７０は携帯電話機１２に送信されるハイ
パーテキストに当該画像７０のパス名を埋め込むことに
より行われる。このパス名は、Ｓ１３４で取得されたパ
ス名である。

【００５０】また、特殊イベント処理（Ｓ１１９）にお
いて宝島到着イベントが選択された場合には、例えば図
１７に示されるゲーム画面が携帯電話機１２のディスプ
レイ２４に表示される。このゲーム画面においては、宝
島にたどり着いたことをあらわすのに相応しい画像７４
が表示される。この画像７４は、携帯電話機１２に送信
されるハイパーテキストに、当該画像７４のパス名を埋
め込むことにより行われる。この画像７４のパス名はＳ
１３４において取得されたものである。このとき、Ｓ１
３１において決定されたイベント内容に基づいて、メッ
セージ７６が表示される。同図に示される例では「金を
１００００ポイント獲得した 海賊王の剣を手に入れ
た」とのメッセージ７６が表されている。この場合は、
ＣＧＩプログラムの引数５５として、「現在の財宝」に
１００００ポイントが加算され、さらに「取得済みアイ
テム」に海賊王の剣を取得した旨が設定される。

【００５１】また、通常イベント処理（Ｓ１１８）にお
いて帰還航路発見イベントが選択された場合には、例え
ば図１８に示されるゲーム画面が表示される。このゲー
ム画面には、帰還する旨のゲームコマンドに対応するリ
ンクボタン６０と、航海を続ける旨のゲームコマンドに
対応するリンクボタン６２と、が表示される。プレイヤ
ーがリンクボタン６０を選択すると、プレイヤーの船３
２は港３４に帰還する。一方、リンクボタン６２を選択
すると、港３４への帰還をキャンセルし、航海が続けら
れる。

【００５２】最後に、本ネットワークゲームシステム１
０において特徴的な不正防止技術（戻り防止技術）につ
いて説明する。この不正防止技術を実現するため、図５
におけるＳ１２３において図１９に示される処理が実行
される。この処理では、まずゲームサーバ２０がゲーム
ＤＢ２２に格納されている戻り防止カウンタ値を取得す
る（Ｓ２０１）。戻り防止カウンタ値は携帯電話機１２
から取得される顧客識別情報に対応してメインＤＢに記
憶されているものである。そして、ゲームサーバ２０は
その値に基づいて新たに戻り防止カウンタ値を生成す
る。具体的には、その値を１だけインクリメントする
（Ｓ２０２）。そして、その値を再びゲームＤＢ２２に
設けられたメインＤＢに格納する。こうして、メインＤ
Ｂの「現在の戻り防止カウンタ値」を更新する（Ｓ２０
３）。そして、この更新したカウンタ値を用いて送信デ
ータを生成する（Ｓ２０４）。すなわち、リンクボタン
５４，５６，５８等に含められるＣＧＩプログラムへの
引数５５において、「現在の戻り防止カウンタ値」とし
て更新後のカウンタ値が設定される。

【００５３】以上のようにして生成されたハイパーテキ
ストを受信した携帯電話機１２において、プレイヤーが
方向ボタン２６やファンクションボタン２８によってゲ
ームコマンドを選択すると、そのゲームコマンドはゲー
ムサーバ２０に送信される。このゲームコマンド（ＵＲ
Ｌ）を受信する際、そこに引数５５として含まれる「現
在の戻り防止カウンタ値」が参照される。図２０は、こ
のときの処理を説明するフロー図である。同図に示され
る処理は、Ｓ１１５（図５）の処理において行われるも
のである。この処理では、ゲームサーバ２０は、ゲーム
コマンドを受信し（Ｓ２１０）、そこからＣＧＩプログ
ラムへの引数５５及び顧客識別情報を取得する（Ｓ２１
１）。さらに、ゲームサーバ２０はゲームＤＢ２２に設
けられたメインＤＢから「現在の戻り防止カウンタ値」
を取得する（Ｓ２１２）。このとき「現在の戻り防止カ
ウンタ値」はＳ２１１において取得した顧客識別情報に
対応するものが取得される。そして、ゲームサーバ２０
は、Ｓ２１１で取得した引数５５に含まれる「現在の戻
り防止カウンタ値」と、Ｓ２１２でゲームＤＢ２２から
取得した「現在の戻り防止カウンタ値」とを比較し、そ
れらが等しいかを調べる（Ｓ２１３）。そして、両者が
等しい場合には不正操作は行われていないとして、次の
処理（Ｓ１１６）に復帰する。一方、両者が等しくない
場合には、戻り（不正操作）が禁止されている旨を案内
表示するためのハイパーテキストを生成し、それを携帯
電話機１２に送信する（Ｓ２１４）。そして、再びゲー
ムコマンドの受信を待つ（Ｓ２１０）。

【００５４】すなわち、携帯電話機１２とゲームサーバ
２０との間は、ＨＴＴＰ（HyperText Transfer Protoco
l）によりデータ通信がなされており、携帯電話機１２
では既に取得したハイパーテキストを、Ｗｅｂブラウザ
機能の「戻る」機能を用いることにより、遡って表示さ
せることができるようになっている。そして、プレイヤ
ーが既に取得した過去のハイパーテキストに基づくゲー
ム画面をディスプレイ２４に表示し、そこに含まれてい
るリンクボタン５４，５６，５８等を押下すると、その
リンクタグに含まれている引数５５がゲームサーバ２０
に送信される。この場合には、ゲームＤＢ２２に格納さ
れている「現在の戻り防止カウンタ値」と携帯電話機１
２からＣＧＩプログラムの引数５５として送信される
「現在の戻り防止カウンタ値」とが一致しなくなる。本
ネットワークゲーム配信装置１８に備えられている不正
防止技術では、このような場合に、不正操作が禁止され
ている旨を携帯電話機１２に知らせるのである。この不
正防止技術を採用しないと、携帯電話機１２に、このよ
うな過去のゲーム画面に基づく操作を可能とする機能が
備えられている場合には、プレイヤーは望ましくないゲ
ームイベントに出会うと、過去に遡ってゲームコマンド
をゲームサーバ２０に送信し直して、そのようなゲーム
イベントへの遭遇をキャンセルすることが可能となって
しまう。このネットワークゲームシステム１０によれ
ば、上記不正防止技術を採用して、戻り防止カウンタ値
をゲームＤＢ２２で管理することにより、そのような不
正操作を禁止することが可能となる。このため、プレイ
ヤーはゲームコマンドのやり直しが効かないことで、緊
張感を持続させることができ、この種のネットワークゲ
ームシステム１０の魅力を高めることができる。

【００５５】以上説明したネットワークゲームシステム
１０によれば、電話状況の悪化、携帯電話機１２への着
呼、プレイヤーの都合等の理由によりゲームプレイが中
断した場合でも、ゲームＤＢ２２に格納されているゲー
ム状況データを用いてゲーム画面を再現することができ
るため、プレイヤーはゲームプレイを再開することがで
きるようになる。

【００５６】なお、本発明は以上説明した実施の形態に
限定されるものではない。

【００５７】例えば、以上説明したゲームシステム１０
では、ゲーム状況データとして、図１２に示されるデー
タをゲームＤＢ２２に記憶するようにしたが、ゲーム空
間におけるプレイヤーの現在状況を表すデータであれ
ば、どのようなデータをゲーム状況データとして採用し
てもよい。例えば、ゲームデータたるハイパーテキスト
にゲーム処理に必要なパラメータが含まれている場合
は、そのハイパーテキスト自体をゲーム状況データとし
てゲームＤＢ２２に記憶させておくようにしてもよい。

【００５８】また、以上説明したゲームシステム１０で
は、ゲーム状況データをＣＧＩプログラムの引数５５と
してリンクタグに埋め込むようにしたが、ゲーム状況デ
ータの一部だけを引数５５に埋め込み、他はゲームＤＢ
２２で管理するようにしてもよい。

【００５９】また、以上の説明では携帯電話機１２を用
いてネットワークゲームシステム１０を実現する例につ
いて説明したが、携帯電話機１２でなくとも、無線通信
により通信ネットワーク１６に接続可能なあらゆる情報
端末をゲーム端末として使用することができる。また、
通信ネットワーク１６への接続は無線通信に限らず、通
常のパーソナルコンピュータを用いてゲームサーバ２０
に接続するようにしてもよい。

【００６０】さらに、上記実施の形態では本発明を海賊
ゲームに適用する例について説明したが、本発明はあら
ゆるゲームに対して適用可能である。また、以上のゲー
ムシステム１０ではＨＴＴＰを利用してゲーム配信を行
うようにしたが、どのようなプロトコルを用いてもよ
い。

【図面の簡単な説明】

【図１】 本発明の実施の形態に係るネットワークゲー
ムシステムの全体構成を示す図である。

【図２】 本発明の実施の形態に係るネットワークゲー
ムシステムで実現される海賊ゲームの概念を説明する図
である。

【図３】 本発明の実施の形態に係るネットワークゲー
ム配信装置におけるゲーム処理を説明する図である。

【図４】 本発明の実施の形態に係るネットワークゲー
ム配信装置におけるゲーム処理を説明する図である。

【図５】 本発明の実施の形態に係るネットワークゲー
ム配信装置におけるゲーム処理を説明する図である。

【図６】 本発明の実施の形態に係るネットワークゲー
ム配信装置におけるゲーム処理を説明する図である。

【図７】 本発明の実施の形態に係るネットワークゲー
ム配信装置におけるゲーム処理を説明する図である。

【図８】 ゲームＤＢに設けられたメインＤＢのレコー
ド構成を示す図である。

【図９】 ゲームＤＢに格納される海域別ランキングデ
ータの構成を示す図である。

【図１０】 出航時におけるゲーム画面の一例を示す図
である。

【図１１】 リンクボタンを表示するためのリンクタグ
を示す図である。

【図１２】 ゲームサーバで実行されるＣＧＩプログラ
ムに渡される引数を説明する図である。

【図１３】 「続きから」機能を利用した場合のゲーム
画面の一例を示す図である。

【図１４】 通常イベントに係るゲーム画面の一例を示
す図である。

【図１５】 島情報イベントに係るゲーム画面の一例を
示す図である。

【図１６】 宝島情報イベントに係るゲーム画面の一例
を示す図である。

【図１７】 宝島到着イベントに係るゲーム画面の一例
を示す図である。

【図１８】 帰還航路発見イベントに係るゲーム画面の
一例を示す図である。

【図１９】 本発明の実施の形態に係るネットワークゲ
ーム配信装置で採用される不正防止技術を説明するフロ
ー図である。

【図２０】 本発明の実施の形態に係るネットワークゲ
ーム配信装置で採用される不正防止技術を説明するフロ
ー図である。

【符号の説明】

１０ ネットワークゲームシステム、１２ 携帯電話
機、１４ 携帯電話基地局、１６ 通信ネットワーク、
１８ ネットワークゲーム配信装置、２０ ゲームサー
バ、２２ ゲームＤＢ、２４ ディスプレイ、２６ 方
向ボタン、２８ファンクションボタン、２９ ボタン
群、３０ ゲーム空間、３１海域、３２プレイヤーの
船、３３ 座標軸、３４ 港、３５ マス、３６ 危険
海域、３８宝島、３９ 帰還島、４０ 凪海域、４２
確定島、４４ ランダム島、５０状況表示、５１，５
２，６４，６８，７２，７６ メッセージ、５４，５
６，５８ リンクボタン、５５ 引数、６６，７０，７
４ 画像。

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 2C001 AA00 AA11 AA13 AA14 AA17 BA00 BA02 BA05 BB00 BB01 BB05 BC00 BC01 BC10 CB00 CB01 CB08 CC02 CC03 DA00 DA06

Claims (3)

【特許請求の範囲】
1. 【請求項１】 通信ネットワークを介してゲーム端末か
   らゲームコマンドを受信するゲームコマンド受信手段
   と、 受信されたゲームコマンドに基づいてゲームイベントを
   決定するゲームイベント決定手段と、 決定されたゲームイベントの内容に基づいてゲーム画面
   を表すゲームデータを生成するゲームデータ生成手段
   と、 生成されたゲームデータを前記ゲーム端末に送信するゲ
   ームデータ送信手段と、を含むゲーム配信装置におい
   て、 前記ゲームデータ生成手段により生成されたゲームデー
   タに対応するゲーム状況データを記憶するゲーム状況デ
   ータ記憶手段と、 所定の再開用ゲームコマンドを受信する場合に、前記ゲ
   ーム状況データに基づいて所定の再開画面を表す再開用
   ゲームデータを生成する再開用ゲームデータ生成手段
   と、 生成された前記再開用ゲームデータを前記ゲーム端末に
   送信する再開用ゲームデータ送信手段と、 をさらに含むことを特徴とするゲーム配信装置。
2. 【請求項２】 コンピュータをゲーム配信装置として機
   能させるためのプログラムを記録した情報記憶媒体であ
   って、 通信ネットワークを介してゲーム端末からゲームコマン
   ドを受信するゲームコマンド受信手段、 受信されたゲームコマンドに基づいてゲームイベントを
   決定するゲームイベント決定手段、 決定されたゲームイベントの内容に基づいてゲーム画面
   を表すゲームデータを生成するゲームデータ生成手段、 生成されたゲームデータを前記ゲーム端末に送信するゲ
   ームデータ送信手段、 前記ゲームデータ生成手段により生成されたゲームデー
   タに対応するゲーム状況データを記憶するゲーム状況デ
   ータ記憶手段、 所定の再開用ゲームコマンドを受信する場合に、前記ゲ
   ーム状況データに基づいて所定の再開画面を表す再開用
   ゲームデータを生成する再開用ゲームデータ生成手段、 及び、生成された前記再開用ゲームデータを前記ゲーム
   端末に送信する再開用ゲームデータ送信手段、 として前記コンピュータを機能させるためのプログラム
   を記録した情報記憶媒体。
3. 【請求項３】 通信ネットワークを介してゲーム端末か
   らゲームコマンドを受信するゲームコマンド受信ステッ
   プと、 受信されたゲームコマンドに基づいてゲームイベントを
   決定するゲームイベント決定ステップと、 決定されたゲームイベントの内容に基づいてゲーム画面
   を表すゲームデータを生成するゲームデータ生成ステッ
   プと、 生成されたゲームデータに対応するゲーム状況データを
   記憶するゲーム状況データ記憶ステップと、 生成されたゲームデータを前記ゲーム端末に送信するゲ
   ームデータ送信ステップと、 所定の再開用ゲームコマンドを受信する場合に、前記ゲ
   ーム状況データに基づいて所定の再開画面を表す再開用
   ゲームデータを生成する再開用ゲームデータ生成ステッ
   プと、 生成された前記再開用ゲームデータを前記ゲーム端末に
   送信する再開用ゲームデータ送信ステップと、 を含むことを特徴とするゲーム配信方法。