"予め登録された複数のプレイヤのうち通信ネットワークを通してログインをした第1プレイヤの第1ゲーム装置にゲームを提供するゲームサーバのゲーム管理方法において、前記複数のプレイヤのうち前記ログインをしていない第2プレイヤを示すプレイヤ情報を前記第1ゲーム装置に送信し、前記第2プレイヤを選択する第1選択信号を前記第1ゲーム装置から受信したとき前記第2プレイヤの第2ゲーム装置にログイン操作要求を送信することを特徴とする、ゲーム管理方法。各々の前記プレイヤは前記ログイン操作要求の送信を一律に許可/禁止する第1送信情報を前記ゲームサーバに登録でき、前記ゲームサーバは、前記第2プレイヤの前記第1送信情報が前記禁止を示すとき、前記ログイン操作要求を前記第2ゲーム装置に送信することなく第1メッセージを前記第1ゲーム装置に返送する、請求項1記載のゲーム管理方法。各々の前記プレイヤは前記ログイン操作要求の送信を前記プレイヤ毎に許可/禁止する第2送信情報を前記ゲームサーバに登録でき、前記ゲームサーバは、前記第2プレイヤの前記第2送信情報が前記第1プレイヤについて前記禁止を示すとき、前記ログイン操作要求を前記第2ゲーム装置に送信することなく前記第1メッセージを前記第1ゲーム装置に返送する、請求項1または2記載のゲーム管理方法。前記ゲームサーバは、前記ログイン操作要求に対して前記第2ゲーム装置からログイン操作拒否が返送されたとき、第2メッセージを前記第1ゲーム装置に返送する、請求項1ないし3のいずれかに記載のゲーム管理方法。前記ゲームサーバは前記第1プレイヤを特定できる識別情報を前記ログイン操作要求に含める、請求項1ないし4のいずれかに記載のゲーム管理方法。各々の前記プレイヤは個人情報を前記ゲームサーバに登録でき、前記ゲームサーバは、前記第2プレイヤを選択する第2選択信号を前記第1ゲーム装置から受信したとき、前記第2プレイヤの前記個人情報を前記第1ゲーム装置に返送する、請求項1ないし5のいずれかに記載のゲーム管理方法。前記ゲームサーバは、前記第1プレイヤが操作する第1キャラクタを示す第1キャラクタ信号と前記第2プレイヤが操作する第2キャラクタを示す第2キャラクタ信号と前記第1プレイヤのログイン時に既にログインしている第3プレイヤが操作する第3キャラクタを示す第3キャラクタ信号とをメモリから読み出し、前記第1ゲーム装置における前記第2キャラクタの表示態様が前記第1キャラクタおよび前記第3キャラクタと異なるように前記第2キャラクタ信号に前記プレイヤ情報を付加し、前記第1キャラクタ信号と前記プレイヤ情報が付加された前記第2キャラクタ信号と前記第3キャラクタ信号とを前記第1ゲーム装置に送信する、請求項1ないし6のいずれかに記載のゲーム管理方法。予め登録された複数のプレイヤのうち通信ネットワークを通してログインをした第1プレイヤの第1ゲーム装置にゲームを提供するゲームサーバにおいて、前記複数のプレイヤのうち前記ログインをしていない第2プレイヤを示すプレイヤ情報を前記第1ゲーム装置に送信する送信手段、および前記第2プレイヤを選択した選択信号を前記第1ゲーム装置から受信したとき前記第2プレイヤの第2ゲーム装置にログイン操作要求を送信する送信手段を備えることを特徴とする、ゲームサーバ。通信ネットワークを通してゲームサーバにログインしたプレイヤによって操作されるゲーム装置において、前記ゲームサーバにログインしたとき予め登録されたかつ前記ゲームサーバにログインしていない特定プレイヤを示すプレイヤ情報を前記ゲームサーバから受信するプレイヤ情報受信手段、前記プレイヤ情報に基づいて前記特定プレイヤの選択を案内する案内手段、前記特定プレイヤが選択されたとき前記特定プレイヤへのログイン操作要求の送信を前記ゲームサーバに要求する要求手段、および前記ゲームサーバにログインしていないとき前記ゲームサーバから前記ログイン操作要求を受信するログイン操作要求受信手段を備えることを特徴とする、ゲーム装置。通信ネットワークを通してゲームサーバにログインするプレイヤによって操作されるゲーム装置に実行させるためのゲームプログラムにおいて、前記ゲームサーバにログインしたとき予め登録されたかつ前記ゲームサーバにログインしていない特定プレイヤを示すプレイヤ情報を前記ゲームサーバから受信するプレイヤ情報受信ステップ、前記プレイヤ情報に基づいて前記特定プレイヤの選択を案内する選択案内ステップ、前記特定プレイヤが選択されたとき前記特定プレイヤへのログイン操作要求の送信を前記ゲームサーバに要求する要求ステップ、および前記ゲームサーバにログインしていないとき前記ゲームサーバから前記ログイン操作要求を受信するログイン操作要求受信ステップを備えることを特徴とする、ゲームプログラム。通信ネットワークを通してゲームサーバにログインするプレイヤによって操作されるゲーム装置に実行させるためのゲームプログラムを記憶した記憶媒体において、前記ゲームプログラムは、前記ゲームサーバにログインしたとき予め登録されたかつ前記ゲームサーバにログインしていない特定プレイヤを示すプレイヤ情報を前記ゲームサーバから受信するプレイヤ情報受信ステップ、前記プレイヤ情報に基づいて前記特定プレイヤの選択を案内する選択案内ステップ、前記特定プレイヤが選択されたとき前記特定プレイヤへのログイン操作要求の送信を前記ゲームサーバに要求する要求ステップ、および前記ゲームサーバにログインしていないとき前記ゲームサーバから前記ログイン操作要求を受信するログイン操作要求受信ステップを備えることを特徴とする、記憶媒体。しかし、従来技術では、ゲームサーバにログインしているプレイヤキャラクタしか仮想空間に登場しない。このため、ゲームサーバにログインしていないプレイヤとゲームを行なうためには、ゲーム内に設けられた掲示板に書き込むような非リアルタイムな方法をとるか、電話をかけるなどの実空間の連絡方法を用いなければならず、ゲームを開始するのに手間がかかっていた。また、従来技術のようなゲームでは、ゲーム内では友人としての役割を演じても実空間では相手との関わりを持ちたくないというプレイヤも多く存在し、このようなプレイヤには電話連絡をとることはできない。また、多人数参加型ゲームでは共通の趣味を持った人に出会えるのが楽しみの一つであるが、従来のシステムではその時点でログインしているプレイヤの中でしか新しい友人を探せない。もちろん、掲示板に○○○が好きな人、××日の××時に△△に来てねという伝言を残すなどの方法で共通の趣味を持つ人に出会うことはできるが、この場合、待ち合わせの時刻に必ずアクセスする必要があるため融通が効かないだけでなく、掲示板にメッセージを書き込んでからこのメッセージを相手に読んでもらうまでに十分な時間を取る必要がある。このため、希望する相手とゲームを楽しむまでに時間がかかるという問題があった。それゆえに、この発明の主たる目的は、ゲームサーバにログインしているプレイヤとゲームサーバにログインしていないプレイヤとの間で簡単かつ速やかにゲームを行なうことができる、ゲーム管理方法を提供することである。この発明の他の目的は、ログインをしているプレイヤがログインをしていないプレイヤと簡単かつ速やかにゲームを行なうことができる、ゲームサーバを提供することである。この発明のその他の目的は、ゲームサーバにログインしていないプレイヤと簡単かつ速やかにゲームを行なうことができる、ゲーム装置を提供することである。この発明のさらにその他の目的は、ゲームサーバにログインしているプレイヤとゲームサーバにログインしていないプレイヤとの間で簡単かつ速やかにゲームを行なうことができる、ゲームプログラムを提供することである。この発明の他の目的は、ゲームサーバにログインしているプレイヤとゲームサーバにログインしていないプレイヤとの間で簡単かつ速やかにゲームを行なうことができるゲームプログラムを記憶した、記憶媒体を提供することである。第1の発明は、予め登録された複数のプレイヤのうち通信ネットワークを通してログインをした第1プレイヤの第1ゲーム装置にゲームを提供するゲームサーバのゲーム管理方法において、複数のプレイヤのうちログインをしていない第2プレイヤを示すプレイヤ情報を第1ゲーム装置に送信し、第2プレイヤを選択する第1選択信号を第1ゲーム装置から受信したとき第2プレイヤの第2ゲーム装置にログイン操作要求を送信することを特徴とする、ゲーム管理方法である。第2の発明は、予め登録された複数のプレイヤのうち通信ネットワークを通してログインをした第1プレイヤの第1ゲーム装置にゲームを提供するゲームサーバにおいて、複数のプレイヤのうちログインをしていない第2プレイヤを示すプレイヤ情報を第1ゲーム装置に送信する送信手段、および第2プレイヤを選択した選択信号を第1ゲーム装置から受信したとき第2プレイヤの第2ゲーム装置にログイン操作要求を送信する送信手段を備えることを特徴とする、ゲームサーバである。第3の発明は、通信ネットワークを通してゲームサーバにログインしたプレイヤによって操作されるゲーム装置において、ゲームサーバにログインしたとき予め登録されたかつゲームサーバにログインしていない特定プレイヤを示すプレイヤ情報をゲームサーバから受信するプレイヤ情報受信手段、プレイヤ情報に基づいて特定プレイヤの選択を案内する案内手段、特定プレイヤが選択されたとき特定プレイヤへのログイン操作要求の送信をゲームサーバに要求する要求手段、およびゲームサーバにログインしていないときゲームサーバからログイン操作要求を受信するログイン操作要求受信手段を備えることを特徴とする、ゲーム装置である。第4の発明は、通信ネットワークを通してゲームサーバにログインするプレイヤによって操作されるゲーム装置に実行させるためのゲームプログラムにおいて、ゲームサーバにログインしたとき予め登録されたかつゲームサーバにログインしていない特定プレイヤを示すプレイヤ情報をゲームサーバから受信するプレイヤ情報受信ステップ、プレイヤ情報に基づいて特定プレイヤの選択を案内する選択案内ステップ、特定プレイヤが選択されたとき特定プレイヤへのログイン操作要求の送信をゲームサーバに要求する要求ステップ、およびゲームサーバにログインしていないときゲームサーバからログイン操作要求を受信するログイン操作要求受信ステップを備えることを特徴とする、ゲームプログラムである。第5の発明は、通信ネットワークを通してゲームサーバにログインするプレイヤによって操作されるゲーム装置に実行させるためのゲームプログラムを記憶した記憶媒体において、ゲームプログラムは、ゲームサーバにログインしたとき予め登録されたかつゲームサーバにログインしていない特定プレイヤを示すプレイヤ情報をゲームサーバから受信するプレイヤ情報受信ステップ、プレイヤ情報に基づいて特定プレイヤの選択を案内する選択案内ステップ、特定プレイヤが選択されたとき特定プレイヤへのログイン操作要求の送信をゲームサーバに要求する要求ステップ、およびゲームサーバにログインしていないときゲームサーバからログイン操作要求を受信するログイン操作要求受信ステップを備えることを特徴とする、記憶媒体である。第1および第2の発明においては、ゲームサーバには複数のプレイヤが予め登録されており、ゲームサーバは、通信ネットワークを通してログインをした第1プレイヤの第1ゲーム装置にゲームを提供する。このとき、ゲームサーバは、ログインをしていない第2プレイヤを示すプレイヤ情報を第1ゲーム装置に送信し、第2プレイヤを選択する第1選択信号を第1ゲーム装置から受信したとき第2プレイヤの第2ゲーム装置にログイン操作要求を送信する。プレイヤ情報が第1ゲーム装置に送信されることで、ログインをしていない第2プレイヤが第1ゲーム装置によって容易に把握される。ここで、第1プレイヤによって第2プレイヤが選択されると、第1選択信号が第1ゲーム装置からゲームサーバに与えられ、ゲームサーバから第2ゲーム装置にログイン操作要求が送信される。つまり、第1プレイヤから第2プレイヤに対してゲームへの参加が勧誘される。この発明のある局面では、各々のプレイヤは、ログイン操作要求の送信を一律に許可/禁止する第1送信情報をゲームサーバに登録することができる。第2プレイヤの第1送信情報が禁止を示すとき、ゲームサーバは、ログイン操作要求を第2ゲーム装置に送信することなく第1メッセージを第1ゲーム装置に返送する。この発明の他の局面では、各々のプレイヤは、ログイン操作要求の送信をプレイヤ毎に許可/禁止する第2送信情報をゲームサーバに登録することができる。第2プレイヤの第2送信情報が第1プレイヤについて禁止を示すとき、ゲームサーバは、ログイン操作要求を第2ゲーム装置に送信することなく第1メッセージを第1ゲーム装置に返送する。この発明のその他の局面では、ゲームサーバは、ログイン操作要求に対して第2ゲーム装置からログイン操作拒否が返送されたとき、第2メッセージを第1ゲーム装置に返送する。なお、ログイン操作要求には、第1プレイヤを特定できる識別情報を含めてもよい。この発明のさらにその他の局面では、各々のプレイヤは個人情報をゲームサーバに登録することができる。第2プレイヤを選択する第2選択信号を第1ゲーム装置から受信したとき、ゲームサーバは、第2プレイヤの個人情報を第1ゲーム装置に返送する。この発明の他の局面では、ゲームサーバは、第1プレイヤが操作する第1キャラクタを示す第1キャラクタ信号と第2プレイヤが操作する第2キャラクタを示す2キャラクタ信号と第1プレイヤのログイン時に既にログインしている第3プレイヤが操作する第3キャラクタを示す第3キャラクタ信号とをメモリから読み出し、第2キャラクタ信号にプレイヤ情報を付加し、第1キャラクタ信号とプレイヤ情報が付加された第2キャラクタ信号と第3キャラクタ信号とを第1ゲーム装置に送信する。第2キャラクタは、第1キャラクタおよび第3キャラクタと異なる態様で第1ゲーム装置に表示される。第3ないし第5の発明においては、プレイヤがゲーム装置を操作すると、通信ネットワークを通してゲームサーバにログインされる。ゲームサーバにログインすると、予め登録されたかつゲームサーバにログインしていない特定プレイヤを示すプレイヤ情報がゲームサーバから送信され、このプレイヤ情報に基づいて特定プレイヤの選択が案内される。特定プレイヤが選択されると、特定プレイヤへのログイン操作要求の送信要求がゲームサーバに送信される。ゲームサーバにログインしていないゲーム装置は、ゲームサーバからログイン操作要求を受信する。つまり、ログインしているゲーム装置において特定プレイヤが選択されると、ログイン操作要求が特定プレイヤのゲーム装置に与えられる。第1および第2の発明によれば、第1プレイヤによって第2プレイヤが選択されると、第1選択信号が第1ゲーム装置からゲームサーバに与えられ、ゲームサーバから第2ゲーム装置にログイン操作要求が送信されるため、第1プレイヤと第2プレイヤとの間で簡単かつ速やかにゲームを行なうことができる。第3ないし第5の発明によれば、ログインしているゲーム装置において特定プレイヤが選択されると、ログイン操作要求が特定プレイヤのゲーム装置に与えられるため、ログインをしているプレイヤがログインをしていないプレイヤと簡単かつ速やかにゲームを行なうことができる。この発明の上述の目的,その他の目的,特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。図1を参照して、この実施例のネットワークゲームシステム10は、常に通信ネットワーク40に有線接続されるゲームサーバ20と、必要に応じて通信ネットワーク40に無線接続される複数の携帯通信端末30,30,...を含む。ゲームサーバ20に登録済みのプレイヤが自分の携帯通信端末30を操作してゲームサーバ20にログインすると、ゲームサーバ20は、ログインしたプレイヤの携帯通信端末30にゲームを提供する。これによって、ログインしたプレイヤ間でのゲームが可能となる。ゲームサーバ20は、図2に示すようにCPU22およびメモリ24を備え、メモリ24には、図3に示すようにプログラム格納領域24a,地形マトリクス格納領域24b,キャラクタデータ格納領域24cおよびワーク領域24dが形成される。プログラム格納領域24aはゲームプログラムを格納し、地形マトリクス格納領域24bはゲームを行なう仮想空間の地形を示すマトリクスデータを格納する。また、キャラクタデータ格納領域24cは、各々のプレイヤによって操作されるキャラクタ1,2,3...のデータキャラクタデータを格納する。さらに、ワーク領域24dは、仮想空間に登場するキャラクタを示すマトリクスデータキャラクタマトリクスや、このキャラクタマトリクスの送信先を列挙した送信リストなどを格納する。なお、メモリ24としては、ハードディスクや不揮発性メモリたとえばEEPROMのような着脱不可能に装置内部に設けられる記憶媒体のほか、光磁気ディスクやメモリカードのような着脱自在な記憶媒体を用いてもよい。プログラム格納領域24aに格納されたゲームプログラムは、図23~図31に示すフロー図に従う処理を実行する。地形マトリクス格納領域24bに格納されたマトリクスデータは、仮想空間全域の地形地図を示すデータである。仮想空間は水平方向および垂直方向のいずれにおいてもnブロックに分割され、各々のブロックには座標X1,Y1~Xn,Ynが割り当てられる。地形マトリクスは、各ブロックの座標データと各ブロックに再現すべきグラフィックデータの識別番号グラフィック番号とによって表される。キャラクタデータ格納領域24cに格納されたキャラクタデータは、キャラクタID,名前,メールアドレス,IPアドレス,個人情報,位置情報,マップサイズ情報,ステータス情報および受付モード情報からなる。キャラクタIDは各々のキャラクタに割り当てられた固有の識別子であり、名前は各々のキャラクタに割り当てられた固有のキャラクタ名であり、メールアドレスおよびIPアドレスは、キャラクタを操作するプレイヤ携帯通信端末30に割り当てられた固有のアドレスである。メールアドレスはゲームサーバ20側から携帯通信端末30にログイン操作要求を送信するときに用いられ、IPアドレスはログインが完了した携帯通信端末30にマップデータなどを送信するときに用いられる。個人情報は、キャラクタの性別,キャラクタの年齢,キャラクタの職業,キャラクタのグラフィック番号,キャラクタが持っている能力,キャラクタの持ち物アイテムおよびキャラクタが各プレイヤに向けて発するメッセージを含む。位置情報は、キャラクタが仮想空間のどのブロック座標に存在し、どの方向を向いているかを示す情報であり、マップサイズ情報は、サイズ1およびサイズ2のいずれのサイズの仮想空間をプレイヤの携帯通信端末30に表示すべきかを示す情報であり、ステータス情報は、プレイヤがログイン/ログアウトのいずれの状態にあるかを示す情報である。受付モード情報は、どのプレイヤからの発呼であれば受け付けてもよいかを示す情報である。どのプレイヤの発呼も受け付けるときニュートラル受付は、スイッチ1に呼び出しを許可するが設定され、スイッチ2に全てのキャラクタを許可が設定され、そしてキャラクタリストが空欄とされる。特定のキャラクタからの発呼のみを受け付けるとき友人からの発呼のみ受付は、スイッチ1に呼び出しを許可するが設定され、スイッチ2に特定のキャラクタのみ許可が設定され、そしてキャラクタリストに特定のキャラクタ友人キャラクタの名前が登録される。特定のキャラクタ以外からの発呼を受け付けるとき要注意人物からの発呼を拒否は、スイッチ1に呼び出しを許可するが設定され、スイッチ2に特定のキャラクタ以外を許可が設定され、そしてキャラクタリストに特定のキャラクタ要注意人物キャラクタの名前が登録される。いずれのキャラクタからの発呼も拒否するときは、スイッチ1に呼び出しを禁止するが設定され、スイッチ2およびキャラクタリストの内容は無効とされる。ゲームサーバ20は、あるプレイヤが別のプレイヤへのログイン操作要求の送信を要求してきたとき、この受付モード情報を参照してログイン操作要求を送信すべきかどうかを判断する。なお、ゲームに参加したいプレイヤはゲームサーバ20への事前登録が必要であり、この登録時に任意のキャラクタデータがプレイヤによって作成される。ワーク領域24dに格納されたキャラクタマトリクスは、仮想空間に登場するキャラクタを示すマトリクスデータである。キャラクタマトリクスは、プレイヤからログイン要求,ログアウト要求,キャラクタの移動要求などが与えられたとき、要求元のプレイヤのキャラクタを中心とする一部の仮想空間について作成される。この一部の仮想空間は水平方向および垂直方向のいずれにおいてもmブロックに分割され、各々のブロックには座標Xp,Yp~Xpm,Ypmが割り当てられるm<n。キャラクタマトリクスもまた、地形マトリクスと同様、座標データとグラフィック番号とによって表される。同じキャラクタであっても、キャラクタの向きが異なれば前向き,後ろ向き,右向き,左向き、表示態様は異なる。また、ログアウト中のキャラクタについては、眠った状態で仮想空間に表示される。このようにキャラクタについては複数の表示態様があるため、表示態様を識別するために、拡張子が各々のグラフィック番号に付加される。たとえば、キャラクタが前向きであればfが付加され、キャラクタが後ろ向きであればbが付加され、キャラクタが右向きであればrが付加され、キャラクタが左向きであればlが付加され、そしてキャラクタが眠った状態であればsが付加される。なお、各々のキャラクタの座標および向きは位置情報によって特定され、ログイン/ログアウトはステータス情報によって特定される。ワーク領域24dに格納された送信リストは、地形マトリクスおよびキャラクタマトリクスからなるマップデータを送信すべきプレイヤを列挙したリストである。仮想空間を更新する必要のある携帯通信端末30は、ログイン要求,ログアウト要求,移動要求などを与えたプレイヤのキャラクタと別のキャラクタとの相対位置、ならびに表示する仮想空間のサイズマップサイズによって異なる。このため、各々のキャラクタの位置情報およびマップサイズ情報に基づいて、仮想空間を更新する必要のあるプレイヤが送信リストに列挙される。地形マトリクス領域24bおよびワーク領域24dからは、列挙された各々のプレイヤのキャラクタを中心とする一部の地形マトリクスおよびキャラクタマトリクスが切り出され、切り出された地形マトリクスおよびキャラクタマトリクスがマップデータとして各々のプレイヤの携帯通信端末30に送信される。携帯通信端末30は、図4に示すように細長い楕円形状に形成された本体32を含む。本体32の上面にはアンテナ34が突出し、本体32の前面には、通話用スピーカ36,ディスプレイ38,ゲームキー40,電話キー42および通話用マイク44が配置される。ゲームキー40としては、自分のキャラクタの振る舞い,メニュー画面の表示,メニュー項目の選択などを制御するためのAボタン40aおよびBボタン40bと、自分のキャラクタまたはメニュー画面上のカーソルを移動させるための十字キー40cとが存在する。また、電話キー42としては、フックキー42a,ホールドキー42b,0~9を示す数字キー42c,キー42d,キー42e,マナーキー42fおよび音声メモキー42gが存在する。なお、数字キー42c,キー42dおよびキー42eには、アルファベットや平仮名などが割り当てられ、これによってメールの作成が可能となる。本体32の内部は、図5に示すように構成される。アンテナ34は通信回路44に接続され、通話用スピーカ36および通話用マイク42は音声変換回路46に接続される。通信回路44および音声変換回路46は互いに接続され、いずれもCPU48によって制御される。CPU48にはまた、ゲームキー40,電話キー42,ディスプレイ36,振動モータ52,呼び出し用スピーカ54およびEEPROMのような不揮発性のメモリ50が接続される。振動モータ52はメールまたは着呼信号の受信時に本体32を振動させ、呼び出し用スピーカ54はメールまたは着呼信号の受信時に呼び出し音を出力する。なお、呼び出し用スピーカ54は本体32の背面に設けられる。メモリ50には、図6に示すようにプログラム格納領域50a,グラフィックデータ格納領域50b,ワーク領域50cおよび表示領域50dが形成される。プログラム格納領域50aは、プレイヤがキャラクタデータを登録したときにゲームサーバ20から受信したゲームプログラムを格納する。グラフィックデータ格納領域50bは、ログインしたときにゲームサーバ20から受信したグラフィックデータを格納する。ワーク領域50cは、ログイン中にゲームサーバ20から受信したマップデータや、プレイヤ自身が設定した受付モード情報および知人キャラクタリストを格納する。受付モード情報および知人キャラクタリストは、ログイン時にプログラム格納領域50aからワーク領域50dに転送され、ログアウト時にワーク領域50dからプログラム格納領域50aに転送される。なお、プログラム格納領域50aは不揮発性メモリに形成する必要があるが、グラフィックデータ格納領域50b,ワーク領域50cおよび表示領域50dは、揮発性のRAMに形成するようにしてもよい。また、グラフィックデータは、ゲームサーバ20への登録時にゲームプログラムとともに受信してもよいが、この場合、グラフィックデータ格納領域50bは不揮発性メモリに形成する必要がある。プログラム格納領域50aに格納されたゲームプログラムは、図32~図46に示すフロー図に従う処理を実行する。グラフィックデータ格納領域50bに格納されたグラフィックデータは、木,岩,芝生などの仮想空間を形成するオブジェクトの画像データと仮想空間に登場するキャラクタの画像データとを含み、各々の画像データには互いに異なるグラフィック番号が割り当てられる。キャラクタについては、上述のように前向き,後ろ向き,右向き,左向きおよび睡眠中の5つの状態があり、それぞれの状態を示す画像データがグラフィックデータ格納領域50bに用意されている。各々の画像データには、共通のグラフィック番号が割り当てられるが、グラフィック番号に付加される拡張子は互いに異なる。ワーク領域50cに格納されたマップデータは、ディスプレイ38に再現される仮想空間サイズ1またはサイズ2の仮想空間の地形マトリクスおよびキャラクタマトリクスからなる。図7に示すように、地形マトリクスは、仮想空間を形成する各ブロックの座標X1,Y1~Xs,Ysと各ブロックで再現される地形のグラフィック番号からなり、キャラクタマトリクスもまた、仮想空間を形成する各ブロックの座標X1,Y1~Xs,Ysと各ブロックで再現されるキャラクタのグラフィック番号からなる。サイズ1の仮想空間の場合、水平ブロック数および垂直ブロック数はたとえば9でありs=9、サイズ2の仮想空間の場合、水平ブロック数および垂直ブロック数はたとえば5であるs=5。なお、サイズ1およびサイズ2のいずれについても、s<mである。このようなマップデータとグラフィックデータ格納領域50bのグラフィックデータとに基づいて、図8に示すサイズ1またはサイズ2の仮想空間データゲーム画面データが作成される。作成された仮想空間データは表示領域50dに格納され、これに基づく仮想空間ゲーム画面がディスプレイ38に表示される。図8によれば、地形は岩,木,石畳などによって表現され、このような地形の上にピエロ,魔導師,山男などのキャラクタが登場する。ログイン中のキャラクタは立ち上がり、仮想空間を歩き回っている。一方、ログアウト中のキャラクタはログアウト直前に存在していた場所で眠っている。つまり、この実施例では、ゲームサーバ20に登録されているキャラクタは、プレイヤがゲームサーバ20にログインしているかどうかに関係なく、全て仮想空間に再現される。図6に戻って、ワーク領域50cに格納された受付モード情報は、ゲームサーバ20側のキャラクタデータを形成する受付モード情報と異なり、スイッチ1およびスイッチ2しか持たない。ただし、受付モード情報とは別に知人キャラクタリストが格納され、このキャラクタリストに友人キャラクタ,ニュートラルキャラクタおよび要注意人物キャラクタのサブリストが形成される。スイッチ1,スイッチ2,友人キャラクタ,ニュートラルキャラクタおよび要注意人物キャラクタの持つ意味は、ゲームサーバ20側と携帯通信端末30側とで同じである。ログアウト中の携帯通信端末30のディスプレイ38には、図9に示すようなスタートメニュー画面が表示されており、ここでゲームが選択されると、スタートメニュー画面が図10に示すゲームメニュー画面に更新される。図10によれば、画面上側にタイトルOnlineGameが表示され、画面下側にゲームを開始するおよび受付モード変更のメニュー項目といずれかのメニュー項目を指向するカーソルとが表示される。プレイヤが十字キー40cおよびAボタン40aによってゲームを開始するを選択すると、ログイン要求が携帯通信端末30からゲームサーバ20に送信される。ゲームサーバ20は、ログイン要求を送信したプレイヤのキャラクタデータを図3に示すキャラクタデータ格納領域24cから検出し、検出したキャラクタデータに含まれるステータス情報をログアウトからログインに更新する。さらに、各々のキャラクタデータに含まれる位置情報,マップサイズ情報およびステータス情報に基づいて、今回のログインによって画面を更新する必要のあるプレイヤを送信リストにリストアップし、リストアップされたプレイヤについて個別にマップデータを作成する。作成されたマップデータは、リストアップされた各プレイヤの携帯通信端末30に個別に送信され、マップデータを受信した携帯通信端末30は、このマップデータに基づくゲーム画面をディスプレイ38に表示する。今回ログインした携帯通信端末30の表示は、図10に示すゲームメニュー画面から図11または図12に示すゲーム画面に更新される。既にログイン中の携帯通信端末30では、ゲーム画面に表示されている睡眠中のキャラクタが立ち上がる。ログインしたプレイヤが十字キー40cを操作すると、移動要求がゲームサーバ20に送信される。ゲームサーバ20は、移動要求が与えられたとき、要求元のプレイヤのキャラクタデータをキャラクタデータ格納領域24bから検出し、検出したキャラクタデータに含まれる位置情報を更新する。さらに、上述と同様に、ゲーム画面を更新する必要のあるプレイヤをリストアップし、リストアップされたプレイヤ毎に異なるマップデータを作成し、そして作成したマップデータを各プレイヤの携帯通信端末30に送信する。これによって、マップデータを受信した携帯通信端末30のディスプレイ38の表示が、このマップデータに基づいて更新される。つまり、十字キー40cを操作したプレイヤのキャラクタが、マップデータを受信した各々の携帯通信端末30のゲーム画面上を移動する。プレイヤが自分のキャラクタを別のキャラクタの前に移動させ、Aボタン40aを操作すると、図13に示すように、調べるおよび起こすの2つのメニュー項目を持つ行動メニュー画面が画面右上に多重表示される。ここで、プレイヤが十字キー40cおよびAボタン40aを操作して調べるを選択すると、調べる情報がゲームサーバ20に送信される。ゲームサーバ20は、調べる情報を送信したプレイヤのキャラクタデータを図3に示すキャラクタデータ格納領域24cから検出し、検出したキャラクタデータに含まれる位置情報座標および向きと別のキャラクタデータに含まれる位置情報座標とに基づいて、調べたい相手前方に存在するキャラクタのキャラクタデータを特定する。そして、特定したキャラクタデータに含まれるキャラクタ名および個人情報を調べる情報の送信元に返送する。キャラクタ名および個人情報を受信した携帯通信端末30は、まずキャラクタ名を図6に示すニュートラルキャラクタのサブリストに登録し、続いて図14に示すような個人情報画面をディスプレイ38に表示する。図14によれば、画面の左上にキャラクタ画像が表示され、キャラクタ画像の右側にキャラクタの名前,職業,性別および年齢が表示され、そして画面の下側にメッセージが表示される。キャラクタ画像は、個人情報に含まれるグラフィック番号と図6に示すグラフィックデータ格納領域50bに格納されたグラフィックデータとに基づいて生成される。また、受信した個人情報のうち、能力および持ち物は表示されない。図13に示す行動メニュー画面において起こすが選択されると、起こす情報が携帯通信端末30からゲームサーバ20に送信される。ゲームサーバ20は、起こす情報を送信したプレイヤのキャラクタデータを図3に示すキャラクタデータ格納領域24cから検出し、検出したキャラクタデータに含まれる位置情報と別のキャラクタデータに含まれる位置情報とに基づいて、起こしたい相手前方に存在するキャラクタのキャラクタデータを特定する。そして、特定したキャラクタデータに含まれる受付モード情報を判別する。ここで、スイッチ1の内容が呼び出しを禁止するであれば、起こす情報の送信元に情報Aを返送する。情報Aを受信した携帯通信端末30のディスプレイ38には、図15に示す要領で熟睡していて起きる気配もない...とのメッセージが表示される。スイッチ1の内容が呼び出しを許可するであっても、スイッチ2の内容が特定のキャラクタのみ許可であり、かつキャラクタリストに起こす情報の送信元のキャラクタ名が登録されていない場合、あるいはスイッチ2の内容が特定のキャラクタ以外を許可であり、かつキャラクタリストに起こす情報の送信元のキャラクタ名が登録されている場合は、上述と同様に情報Aが返送され、図15に示すメッセージが送信元の携帯通信端末30に表示される。これに対して、スイッチ1およびスイッチ2の内容が呼び出しを許可するおよび全てのキャラクタを許可するである場合、スイッチ1およびスイッチ2の内容が呼び出しを許可するおよび特定のキャラクタのみ許可するで、キャラクタリストに要求元のキャラクタ名が登録されている場合、あるいはスイッチ1およびスイッチ2の内容が呼び出しを許可するおよび特定のキャラクタ以外を許可するで、キャラクタリストに要求元のキャラクタ名が登録されていない場合は、ゲーム専用メールログイン操作要求がゲームサーバ20から起こしたい相手の携帯通信端末30に送信される。つまり、キャラクタデータ格納領域24cから起こしたい相手のメールアドレスを検出し、要求元のキャラクタ名を含むゲーム専用メールを検出したアドレス宛てに送信する。ゲーム専用メールを受信した携帯通信端末30のディスプレイ38には、図17に示すような呼び出し画面が表示される。図17によれば、画面の中央に要求元のキャラクタ名を含む呼び出しメッセージが表示され、呼び出しメッセージの下にゲームを開始する,今は遊ばないおよび呼び出し禁止モードに変更の3つのメニュー項目が表示される。ここで、ゲーム専用メールを受信したプレイヤが十字キー40cおよびAボタン40aによってゲームを開始するを選択すると、対応するコマンド情報がゲームサーバ20に返送される。ゲームサーバ20は、ログイン要求を受信したときと同様の処理を行ない、これによって起こす情報を送信した携帯通信端末30およびゲーム専用メールを受信した携帯通信端末30を含む複数の携帯通信端末30の表示が更新される。ゲーム専用メールを受信したプレイヤが図17に示す今は遊ばないを選択すると、対応するコマンド情報がゲームサーバ20に返送される。ゲームサーバ20はこのとき情報Bを起こす情報の送信元に返送する。情報Bを受信した携帯通信端末30のディスプレイ38には、図16に示す要領でむにゃむにゃ...起きそうでおきないとのメッセージが表示される。ゲーム専用メールを受信したプレイヤが図17に示す呼び出し禁止モードに変更を選択すると、図6に示す受付モード情報のスイッチ1の内容が呼び出しを禁止するに更新されるとともに、選択されたメニュー項目に対応するコマンド情報がゲームサーバ20に返送される。ゲームサーバ20はこのとき、コマンド情報を送信したプレイヤのキャラクタデータを図3に示すキャラクタデータ格納領域24cから検出し、検出したキャラクタデータに含まれる受付モード情報のスイッチ1の内容を呼び出しを禁止するに変更する。さらに、情報Aを起こす情報の送信元に送信する。起こす情報の送信元には、図15に示すメッセージが表示される。図12に示すようにいずれのメニュー画面も表示されていない状態でプレイヤがBボタン40bを操作すると、図18に示すシステムメニュー画面がディスプレイ38に多重表示される。図18によれば、画面サイズ変更,その他設定およびゲーム終了の3つのメニュー項目がディスプレイ38に表示される。ここで、プレイヤが十字キー40cおよびAボタン40aによって画面サイズ変更を選択すると、サイズ変更要求がゲームサーバ20に送信される。ゲームサーバ20はこのとき、図3に示すキャラクタデータ格納領域24cから要求元のキャラクタデータを検出し、検出したキャラクタデータに含まれるマップサイズ情報を更新する。つまり、サイズ変更要求を受信する前のマップサイズ情報がサイズ1であればサイズ2に更新し、サイズ変更要求を受信する前のマップサイズ情報がサイズ2であればサイズ1に更新する。さらに、更新後のマップサイズ情報に基づいてマップデータを作成し、作成したマップデータを要求元の携帯通信端末30に返送する。携帯通信端末30は、受信したマップデータに基づいてゲーム画面データを作成し、これによって図11に示すゲーム画面がディスプレイ38に表示される。図18に示すシステムメニュー画面が表示されているときに、カーソルがゲーム終了に合わせられ、Aボタン40aが押されると、ログアウト要求がゲームサーバ20に送信される。ゲームサーバ20は、要求元のプレイヤのキャラクタデータをキャラクタデータ格納領域24bから検出し、検出したキャラクタデータに含まれるステータス情報を更新する。さらに、上述と同様に、ゲーム画面を更新する必要のあるプレイヤをリストアップし、リストアップされたプレイヤ毎に異なるマップデータを作成し、そして作成したマップデータを各プレイヤの携帯通信端末30に送信する。マップデータを受信した携帯通信端末30の表示はこのマップデータに基づいて更新され、ゲーム画面上ではログアウトしたプレイヤのキャラクタが睡眠状態に変化する。一方、ログアウト要求を送信した携帯通信端末30の表示は、図18に示すゲーム画面から図9に示すスタートメニュー画面に更新される。図10に示すゲームメニュー画面においてプレイヤが受付モード変更を選択すると、図19に示す受付モード設定画面がディスプレイ38に表示される。図19によれば、スイッチ1,スイッチ2,キャラクタリスト編集および設定終了がメイン項目として表示され、スイッチ1の下位に呼び出しを許可するおよび呼び出しを禁止するのサブ項目が、スイッチ2の下位に全てのキャラクタを許可,特定のキャラクタのみ許可および特定のキャラクタ以外を許可のサブ項目が、それぞれ表示される。最初はスイッチ1,スイッチ2,キャラクタリスト編集または設定終了を指向するカーソルが有効化され、十字キー40cが操作されると、この有効カーソルが移動する。カーソルが所望のメイン項目を指向しているときにAボタン40aが押されると、所望のメイン項目の下位に位置するサブ項目のカーソルが有効化される。有効化されたカーソルを所望のサブ項目に合わせると、所望のサブ項目の内容が図6に示す受付モード情報に設定される。たとえば、有効カーソルが呼び出しを許可するに合わせられると、図6に示す受付モード情報のスイッチ1に呼び出しを許可するが設定される。また、有効カーソルが特定のキャラクタのみを許可するに合わせられると、図6に示す受付モード情報のスイッチ2に特定のキャラクタのみ許可するが設定される。有効カーソルがキャラクタリスト編集を指向しているときにAボタン40aが押されると、受付モード設定画面に代えて、図20に示すキャラクタリスト編集画面がディスプレイ38に表示される。図20によれば、メインリストとして友人,ニュートラル,要注意人物および編集終了が表示され、友人,ニュートラルおよび要注意人物の下位に友人キャラクタのサブリスト,ニュートラルキャラクタのサブリストおよび要注意人物キャラクタのサブリストがそれぞれ表示される。各々のサブリストは、図6に示すサブリストと一致する。ここでも、最初はメインリスト上のカーソルが有効化され、この有効カーソルが所望のメニュー項目を指向している状態でAボタン40aが押されると、所望のメニュー項目の下位にあるサブリスト上のカーソルが有効化される。サブリスト上の有効カーソルが所望のキャラクタ名を指向している状態でAボタン40aが押されると、図21に示す要領で移動先リストが表示される。移動先リストのメニュー項目は、有効カーソルが現時点で指向していない2つのサブリストである。たとえば、有効カーソルがニュートラルキャラクタ名を指向していれば、友人および要注意人物が移動先リストに表示される。移動先リスト上のカーソルが所望の項目に合わせられ、Aボタン40aが押されると、サブリストにおいてカーソルが指向するキャラクタ名がサブリストから削除され、削除されたキャラクタ名が、移動先リストにおいてカーソルが指向する項目のサブリストに追加される。このとき、図6に示す知人キャラクタリストも、同時に変更される。たとえば、ニュートラルキャラクタ名のサブリストにおいてリチャードが選択されているときに、移動先リストにおいて友人が選択されると、ニュートラルキャラクタのサブリストからリチャードが削除され、友人キャラクタのサブリストにリチャードが追加される。こうしてキャラクタリストが編集された後に、カーソルが編集終了に合わせられ、Aボタン40aが押されると、キャラクタリスト編集画面が図19に示す受付モード設定画面に更新される。受付モード設定画面においてカーソルが設定終了に合わせられ、Aボタン40aが押されると、スイッチ1,スイッチ2およびキャラクタリストからなる受付モード情報送信データが作成され、この送信データがゲームサーバ20に送信される。このとき、送信データのスイッチ1およびスイッチ2は図6に示す受付モード情報のスイッチ1およびスイッチ2と一致し、キャラクタリストの設定はスイッチ2の内容に従う。スイッチ2が全てのキャラクタを許可するであればキャラクタリストは空欄とされ、スイッチ2が特定のキャラクタのみ許可であれば友人キャラクタ名がキャラクタリストに設定され、そしてスイッチ2が特定のキャラクタ以外を許可であれば要注意人物キャラクタ名がキャラクタリストに設定される。作成された受付モード情報は、ゲームサーバ20に送信される。ゲームサーバ20は、受付モード情報を送信したプレイヤのキャラクタデータを図3に示すキャラクタデータ格納領域24cから検出し、検出したキャラクタデータに含まれる受付モード情報を受信した受付モード情報によって更新する。携帯通信端末30側では、受付モード情報が送信された後、ディスプレイ38の表示が図19に示す受付モード設定画面から図10に示すゲームメニュー画面に更新される。ゲームサーバ20に設けられたCPU22の処理を、図23~図31を参照して説明する。まず図23を参照して、CPU22は、ステップS1,S5,S9,S13,S17,S21およびS25の各々で、携帯通信端末30からどのような要求または情報が与えられたかを判別する。ログイン要求が与えられたときは、ステップS1でYESと判断し、ステップS3でログイン処理を行なう。ログアウト要求が与えられたときは、ステップS5でYESと判断し、ステップS7でログアウト処理を行なう。移動要求が与えられたときは、ステップS9でYESと判断し、ステップS11で移動処理を行なう。サイズ変更要求が与えられたときは、ステップS13でYESと判断し、ステップS15でサイズ変更処理を行なう。起こす情報が与えられたときは、ステップS17でYESと判断し、ステップS19で起こす処理を行なう。ステップS3,S7,S11,S15またはS19の処理を終えると、ステップS1に戻る。受付モード情報が与えられたときは、ステップS21からステップS23に進む。このステップでは、受付モード情報に付加されたキャラクタIDに基づいて送信元のプレイヤのキャラクタデータをキャラクタデータ格納領域24cから検出し、検出したキャラクタデータに含まれる受付モード情報を携帯通信端末30から送信された受付モード情報に従って更新する。上述のように、送信された受付モード情報にはスイッチ1,スイッチ2およびキャラクタリストが含まれ、キャラクタデータ格納領域24cから検出された受付モード情報のスイッチ1,スイッチ2およびキャラクタリストは、送信された受付モード情報のスイッチ1,スイッチ2およびキャラクタリストによって更新される。調べる情報が与えられたときは、ステップS25からステップS27に進む。このステップでは、調べる情報に含まれるキャラクタIDに基づいて送信元のプレイヤのキャラクタデータをキャラクタデータ格納領域24cから検出し、検出したキャラクタデータに含まれる位置情報と別のキャラクタデータに含まれる位置情報とに基づいて、調べたい相手送信元のキャラクタの前方に存在するキャラクタのキャラクタデータを特定する。さらに、特定したキャラクタデータからキャラクタ名および個人情報を検出し、検出したキャラクタ名および個人情報を調べる情報の送信元に返送する。ステップS3におけるログイン処理は、図24に示すサブルーチンに従う。まずステップS31で、ログイン要求に含まれるキャラクタIDに基づいて要求元のプレイヤのキャラクタデータを図3に示すキャラクタデータ格納領域24bから検出し、検出したキャラクタデータに含まれるステータス情報をログアウトからログインに更新する。ステータス情報の更新が完了すると、ステップS33でログイン許可を要求元の携帯通信端末30に送信し、ステップS35でマップデータを更新すべきプレイヤをリストアップする。続くステップS37では、リストアップされたプレイヤの携帯通信端末30にマップデータを送信する。具体的には、リストアップされたプレイヤのキャラクタデータに含まれる位置情報およびマップサイズ情報に基づいてマップデータ地形マトリクスおよびキャラクタマトリクスを作成し、作成したマップデータを携帯通信端末30に送信する。このような処理をリストアップされた各々のキャラクタIDについて行ない、処理が完了すると上階層のルーチンに復帰する。図23に示すステップS7のログアウト処理は、図25に示すサブルーチンに従う。まずステップS41で、ログアウト要求に含まれるキャラクタIDに基づいて要求元のプレイヤのキャラクタデータをキャラクタデータ格納領域24bから検出し、検出したキャラクタデータに含まれるステータス情報をログインからログアウトに更新する。続いて、ステップS43でログアウト通知終了通知を要求元の携帯通信端末30に送信し、ステップS45でマップデータを更新すべきプレイヤをリストアップする。ステップS47では、リストアップされたプレイヤの携帯通信端末30にマップデータを送信し、送信が完了すると上階層のルーチンに復帰する。図23に示すステップS11の移動処理は図26に示すサブルーチンに従う。まずステップS51で、移動要求に含まれるキャラクタIDに基づいて要求元のプレイヤのキャラクタデータをキャラクタデータ格納領域24dから検出し、検出したキャラクタデータに含まれる位置情報座標または向きを移動要求に従って更新する。ステップS53ではマップデータを更新する必要のあるプレイヤをリストアップし、ステップS55ではリストアップされたプレイヤの携帯通信端末30にマップデータを送信する。送信が完了すると上階層のルーチンに復帰する。図23に示すステップS15のサイズ変更処理は、図27に示すサブルーチンに従う。まずステップS61で、サイズ変更要求に含まれるキャラクタIDに基づいて要求元のプレイヤのキャラクタデータをキャラクタデータ格納領域24cから検出し、検出したキャラクタデータに含まれるマップ情報を特定し、そして特定したマップ情報を更新する。現時点のマップ情報がサイズ1であればサイズ2に更新し、現時点のマップ情報がサイズ2であればサイズ1に更新する。ステップS63では上述と同様のリストアップ処理を行ない、ステップS65ではサイズ変更要求の送信元にのみマップデータを送信する。送信が完了すると、上階層のルーチンに復帰する。ステップS35,S45,S53またはS63におけるリストアップ処理は、図28および図29に示すサブルーチンに従う。まず、ステップS71でワーク領域24dに形成されたキャラクタマトリクスおよび送信リストの内容をクリアする。ステップS73では、ログイン要求,ログアウト要求,移動要求またはサイズ変更要求を送信したプレイヤのキャラクタデータキャラクタnをキャラクタデータ格納領域24cから特定し、特定したキャラクタデータから位置情報およびマップサイズ情報を検出する。続くステップS75では、図3に示すワーク領域24dに形成するキャラクタマトリクスの中心座標をステップS73で検出された位置情報に基づいて決定する。キャラクタマトリクスの中心座標は検出された位置情報に含まれる座標と一致し、キャラクタマトリクスのサイズは、常に大きい方のマップサイズサイズ1の2倍である。このため、キャラクタマトリクスの中心座標およびサイズは、図22に示すように決定される。キャラクタマトリクスの中心座標およびサイズが決定されると、ステップS77はキャラクタ番号iを1にセットし、ステップS79でキャラクタiのキャラクタデータキャラクタデータ格納領域24cから特定から位置情報を検出する。ステップS81では、キャラクタiがキャラクタマトリクスの範囲に含まれるかどうかをステップS79で検出された位置情報に基づいて判断し、NOであればそのままステップS87に進む。一方、ステップS79でYESであれば、ステップS83でキャラクタiのキャラクタデータからステータス情報およびグラフィック番号を検出し、ステップS85でグラフィック番号をキャラクタマトリクスにマッピングしてからステップS87に進む。ステップS85では、具体的には、位置情報キャラクタiの向きおよびステータス情報に基づいて決定した拡張子をグラフィック番号に付加し、拡張子が付加されたグラフィック番号をステップS79で検出された位置情報キャラクタiの座標に従ってキャラクタマトリクスにマッピングする。ステップS87ではキャラクタ番号iをインクリメントし、続くステップS89ではインクリメントされたキャラクタ番号iを最大キャラクタ番号imaxと比較する。ここで、i≦imaxであれば、ステップS79~S87の処理を繰り返す。これによって、キャラクタnの周囲に存在する複数のキャラクタのグラフィック番号がキャラクタマトリクスにマッピングされる。図22によれば、キャラクタi,i’,iおよびnのうち、キャラクタi,iおよびnのグラフィック番号がキャラクタマトリクスにマッピングされる。i>imaxとなると、ステップS89からステップS91に進み、キャラクタ番号iを再度1に設定する。続くステップS93ではキャラクタiがキャラクタnに一致するかどうか判断する。ここでYESであれば、ステップS103でキャラクタi=nのキャラクタIDを送信リストに追加し、ステップS105に進む。つまり、キャラクタnのキャラクタIDは、無条件に送信リストに追加される。一方、ステップS93でNOであれば、ステップS95でキャラクタiのキャラクタデータキャラクタデータ格納領域24cに格納からステータス情報を検出し、ステップS97でキャラクタiがログイン状態およびログアウト状態のいずれであるかを判別する。ログアウト状態であれば、送信リスト追加処理を行なうことなくステップS105に進む。これに対して、ログイン状態であれば、ステップS99でキャラクタiのキャラクタデータからマップサイズ情報を検出し、ステップS101でキャラクタiの視界にキャラクタnが存在するかどうかを判断する。具体的には、検出したキャラクタiのマップサイズ情報と位置情報とに基づいて、キャラクタiのマップサイズの範囲内にキャラクタnの座標が含まれるかどうかを判断する。そして、YESであればステップS103における送信リスト追加処理を経てステップS105に進むが、NOであればそのままステップS105に進む。ステップS105ではキャラクタ番号iをインクリメントし、続くステップS107ではインクリメントされたキャラクタ番号iを最大キャラクタ番号imaxと比較する。i≦imaxであれば、ステップS93~S107の処理を繰り返す。これによって、キャラクタnのキャラクタIDとキャラクタnが視界に存在するキャラクタのキャラクタIDとが、送信リストに追加される。図22によれば、キャラクタnが視界に存在するのは、キャラクタiのみである。このため、キャラクタnおよびiのキャラクタIDが送信リストに追加される。i>imaxと判断されると、上階層のルーチンに復帰する。上述のステップS37,S47およびS55では、こうして送信リストに登録された各々のプレイヤについて、地形マトリクスおよびキャラクタマトリクスの切り出しによってマップデータを作成する。一方、ステップS65では、サイズ変更要求を送信したプレイヤについてのみ、地形マトリクスおよびキャラクタマトリクスの切り出しによってマップデータを作成する。いずれの場合も、マップデータのサイズは送信先のプレイヤのマップサイズ情報に従い、マップデータの中心座標には送信先のプレイヤのグラフィック番号が割り当てられる。図23に示すステップS19では、図30および図31に示すサブルーチンを処理する。ステップS111では、起こす情報に含まれるキャラクタIDに基づいて送信元のプレイヤのキャラクタデータをキャラクタデータ格納領域24cから特定し、特定したキャラクタデータに含まれる位置情報座標および向きに基づいて起こしたい相手のキャラクタデータを特定し、そして特定した相手のキャラクタデータから受付モード情報を検出する。ステップS113では検出した受付モード情報のスイッチ1の内容が呼び出しを許可するであるかどうか判断し、NOであればステップS125で許可/禁止フラグを禁止にセットする。一方、ステップS113でYESであれば、ステップS115およびS117でスイッチ2の内容を判別する。スイッチ2の内容が全てのキャラクタを許可するであれば、ステップS115でYESと判断し、ステップS123で許可/禁止フラグを許可にセットする。スイッチ2の内容が特定のキャラクタのみ許可であれば、ステップS117からステップS121に進み、ステップS111で検出した受付モード情報のキャラクタリストに呼び出し元のキャラクタが登録されているかどうか判断する。ここでYESであれば、ステップS123で許可/禁止フラグを許可にセットするが、NOであれば、ステップS125で許可/禁止フラグを禁止にセットする。スイッチ2の内容が特定のキャラクタ以外を許可であれば、ステップS117からステップS119に進み、ステップS111で検出した受付モード情報のキャラクタリストに呼び出し元のキャラクタが登録されているかどうか判断する。ここでNOであれば、ステップS123で許可/禁止フラグを許可にセットするが、YESであれば、ステップS125で許可/禁止フラグを禁止にセットする。こうして許可/禁止フラグの設定が完了すると、ステップS127で許可/禁止フラグの設定状態を判別する。そして、設定状態が禁止であれば、ステップS137で情報Aを送信してから上階層のルーチンに復帰する。情報Aが送信されることで、呼び出し元の携帯通信端末30のディスプレイ38には、熟睡して起きる気配もない...とのメッセージが表示される。一方、設定状態が許可であれば、ステップS129でゲーム専用メールを作成し、作成したゲーム専用メールをステップS131で相手の携帯通信端末30に送信する。ゲーム専用メールは、相手にログイン操作を要求するためのメールであり、中には呼び出し元のキャラクタ名が含まれる。このゲーム専用メールログイン操作要求に対して、相手が呼び出し禁止モードに変更するを選択すると、ステップS133からステップS135に進む。このステップでは、相手のキャラクタデータをキャラクタデータ格納領域24cから検出し、検出したキャラクタデータに含まれる受付モード情報のスイッチ1を呼び出しを禁止するに更新する。更新処理が完了すると、ステップS137で情報Aを送信してから上階層のルーチンに復帰する。ゲーム専用メールに対して、相手が今は遊ばないを選択すると、ステップS139からステップS141に進み、情報Bを呼び出し元の携帯通信端末30に送信する。情報Bが送信されることで、呼び出し元の携帯通信端末30のディスプレイ38には、むにゃむにゃ...起きそうで起きないとのメッセージが表示される。情報Bの送信が完了すると、上階層のルーチンに復帰する。ゲーム専用メールに対して、相手がゲームを開始するを選択するか、または相手が何も選択しないうちにタイムアウトとなると、ステップS143またはS145でYESと判断し、そのまま上階層のルーチンに復帰する。ただし、ゲームを開始するが選択されたときは、携帯通信端末30からログイン要求が送信され、図23に示すステップS3のログイン処理によってゲームが開始される。次に、携帯通信端末30に設けられたCPU48の処理を図32~図46に示すフロー図に従って説明する。CPU48はまず、ステップS151,S153およびS155の各々で外部からの信号受信の有無やプレイヤによるキー操作を判別する。外部から信号を受信したときはステップS151からステップS157に進み、受信した信号がメール信号であるか通話のための着呼信号であるかを判別する。受信信号が着呼信号であればステップS159に進み、通話処理を行なう。ステップS161では通話処理が完了したかどうかを判別し、NOであればステップS159に戻り通話処理を繰り返すが、YESであればステップS151に戻る。受信信号がメール信号であれば、このメール信号が通常メールであるかゲーム専用メールであるかをステップS165で判別し、通常メールであればステップS167による通常メール処理を経てステップS151に戻る。一方、受信したメール信号がゲーム専用メールであれば、ステップS169でゲームメール処理を行なうとともに、ステップS171でゲーム開始フラグの状態を判別する。ここで、ゲーム開始フラグがリセット状態であればそのままステップS151に戻るが、ゲーム開始フラグがセット状態であれば、ステップS173,S175およびS177でログイン処理,ゲーム処理およびログアウト処理を行なってからステップS151に戻る。図10に示すメニュー画面において、プレイヤが十字キ040cによってカーソルを受付モード変更に合わせ、Aボタン40aを押すと、ステップS153からステップS163に進み、受け付けモード変更処理を行なう。処理が完了すると、ステップS151に戻る。一方、図10に示すメニュー画面においてプレイヤが十字キー40cおよびAボタン40aによってゲームを開始するを選択すると、ステップS155でYESと判断し、ステップS173に進む。ステップS169におけるゲームメール処理は、図33に示すサブルーチンに従う。まず、ステップS181で呼び出し用スピーカ54を通して呼び出し音を発生するとともに、ステップS183で振動モータ52によって振動を発生させる。ステップS185では受信したゲーム専用メールから呼び出し元のキャラクタ名を検出し、ステップS187では検出したキャラクタ名を図6に示すワーク領域50cに形成されたニュートラルキャラクタのサブリストに追加する。なお、検出されたキャラクタ名が知人キャラクタリストに既に登録されているときは、ステップS187の処理は行なわれない。ステップS187の処理が完了すると、ステップS189で図11に示す呼び出し画面をディスプレイ38に表示するとともに、ゲームを開始する,今は遊ばないおよび呼び出し禁止モードに変更のいずれのメニュー項目がプレイヤによって選択されたかをステップS191,S197およびS205で判別する。十字キー40cによってカーソルがゲームを開始するに合わせられ、Aボタン40aが押されると、ステップS191からステップS193に進み、選択されたメニュー項目に対応するコマンド情報をゲームサーバ20に送信する。その後、ステップS195でゲーム開始フラグをセットしてから上階層のルーチンに復帰する。十字キー40cおよびAボタン40aによって呼び出し禁止モードに設定するが選択されたときは、ステップS197でYESと判断し、ステップS199でこのメニュー項目に対応するコマンド情報をゲームサーバ20に送信するとともに、ステップS201でワーク領域50cに格納された受付モード情報のスイッチ1に呼び出しを禁止するをセットする。その後、ステップS203でゲーム開始フラグをリセットしてから上階層のルーチンに復帰する。十字キー40cおよびAボタン40aによって今は遊ばないが選択されたときは、ステップS205でYESと判断し、ステップS207でこのメニュー項目に対応するコマンド情報をゲームサーバ20に送信してからステップS203に進む。プレイヤがいずれのメニュー項目も選択しないうちにタイムアウトが生じたときは、ステップS209でYESと判断し、そのままステップS203に進む。なお、ゲームサーバ20側では、ステップS193,S199またはS207で送信されたコマンド情報に基づいて、図31に示すステップS133,S139およびS143の判別処理が行なわれる。ステップS173におけるログイン処理は、図34に示すサブルーチンに従う。まずステップS211で初期化を行ない、ステップS213でログイン要求をゲームサーバ20に送信する。ログイン要求に対して、ゲームサーバ20は、ログイン許可およびマップデータを返送するステップS33,S37。このため、携帯通信端末30側ではステップS215およびS217の各々でログイン許可およびマップデータの受信の有無を判別し、マップデータを受信するとステップS219に進む。ステップS219では、受信したマップデータに基づいて図11または図12に示すような仮想空間ゲーム画面をディスプレイ38に表示する。表示処理が完了すると、上階層のルーチンに復帰する。ステップS175におけるゲーム処理は、図35および図36に示すサブルーチンに従う。まずステップS221でマップ更新処理を行ない、続いてステップS223,S227およびS229の各々で十字キー40c,Aボタン40aおよびBボタン40bの操作の有無を判別する。十字キー40cが操作されたときはステップS225で移動処理を行ない、処理を終えるとステップS221に戻る。Aボタン40aが押されたときはステップS231に進み、自分のキャラクタの前方に別のキャラクタが存在するかどうかを判別する。ここでNOであればステップS221に戻るが、YESであればステップS233に進み、図13に示す行動メニュー画面をディスプレイ38に表示する。ここでプレイヤが十字キー40cによってカーソルを調べるにセットし、Aボタン40aを押すと、ステップS235でYESと判断し、ステップS237で調べる処理を行なう。処理が完了すると、ステップS221に戻る。一方、プレイヤが十字キー40cによってカーソルを起こすにセットし、Aボタン40aを押すと、ステップS239でYESと判断し、ステップS241で起こす処理を行なう。処理が完了すると、ステップS221に戻る。他方、プレイヤがBボタン40bを押すと、ステップS243でYESと判断し、ステップS245で行動メニュー画面を消去してからステップS221に戻る。プレイヤがいずれのキー操作もしない間は、ステップS247でマップ更新処理を行なうとともに、自分のキャラクタの前方に別のキャラクタが存在するかどうかをステップS249で判別する。そして、YESであればステップS235に戻るが、NOであればステップS245で行動メニュー画面を消去してからステップS221に戻る。したがって、別のキャラクタが自分のキャラクタの前方から離れたときは、Bボタン40bを操作することなく行動メニュー画面が消去される。行動メニュー画面が表示されていない状態でプレイヤがBボタン40bを操作すると、ステップS229でYESと判断し、ステップS251で図18に示すシステムメニュー画面をディスプレイ38に表示する。ここでプレイヤが十字キー40cによってカーソルを画面サイズ変更にセットし、Aボタン40aを押すと、ステップS253でYESと判断し、ステップS255でサイズ変更処理を行なう。処理が完了すると、ステップS221に戻る。プレイヤが十字キー40cによってカーソルをその他設定処理にセットし、Aボタン40aを押すと、ステップS257でYESと判断し、ステップS259におけるその他設定処理を経てステップS221に戻る。プレイヤがBボタン40bを押すと、ステップS261でYESと判断し、ステップS263でシステムメニュー画面を消去してからステップS221に戻る。プレイヤが十字キー40cによってカーソルをゲーム終了にセットし、Aボタン40aを押すと、ステップS265でYESと判断し、上階層のルーチンに復帰する。プレイヤがいずれのキー操作もしない間は、ステップS267でマップ更新処理を行ない、ステップS253に戻る。これによって、システムメニュー画面が表示されている間も、別のキャラクタはゲーム画面上を移動する。ステップS221,S247またはS267におけるマップ更新処理は、図37に示すサブルーチンに従う。まずステップS271で新規のマップデータを受信したかどうかを判別し、NOであればそのまま上階層のルーチンに復帰するが、YESであれば、ステップS273でゲーム画面を更新する。つまり、図6に示すワーク領域50cに格納されたマップデータを今回受信したマップデータによって更新する。表示領域50dには、更新されたマップデータとグラフィックデータ格納領域50bに格納されたグラフィックデータに基づいて作成されたゲーム画面データが展開され、これによってディスプレイ38のゲーム画面が更新される。このような更新処理を終えると、上階層のルーチンに復帰する。ステップS225における移動処理は、図38に示すサブルーチンに従う。まずステップS281で自分のキャラクタIDおよび移動先情報上,下,右,左のいずれかを含む移動要求をゲームサーバ20に送信する。ゲームサーバ20側では、要求元のプレイヤに対応する位置情報の更新処理ステップS51、および新規のマップデータの返送処理ステップS55が行なわれる。マップデータが返送されると、ステップS283でYESと判断し、ステップS285で上述のステップS273と同じ要領でゲーム画面を更新する。更新が完了すると、上階層のルーチンに復帰する。ステップS237における調べる処理は、図39に示すサブルーチンに従う。まずステップS291で自分のキャラクタIDを含む調べる情報を送信する。ゲームサーバ20側ではキャラクタ名および個人情報の検出/返送処理が行なわれるためステップS27、続くステップS293ではキャラクタ名および個人情報の受信の有無を判別する。ここでYESと判断されるとステップS295に進み、受信したキャラクタ名を図6に示すニュートラルキャラクタのサブリストに登録する。ステップS297では、受信した個人情報に基づく個人情報画面データを図6に示す表示領域50dに展開し、図14に示すような個人情報画面をディスプレイ38に表示する。ステップS299ではBボタン40bの操作の有無を判別し、Bボタン40bが押されたときに上階層のルーチンに復帰する。なお、ステップS295の追加処理は、上述と同様、同じキャラクタ名が知人キャラクタリストに存在しないときに行なわれる。ステップS241における起こす処理は、図40に示すサブルーチンに従う。まずステップS301で自分のキャラクタIDを含む起こす情報を送信する。ゲームサーバ20は、起こす情報に対して情報Aまたは情報Bを返送するためステップS137またはS141、起こす情報を送信した後はステップS303またはS307で情報Aまたは情報Bの受信の有無を判別する。情報Aが返送されたときはステップS305に進み、図15に示す要領で熟睡して起きる気配もない...とのメッセージをディスプレイ38に表示する。情報Bが返送されたときはステップS309に進み、図16に示す要領でむにゃむにゃ...起きそうで起きないとのメッセージをディスプレイ38に表示する。ステップS313ではBボタン40bの操作の有無を判別し、Bボタン40bが押されたときに上階層のルーチンに復帰する。なお、情報Aおよび情報Bのいずれも受信しないうちにタイムアウトとなると、ステップS311でYESと判断し、そのまま上階層のルーチンに復帰する。ステップS255におけるサイズ変更処理は、図41に示すサブルーチンに従う。まずステップS321で自分のキャラクタIDを含むサイズ変更要求をゲームサーバ20に送信する。ゲームサーバ20はサイズ変更要求に対してマップデータを返送するためステップS65、ステップS323ではマップデータの受信の有無を判別する。マップデータを受信するとステップS325に進み、ゲーム画面を更新する。つまり、図6に示すワーク領域50cに格納されたマップデータを今回受信したマップデータによって更新する。表示領域50dには、更新されたマップデータとグラフィックデータ格納領域50bのグラフィックデータとに基づいて作成されたゲーム画面データが展開され、これによってディスプレイ38のゲーム画面が更新される。更新処理を終えると、上階層のルーチンに復帰する。図32に示すステップS177のログアウト処理は、図42に示すサブルーチンに従う。まずステップS331で自分のキャラクタIDを含むログアウト要求をゲームサーバ20に送信する。ゲームサーバ20はログアウト要求に対してログアウト通知を送信するためステップS43、ステップS333ではログアウト通知の有無を判別する。ログアウト通知を受信するとステップS335でゲーム終了処理を行ない、その後に上階層のルーチンに復帰する。図32に示すステップS163の受付モード変更処理は、図43に示すサブルーチンに従う。まずステップS341で図19に示す受付モード設定画面をディスプレイ38に表示し、スイッチ1,スイッチ2,キャラクタリスト編集または設定終了を指向するカーソルを有効化する。続いて、ステップS343,S347,S351およびS355の各々でスイッチ1,スイッチ2,キャラクタリスト編集および設定終了のいずれが選択されたかを判別する。プレイヤが十字キー40cによってカーソルをスイッチ1に合わせ、Aボタン40aを押すと、ステップS343でYESと判断し、ステップS345でSW1変更処理を行なう。一方、プレイヤが十字キー40cによってカーソルをスイッチ2に合わせ、Aボタン40aを押すと、ステップS347でYESと判断し、ステップS349でSW2変更処理を行なう。図19を参照して、SW1変更処理では呼び出しを許可するまたは呼び出しを禁止するを指向するカーソルを有効化し、SW2変更処理では全てのキャラクタを許可,特定のキャラクタのみ許可または特定のキャラクタ以外を許可を指向するカーソルを有効化する。十字キー40cによってカーソルが所望のメニュー項目に合わせられると、カーソルが指向するメニュー項目によって図6に示す受付モード情報のスイッチ1またはスイッチ2を更新する。Bボタン40bが押されると、スイッチ1,スイッチ2,キャラクタリスト編集または設定終了を指向するカーソルを有効化してからステップS343に戻る。プレイヤが十字キー40cによってカーソルをキャラクタリスト編集に合わせ、Aボタン40aを押すと、ステップS351でYESと判断し、ステップS353でキャラクタリスト編集処理を行なう。キャラクタリスト編集処理が完了すると、ステップS343に戻る。プレイヤが十字キー40cによってカーソルを設定終了に合わせ、Aボタン40aを押すと、ステップS355からステップS357に進み、設定に変更があったかどうか判断する。ここでNOであればそのままステップS363に進み、モード変更画面を消去してから上階層のルーチンに復帰する。一方、ステップS357でYESであれば、ステップS359で受付モード情報作成処理を行ない、続くステップS361では作成された受付モード情報に自分のキャラクタIDを付加してゲームサーバ20に送信する。送信が完了すると、ステップS363でモード変更画面を消去してから上階層のルーチンに復帰する。ステップS353におけるキャラクタリスト編集処理は、図44に示すサブルーチンに従う。まずステップS371で図20に示すキャラクタリスト編集画面をディスプレイ38に表示し、ステップS373,S377,S381およびS385の各々で友人,ニュートラル,要注意人物および編集終了のいずれが選択されたかを判別する。カーソルが友人に合わせられた状態でAボタン40aが押されると、ステップS373からステップS375に進み、友人キャラクタについてのサブリスト編集処理を行なう。カーソルがニュートラルに合わせられた状態でAボタン40aが押されると、ステップS377からステップS379に進み、ニュートラルキャラクタについてのサブリスト編集処理を行なう。カーソルが要注意人物に合わせられた状態でAボタン40aが押されると、ステップS381からステップS383に進み、要注意人物キャラクタについてのサブリスト編集処理を行なう。ステップS375,S379またはS383の処理が完了すると、ステップS373に戻る。カーソルが編集終了に合わせられた状態でAボタン40aが押されると、ステップS385でYESと判断し、ステップS387で編集画面を消去してから上階層のルーチンに復帰する。ステップS375,S379またはS383に示すサブリスト編集処理は、図45に示すサブルーチンに従う。ステップS391では、選択されたサブリストにカーソルを表示する。友人が選択されたときはいずれかの友人キャラクタ名を指向するようにカーソルを表示し、ニュートラルが選択されたときはいずれかのニュートラルキャラクタ名を指向するようにカーソルを表示し、そして要注意人物が選択されたときはいずれかの要注意人物キャラクタ名を指向するようにカーソルを表示する。ここでプレイヤが十字キー40cを操作すると、ステップS393でYESと判断し、ステップS395でカーソルを移動させてからステップS393に戻る。プレイヤがBボタン40bを操作すると、ステップS399でYESと判断し、ステップS401でサブリスト内のカーソルを消去してから上階層のルーチンに復帰する。プレイヤがAボタン40aを操作したときは、ステップS397でYESと判断し、ステップS403で図21に示すような移動先リストを多重表示する。図21に示す移動先リストは、ニュートラルキャラクタについてサブリスト編集を行なうときに表示されるリストであり、メニュー項目は友人および要注意人物である。友人キャラクタについてのサブリスト編集処理では、移動先リストのメニュー項目はニュートラルおよび要注意人物であり、要注意人物キャラクタについてのサブリスト編集処理では、移動先リストのメニュー項目は友人およびニュートラルである。移動先リストが表示された状態でプレイヤが十字キー40cを操作すると、ステップS405からステップS407に進み、移動先リスト内のカーソルを所望の方向に移動させる。移動処理が完了すると、ステップS405に戻る。一方、プレイヤがBボタン40bを操作すると、ステップS411でYESと判断し、ステップS419で移動先リストを消去してからステップS393に戻る。他方、プレイヤがAボタン40aを操作すると、ステップS413以降の処理を行なう。まずステップS413で、表示中のサブリストにおいてカーソルが指向しているキャラクタ名を図6に示すワーク領域50cの対応するサブリストから削除する。ステップS415では、移動先リスト内でカーソルが指向しているメニュー項目に対応する図6のサブリストに、ステップS413で削除されたキャラクタ名を追加する。こうしてキャラクタ名の移動が完了すると、ステップS417でキャラクタリスト編集画面を更新し、ステップS419で移動先リストを消去してからステップS393に戻る。図43に示すステップS359の受付モード情報作成処理は、図46に示すサブルーチンに従う。まずステップS421およびS423で、送信する受付モード情報送信データのスイッチ1およびスイッチ2の欄に図6に示す受付モード情報のスイッチ1およびスイッチ2の内容を設定する。ステップS425およびS429では、設定されたスイッチ2の内容を判別する。スイッチ2の内容が全てのキャラクタを許可であれば、ステップS425からステップS427に進み、送信データのキャラクタリストの欄をクリアする。一方、スイッチ2の内容が特定のキャラクタのみ許可であれば、ステップS429からステップS431に進み、図6に示す知人キャラクタリストに登録された友人キャラクタ名を送信データのキャラクタリストに設定する。他方、スイッチ2の内容が特定のキャラクタ以外を許可であれば、ステップS429からステップS433に進み、図6に示す知人キャラクタリストに登録された要注意人物キャラクタ名を送信データのキャラクタリストに設定する。こうして送信データが作成されると、上階層のルーチンに復帰する。以上の説明から分かるように、ゲームサーバ20には複数のプレイヤが予め登録されており、ゲームサーバ20は、通信ネットワーク40を通してログインをしたプレイヤの携帯通信端末30にゲームを提供する。このとき、ゲームサーバ20は、ログイン中のプレイヤのキャラクタを示すグラフィック番号だけでなく、ログアウト中のキャラクタを示すグラフィック番号もログインしたプレイヤのゲーム装置30に送信する。ゲーム装置30のディスプレイ38には、それぞれのキャラクタ画像が、ログイン/ログアウトに対応する態様で表示される。ここで、ログアウト中のキャラクタについて起こすが選択されると、起こす情報が携帯通信端末30からゲームサーバ20に与えられる。ゲームサーバ20は、ログアウト中のキャラクタの受付モード情報を判別し、スイッチ1の内容が呼び出しを禁止するであれば、起こす情報の送信元に情報Aを返送する。情報Aを受信した携帯通信端末30には、熟睡していて起きる気配もない...とのメッセージが表示される。スイッチ1の内容が呼び出しを許可するであっても、スイッチ2の内容が特定のキャラクタのみ許可であり、かつキャラクタリストに起こす情報の送信元のキャラクタ名が登録されていない場合、あるいはスイッチ2の内容が特定のキャラクタ以外を許可であり、かつキャラクタリストに起こす情報の送信元のキャラクタ名が登録されている場合は、上述と同様に情報Aが返送される。一方、スイッチ1およびスイッチ2の内容が呼び出しを許可するおよび全てのキャラクタを許可するである場合、スイッチ1およびスイッチ2の内容が呼び出しを許可するおよび特定のキャラクタのみ許可するで、キャラクタリストに要求元のキャラクタ名が登録されている場合、あるいはスイッチ1およびスイッチ2の内容が呼び出しを許可するおよび特定のキャラクタ以外を許可するで、キャラクタリストに要求元のキャラクタ名が登録されていない場合は、ログイン操作要求がゲームサーバ20から相手の携帯通信端末30に送信される。ログイン操作要求を受信した携帯通信端末30のディスプレイ38には、呼び出し元のキャラクタ名を含む呼び出しメッセージが表示される。ここで、ログイン操作要求を受信したプレイヤがゲームを開始するを選択すると、ゲームサーバ20はログイン処理を行ない、これによってゲームを開始するを選択したプレイヤの携帯通信端末30にゲームが提供される。ログイン操作要求を受信したプレイヤが今は遊ばないを選択すると、ゲームサーバ20情報Bを起こす情報の送信元に返送する。情報Bを受信した携帯通信端末30のディスプレイ38には、むにゃむにゃ...起きそうでおきないとのメッセージが表示される。このように、ログイン中のプレイヤによってログアウト中のプレイヤのキャラクタが選択されると、起こす情報がログイン中の携帯通信端末30からゲームサーバ20に与えられ、ゲームサーバ20からログアウト中の携帯通信端末30にログイン操作要求が送信される。このため、ログイン中のプレイヤとログアウト中のプレイヤとの間で簡単かつ速やかにゲームを行なうことができる。なお、この実施例では、地形およびキャラクタのグラフィックデータによって形成したゲーム画面を用いてゲームを進行するようにしているが、ゲームは、図47~図51に示すようなテキストデータのみからなる画面を用いて進行するようにしてもよい。図47はゲームメニュー画面であり、画面中央にタイトルOnlinegameが、画面下側にゲームを開始する,受付モード変更および戻るのメニュー項目が、それぞれ表示される。図48はゲーム画面であり、現在地名プレーリー草原が画面上側に表示され、画面中央に複数のキャラクタ名が表示され、画面下側にメニュー項目が表示される。キャラクタ名については、自分のキャラクタ名にんてんが一番上に表示され、プレーリー草原に存在する別のキャラクタの名前ロビン,ウイル,マリアンおよびジョンがにんてんの下に表示される。ロビンはログアウト中であり、ロビンの右側には寝ているとの状態情報が表示される。メニュー項目については、移動,調べる,設定および終了の4つが表示される。ここで、移動が選択されると、図49に示す移動メニュー画面が表示される。図49によれば、画面上側にコマンド名移動が表示され、その下に現在地名プレーリー草原が表示される。画面中央には、移動方向北,南,西および東と、各々の方向に存在する地名セルバの森,オルレアンの森,ノルド湿原およびボルホコ山とが表示される。画面下側には、メニュー項目戻るが表示される。ここで、所望の移動先が選択されると、移動先の地名や移動先に存在するキャラクタの名前を含むゲーム画面が図48に示す要領で表示される。戻るが選択されると、図48に示すゲーム画面に戻る。図48に示すメニュー画面において、任意のキャラクタ名および調べるが選択されると、図50に示すような個人情報画面が表示される。画面上側には選択されたキャラクタの名前,性別および状態が表示され、画面中央には選択されたキャラクタのプロフィールメッセージが表示され、画面下側には調べるおよび戻るの2つのメニュー項目が表示される。ここで起こすが選択されると、ロビンのプレイヤの携帯通信端末には、図51に示す呼び出し画面が表示される。図51によれば、画面上側にタイトルOnlineGameが表示され、画面中央ににんてんさんがあなたを起こしていますとのメッセージが表示され、画面下側にゲームを開始する,今は遊ばないおよび呼び出し禁止に設定の3つのメニュー項目が表示される。ここで、ロビンのプレイヤが各々のメニュー項目を選択したときの動作は、上述の実施例とほぼ同じである。このように、テキストデータからなるゲーム画面においても、ログアウト中のキャラクタ名を表示し、このキャラクタ名が選択されたときにプレイヤにログイン操作要求を送信するようにすれば、ログアウト中のプレイヤと簡単かつ速やかにゲームを行なうことができる。また、この実施例では、図23に示すように、ログイン処理,ログアウト処理,移動処理,サイズ変更処理,起こす処理,受付モード更新処理および個人情報送信処理のすべてを1つのゲームサーバによって行なうよいうにしているが、互いに距離を隔てた複数のサーバによって上述の処理を分担するようにしてもよい。この場合、互いに異なる位置に設置された複数のサーバによってゲームサーバが形成される。さらに、この実施例では、ゲームの具体的な内容や種類が詳しく説明されていないが、仮想空間に登場するキャラクタをプレイヤによって自在に制御できるものは、すべてゲームの概念に含まれると考えられる。"