WO2006025255A1 - 多人数参加型アプリケーションを実行するクライアント端末装置、グループ形成方法及びグループ形成プログラム - Google Patents

Abstract

　多人数参加型アプリケーションを実行する端末装置において、当該アプリケーションでグループを組む際にユーザにとって有利になるような端末装置を提供することを目的とする。本願発明に係る端末装置は、仮想空間上に存在する複数のキャラクタそれぞれに対応する複数の端末装置とサーバ装置を含むネットワークシステムの一端末装置であって、自機によってその行動を決定される自キャラクタと、他の端末装置によって制御される他キャラクタとが存在する前記仮想空間内の光景をサーバ装置に格納されているデータ及び自機に格納されているデータに基づいて表示する表示手段と、キャラクタ同士のグルーピングを希望する操作をユーザが行った場合に、前記他キャラクタを制御する端末装置の性能情報を、前記他キャラクタに対応付けて表示させるよう表示内容を更新する更新手段とを備える。

Description

明 細 書

多人数参加型アプリケーションを実行するクライアント端末装置、グルー プ形成方法及びグループ形成プログラム

技術分野

[0001] 本発明は、多人数参加型アプリケーションを複数の端末装置において同時に実行 する技術に関する。

背景技術

[0002] 近年、ネットワークを介して多数のユーザが同時に参加できるゲームサーバ &クライ アント型の多人数参加型アプリケーションが普及して 、る。多人数参加型アプリケー シヨンの典型的な例としては多人数参加型オンラインゲームがある。多人数参加型ォ ンラインゲームは、同時に数百人力も数千人ものユーザによって遊ばれることもある。 多人数参加型オンラインゲームは、ユーザが自己のパソコンやゲーム機といった端 末装置カゝらゲームを提供してくれるゲームサーバにアクセスして、常時接続状態を保 ちながら楽しむゲームで、ゲームサーバはユーザの操るキャラクタ、敵となるモンスタ 、背景となる地形などの情報を符号化して管理し、各端末装置は、その情報をゲーム サーバから受け取り、それぞれのキャラクタやモンスタ等の描画処理などを行う。この ような形態をとつて 、るので、複数のユーザがゲームサーバの提供する仮想空間上 の一つの世界を共有し、ユーザのキャラクタ間で会話をしたり、ゲームに関するアイテ ムのやり取りをしたりすることができる。また、ゲーム内においてキャラクタ同士でダル ープを組み、仮想空間内の行動を共にするということもある。グループを組み、他の キャラクタと共に行動することの主目的は、ゲーム内において個人では達成困難な目 標でも多人数によって達成を容易にすることにある力 その他にもグループメンバと のコミュニケーションを楽しむと 、つた目的もある。

[0003] 多人数参加型オンラインゲームにお!、てゲームサーバは多数のユーザの操作内 容などに関する動的情報を管理するためその処理は膨大なものとなる。その負担を 軽減するために分散コンピューティングを行うことが考えられ、複数のコンピュータを 並列に接続し、共通のアプリケーションを実行する並列コンピューティング技術が考 案されている。

発明の開示

発明が解決しょうとする課題

[0004] ところで、上述したオンラインゲームにあたっては、互いに素性の知らない匿名同士 がグループを形成するので、性能の低 、端末装置によって操作されるキャラクタがグ ループメンバに含まれてしまうことがある。グループの中に性能の低 、端末装置によ つて操作されるキャラクタが含まれていると、その性能の低さによる影響が他のキャラ クタを操作しているユーザに波及してしまうと言う問題がある。

[0005] 係る問題は、オンラインゲームにおいて、ゲーム上の世界の中で一箇所に多数の キャラクタが集合した時に顕著に発生する。というのも、一箇所に多数のキャラクタが 集中することにより処理しなければならないデータが増えるので、端末装置の描画処 理能力やネットワークとの通信速度が低 、と描画処理が追 、つかずに本来描画され るはずの光景が定められたとおりに表示されな ヽことがあるカゝらである。

[0006] 例えば、図 2のように、ゲームサーバ上で扱われているデータが図 2 (a)のように符 号化されており、そのデータは端末装置に送信されて、端末装置上では本来、図 2 ( b)のように、キャラクタ A201、キャラクタ B202、キャラクタ C203が表示されなければ ならない。しかし、端末装置の性能が低いために全てのキャラクタが表示されず、例 えば図 2 (c)のようにキャラクタ B202が描画されないことがある。この場合、ユーザは キャラクタ B202を認識できずに、キャラクタ Bに対する行動が取れな力つたり、入力ミ スをしたりすると 、うことがある。

[0007] 個人では達成困難な目的を成し遂げるためにグループを組んだのに、グループメ ンバによる入力ミスで目的達成の失敗は本末転倒と言える。そのために、ユーザには 入力ミスをしにく 、と思われるようなユーザとグループを組んで行動した 、と 、う要望 がある。

本発明の目的は、上記要望を満たすベぐ多人数参加型オンラインゲームのような 多人数参加型アプリケーションにお 、てグループを組むときに、ユーザにとって有利 になる端末装置を提供することである。

課題を解決するための手段 [0008] 上記目的を達成するために、本発明に係る端末装置は、仮想空間上に存在する複 数のキャラクタそれぞれに対応する複数の端末装置とサーバ装置を含むネットワーク システムの一端末装置であって、自機によってその行動を決定する自キャラクタと、 他の端末装置によってその行動を決定される他キャラクタとが存在する前記仮想空 間内の光景をサーバ装置に格納されているデータ及び自機に格納されているデー タに基づいて表示する表示手段と、キャラクタ同士のグルーピングを希望する操作を ユーザが行った場合に、前記他キャラクタを制御する端末装置の性能情報を、前記 他キャラクタに対応付けて表示させるよう表示内容を更新する更新手段とを備える。

[0009] ここで端末装置とサーバ装置は多人数参加型アプリケーションを実行しており、そ のデータに基づき仮想空間の光景を描画している。

発明の効果

[0010] これにより、本発明に係る端末装置は、オンラインゲームのような多人数参加型アブ リケーシヨンの提供する仮想空間上の一つの光景において他のユーザの操作するキ ャラクタ（以下「ユーザの操作するキャラクタ」を「ユーザキャラクタ」と表記）と、そのュ 一ザキャラクタと対応している端末装置の性能を表示することができる。基本的に端 末装置の性能はオンラインゲーム上の世界ではあまり関係のないリソースではあるが 、これにより他のユーザキャラクタがどのような性能の端末装置により制御されている かをユーザが認識でき、ユーザの選択により、高性能な端末装置を使用しているュ 一ザのユーザキャラクタとグループを組むことができる。高性能であると言うことは、本 来表示されるべきキャラクタが表示されな 、ことによって入力ミスをすると 、うことも少 なくなり、他のユーザの入力ミスによるゲーム上の目的不達成という事態も少なくなる 。これはグループを組もうと思って 、るユーザにとって有利に働く。

[0011] なお、本発明の表示手段は、後述する制御手段 505、特に、描画処理部 712によ つて実現される。また、更新手段は、後述する制御手段 505、特に、表示情報生成部

723によって実現される。これらは典型的には、端末装置のビデオメモリに生成した 表示情報を書き込むことにより行われる。端末装置は、ビデオメモリの情報を NTSC

、 RGBなどの映像信号に変換してビデオ出力する。出力された映像信号は外部の モニターや _τν等の表示装置により映像表示される。本発明の表示手段及び更新手 段は、表示情報の生成を行えば足りるものである。よって、端末装置が TV等の映像 表示機能を有するものに限定されるものではなぐ端末装置は、 TV等の映像表示機 能を有して 、ても有して 、なくともよ 、。

[0012] また、前記端末装置はさらに、前記自キャラクタと前記他キャラクタとグループを形 成するグループ形成手段と、自機以外の端末装置の性能情報を受信する受信手段 とを備え、前記更新手段は、前記グループ形成手段によりグループを形成するときに 、グループへの加入を希望して 、る前記他キャラクタを制御して 、る端末装置の性能 情報を前記受信手段により受信して、表示内容を更新することとしてもよい。

[0013] これにより、オンラインゲームのような多人数参加型アプリケーション上で自分のュ 一ザキャラクタ以外のユーザキャラクタとグループを組む際に、グループへの加入を 希望するユーザキャラクタを制御して 、る端末装置の性能情報だけが表示される。通 常、端末装置の性能はゲームの進行とは関係な 、リソースであるため表示されて 、る と邪魔になることが考えられる。他のユーザキャラクタを制御して 、る端末装置の性能 を、ユーザ自身が知りたくなるのは、グループを組みたいときになるので、グループを 組むときにのみ、性能情報が表示されれば、その他の場合において性能情報の表 示が邪魔になることもなくなる。

[0014] また、前記グループ形成手段は、グループに未加入なキャラクタのグループへの加 入を許諾する許諾部と、グループへの加入を希望して 、るキャラクタを制御する端末 装置に、当該端末装置の性能情報を自機に送信させることを要求する要求部とを備 えることとしてもよい。

これにより、ユーザはグループを形成するときにユーザキャラクタを制御している端 末装置の性能を見てグループへの加入を許すかどうかの取捨選択ができるようにな る。

[0015] また、前記グループ形成手段によって形成されたグループは、当該グループを構 成するキャラクタを示す識別子と、当該キャラクタを制御する端末装置を示す識別子 の集合を含む情報群であることとしてもょ 、。

これにより、端末装置及びサーバ装置は、グループに加入しているユーザキャラク タとそうでな 、ユーザキャラクタを認識できる。 [0016] また、前記端末装置は、多人数参加型アプリケーションを実行しており、前記端末 装置はさらに、前記グループ形成手段により形成されたグループに関する前記多人 数参加型アプリケーション上の処理であるグループタスクを行うグループタスク処理 手段を備え、前記グループを構成して ヽる端末装置間で前記グループタスクを当該 グループタスク処理手段により分散処理することとしてもよい。

[0017] これにより、グループに加入しているユーザキャラクタを制御する端末装置同士で、 グループメンバがどこにいるかなどのゲーム上におけるグループに関する処理を分 散して行えるようになる。

また、前記グループタスクは、前記グループに属するキャラクタを制御する端末装 置のうち性能の高 ヽもの〖こよって処理されることとしてもよ 、。

[0018] これにより、グループメンバのうち、より高性能な端末装置にゲーム用の処理のうち 大きな処理を任せることになり、ゲーム上の処理の効率ィ匕ゃ高速ィ匕を図れる。また、 このことにより、グループを形成するときに、性能情報を表示できるメリットがより大きく なる。

また、前記更新手段はさらに、前記他キャラクタを、前記自キャラクタが属するダル ープに加入させるときに、当該グループへの加入を希望して 、るキャラクタ及び当該 キャラクタを制御して 、る端末装置の性能情報を、グループへの加入を希望して！/、な いキャラクタよりも優先的に表示するよう表示内容を更新することとしてもよい。

[0019] ここで優先的に表示するとは、グループへの加入を希望しているキャラクタがダル ープへの加入を希望していないキャラクタよりも目立つように表示することをいう。例 えば、遠近感を無視してグループへの加入を希望して ヽな 、キャラクタよりも上に表 示したり、グループへの加入を希望するキャラクタにハイライトをあてたりする。

これにより、グループに加入を希望しているユーザキャラクタが優先的に表示される ため、遠近感は損なわれる力もしれないが、多くのユーザキャラクタが一箇所に密集 することもあるオンラインゲームであってもグループを組む相手、及びそのユーザキヤ ラクタと対応する端末装置の性能情報も見やすくなる。

[0020] また、前記更新手段はさらに、前記性能情報が表示される仮想空間上の座標が前 記他キャラクタの仮想空間上の座標との間で予め定められた相対位置関係を保つ座 標に表示内容を更新することとしてもよい。

これにより、ユーザキャラクタが動いてもそれにあわせて当該ユーザキャラクタを制 御して 、る端末装置の性能情報も付随して 、くので、ユーザキャラクタが動 、ても問 題なく性能情報との対応がわかる。

[0021] また、前記端末装置はさらに、自機の性能情報を記憶する記憶手段と、他の端末 装置からの要求に応じて前記記憶手段により記憶されている自機の性能情報を送信 する送信手段を備えることとしてもょ ヽ。

これにより、他のユーザキャラクタ力 グループ形成を提案されたときに自機の端末 装置の性能情報を、グループ形成を提案したユーザキャラクタを制御して 、る端末 装置に送信することができる。

[0022] また、前記性能情報は、端末装置のハードウェア処理能力を示す情報であることと してちよい。

これにより、ユーザキャラクタを制御する端末装置のクロックや画像処理能力などの ハードウェア性能を知ることができる。

また、前記性能情報は、端末装置のネットワークとの単位時間当たりの通信量を示 す情報であることとしてもょ 、。

[0023] これにより、端末装置のネットワークとの通信速度を知ることができる。オンラインゲ ームでは、ユーザの入力とそれに対する結果のデータなどをリアルタイムでやり取り するので、単位時間当たりのデータ転送量はかなり重要なウェートを占めるので、そ のデータを知ることができることはユーザにとって有利になる。

また、前記性能情報は、端末装置のハードウ ア処理能力と、当該端末装置のネッ トワークとの単位時間当たりの通信量を示す情報であり、前記更新手段は、前記ハー ドウエア処理能力と前記通信量とを区別できるように表示内容を更新することとしても よい。

[0024] これにより、ユーザは、グループへの参加を希望するキャラクタに対応する端末装 置のプロセッサ能力とネットワーク通信量のそれぞれを確認してグループへの加入を 認めるかどうかを決定することができるようになる。

また、前記性能情報は、自機と他機との分散コンピューティングによるハードウェア 能力を示す情報であることとしてもよい。

[0025] これにより、端末装置の分散処理能力を知ることができる。これからのゲーム機ゃパ ソコンなどの端末装置は更に高性能化していくので、他機器と分散してゲーム上の 処理を行うことも考えられる。オンラインゲームの処理の一部を分散処理することにな れば、より高性能な分散コンピューティングを行える端末装置を使っているユーザの キャラクタとグループを形成した方が有利になる。

[0026] また、前記更新手段は、前記自機によるハードウ ア能力と前記他機によるハード ウェア能力とを異なる表示態様で表示内容を更新することとしてもよい。

これにより、ユーザは、グループに参加を希望しているキャラクタに対応する端末装 置にぉ 、て分散コンピューティングを実行して 、る場合にぉ 、て、分散コンビユーテ イングを依頼して ヽる機器それぞれの性能を確認して、グループへの参加を許可す るカゝを決定することができる。

[0027] また、前記他機には、自機が属する内部ネットワークに属する他機と、外部ネットヮ ークに属する他機とがあり、前記更新手段は、内部ネットワークに属する他機による ハードウェア処理能力と、外部ネットワークに属する他機によるハードウェア処理能力 とを異なる表示態様で表示内容を更新することとしてもよい。

これにより、グループに参加を希望している端末装置の分散コンピューティングの 依頼先が決定される。

[0028] また、前記サーバ装置と前記端末装置を含むシステムは多人数参加型アプリケー シヨンを実行しており、前記端末装置は、並列処理が可能な他の機器にネットワーク を介して接続されており、前記多人数参加型アプリケーションのユーザ側における処 理を前記他の機器と分散して行うこととしてもょ 、。

これにより、端末装置は、ホームネットワークなどに繋がっていて、テレビや DVDなど に搭載される CPUが分散コンピューティング能力を持っていた場合に、オンラインゲ ームにおける処理をテレビや DVDに負担させることができ、結果、処理が早くなり快 適にゲームを楽しめる。

[0029] また、多人数参加型アプリケーションを実行する端末装置における他の端末装置と のグループ形成方法であって、 自機により操作される第一のキャラクタによるグルー プ形成要求ステップと、前記グループ形成要求ステップにおけるグループ形成要求 に応じ、グループへの加入を希望した第二のキャラクタを操作する他の端末装置の 性能情報を自機で受信する受信ステップと、受信した前記他の端末装置の性能情報 を前記第二のキャラクタに対応付けて表示する表示ステップと、表示された前記性能 情報に基づいて前記第二のキャラクタをグループに加入させるかどうかを決定するグ ループ加入決定ステップとを含むこととしてもよ 、。

[0030] この方法で、多人数参加型アプリケーションを実行して 、る端末装置にお 、て、他 の端末装置のキャラクタと、他の端末装置の性能情報に基づいて、グループを形成 することができる。

また、多人数参加型アプリケーションを実行する端末装置のコンピュータに実行さ せる、前記多人数参加型アプリケーション上にお!、てグループを形成するための処 理手順を示したプログラムであって、前記処理手順は、自機により操作される第一の キャラクタによるグループ形成要求ステップと、前記グループ形成要求ステップにお けるグループ形成要求に応じ、グループへの加入を希望した第二のキャラクタを操 作する他の端末装置の性能情報を自機で受信する受信ステップと、受信した前記他 の端末装置の性能情報を前記第二のキャラクタに対応付けて表示する表示ステップ と、表示された前記性能情報に基づ 、て前記第二のキャラクタをグループに加入さ せるかどうかを決定するグループ加入決定ステップとを含むことしてもよい。

[0031] このプログラムを実行することで端末装置は、他の端末装置の性能に基づいて、グ ループを形成することができるようになる。

図面の簡単な説明

[0032] [図 1]は、本発明に係るシステムの概要図である。

[図 2]は、従来のオンラインゲームにおける問題を説明するための説明図である。

[図 3]は、本発明に係るゲームサーバで管理されている情報と端末装置で表示される 画面の対応を示した対応図である。

[図 4]は、本発明に係る端末装置とその周辺機器を示した外観図である。

[図 5]は、本発明に係る端末装置の構成を示したブロック図である。

[図 6]は、本発明に係る端末装置とゲームサーバにおいてなされる処理を示した図で ある。

[図 7]は、本発明に係る端末装置の制御手段にロードされるクライアントソフトとゲーム サーバソフトの構成を示した図である。

[図 8]は、ユーザキャラクタの移動操作を示した図である

[図 9]は、ユーザキャラクタの他のユーザキャラクタへの攻撃に関する操作を示した図 である。

[図 10]は、端末装置 Aでゲームに参加しゲームをやめるまでを記したフローチャート である。

[図 11]は、端末装置 A、 B間でグループを組む際のフローチャートである。

[図 12]は、端末装置 Aがグループタスクを担当している場合においての端末装置とサ ーバ間においてなされる動的情報と符号ィ匕情報のやり取りを示したフローチャートで ある。

[図 13]は、ユーザキャラクタ Aがグループを形成する際に端末装置 Aの表示画面で 表示される描画図である。

[図 14]は、ユーザキャラクタ Aがグループを形成する際に、そのグループへの加入を 希望するユーザキャラクタ Cと対応する端末装置 Cの表示画面で表示される描画図 である。

[図 15]は、グループタスクを端末装置の表示画面に表示させた場合についての説明 図である。

[図 16]は、グループ管理情報と端末装置の詳細性能情報を示した図である

[図 17]は、ゲーム機 400が処理能力を借りる機器を示した図である。

符号の簡単な説明

100 端末装置 A

101 端末装置 B

102 端末装置 C

103 端末装置 D

104 端末装置 E

110 ゲームサーバ 120 ネットワーク

130 グループ形成円

140 -ザキャラクタ A

141 ユー -ザキャラクタ B

142 -ザキャラクタ C

144 -ザキャラクタ E

200 カー -ソ

400 ゲー -ム機

401 表示装置 (テレビ）

402 ：コントローラ

403 キー -ボード

404 AVケーブル

405 ADSL機器

406 光ディスク

406a クライアントソフト

406b サ、ーバ接続ソフト

501 読み出し手段

502 受け受け手段

503 ネットワークインターフェース

504 再生手段

505 制御手段

600 グループ

601 グループ形成処理

602 グループタスク

602a グループ符号化処理

603 固有タスク

603a ユーザ操作受付処理

603b 描画処理 610 サーバタスク

611 符号化処理一 A

612 符号化処理一 B

613 符号化処理一 C

614 グループ管理

700 グループタスク実行部

710 固有タスク実行部

720 グループ形成部

721 §午

722 要求部

723 表示情報生成部

730 グループ管理情報記憶部

800a, 800b ユーザキャラクタ A 801 カーソル

802 十字キー

803 Aボタン

804 Bボタン

900a, 900b ユーザキャラクタ A

901a, 901b ユーザキャラクタ A

1301 ユーザキャラクタ A

1302 ユーザキャラクタ B

1303 ユーザキャラクタ C

1303b 性能情報

1310 グループメンノ リスト

1320 グループタスクリスト

1330 メッセージウィンドウ

1331 カーソノレ

1400 メッセージウィンドウ 1401 カーソル

1500 船

1501 ユーザキャラクタ A

1502 ユーザキャラクタ B

1503 モンスタ

1510 レーダ

1520 牵

1701 DVDプレイヤー

1702 テレビ

1720 ホームネットワーク

1730 リソースサーバ

1740 携帯電話機

1751 非接触 ICカード

発明を実施するための最良の形態

[0034] 以下、本発明の実施の形態について図面を用いながら説明していく。

<概要 >

図 1は、本発明の概要を示した概要図である。

本発明に力かるシステムはゲームサーバ（以降、ゲームサーバ若しくは単にサーバ と表記）と複数の端末装置とネットワーク力もなる。ゲームサーバ 110はコンピュータ であり、端末装置 A100、 B101、 C102、 D103、 El 04はそれぞれネットワーク接続 機能を有するゲーム機、又はパソコンなどである。各ユーザは自分のユーザキャラク タを自分の端末装置を使って操作し、ゲームを楽しむ。各端末装置一台につき、一 人のユーザキャラクタが対応しており、一台の端末装置からは一ときに一人のユーザ キャラクタしか操作できな 、。ここでは端末装置は 5台しか記さな力つたが通常は数百 、数千台の端末装置が同時にアプリケーションを実行し、数百、数千人のユーザがゲ ームを楽しんでいる。

[0035] 端末装置 A100〜E104はネットワーク 120を介してゲームサーバ 110にアクセスし ており、ゲームサーバ 110と共に多人数参加型アプリケーションを実行している。本 多人数参加型アプリケーションは従来からある RPG (Role Playing Game)などを想定 しており、ユーザはこの多人数参加型アプリケーションの端末用ソフトであるクライァ ントソフトが記録されたディスクを購入したりゲームサーノくからダウンロードしたりなど してクライアントソフトを取得する。なお、 RPGとは、ユーザが自分の化身となるユー ザキャラクタを操作してアプリケーションによって提供される物語を進行させるゲーム である。

[0036] ゲームサーバ 110は各端末装置力もの入力内容を受信し、その内容を多人数参加 型アプリケーション (以下ゲームもしくはアプリケーションと表記）に基づき処理を行い 、処理の結果を示すデータを各端末装置に送り返している。

図 1における画面は端末装置 A100に表示されている画面である。ユーザキャラク タ 140、 141、 142、 144はそれぞれ、端末装置 A100、 B101、 D102、 E104を使 用しているユーザによって操作されている。端末装置 Cと対応するユーザキャラクタは ユーザキャラクタ A140からゲームな!/ヽにお!/ヽて視認できる範囲内には存在して！/、な いために、端末装置 A100の画面には表示されていない。このゲームではグループ を組むことがあり、このグループを組むときに、グループメンバを募集したユーザキヤ ラクタ Aの周りにグループ形成円 130が発生する。発生したグループ形成円 130内 に、グループへの加入が目的で進入してきたユーザキャラクタと対応する端末装置の 性能情報を表示することが本発明の骨子である。

[0037] 図 1においては、端末装置 A100を使用しているユーザのグループ形成要求の入 力と、チャット入力に基づき、画面上ではユーザキャラクタ 140がグループへの参加 を他のユーザキャラクタに呼びかける。画面上では、ユーザキャラクタ 140の台詞とい う形で「グループメンバー募集中」という台詞が表示され、ユーザキャラクタ 140が見 える範囲内にいるユーザキャラクタと対応している各端末装置の表示画面には、ユー ザキャラクタ A140を中心にグループ形成円 130が表示される。グループメンバ募集 の呼びかけを見て、グループへの加入を希望する端末装置 C102を操作して 、るュ 一ザは自身のユーザキャラクタ 142をグループ形成円 130内に進入させ、グループ への参加を申し込む入力をする。端末装置 A100の画面上では、ユーザキャラクタ C 142の右上部分に、ユーザキャラクタ C142を操作している端末装置 C102の性能情 報 102cが表示される。ユーザキャラクタ E144についても同様でユーザキャラクタ El 44の右上部分に端末装置 E104の性能情報 104eが表示される。ユーザキャラクタ C 142の場合 MP8Z24Mbpsと表示され、ユーザキャラクタ E144の場合 MPlOZlO Mbpsと表示されている。 MPlOZlOMbpsとはマシンパワーが 10で、ネットワークと のデータ通信速度が 10Mbps (Mega bits per second)であると言う意味である。なお 、マシンパワーは、ここでは他の端末装置のマシンパワーと比較するためにゲーム製 作側によって設定されて ヽる数値で、マシンのクロックやマシンが他の機器と分散コ ンピューティングが可能な場合は調達可能な並列処理能力の総能力などを基にして いる。また、グループ形成円 130に進入してこないユーザキャラクタ B 141の性能情 報は表示されな ヽ。グループへの参加を希望しな！、ユーザキャラクタと対応する端末 装置の性能情報を表示しても意味がな 、ためである。

<ゲームサーバの符号化情報と端末装置の表示情報の対応 >

図 3は、ゲームサーバにお 、て管理されて 、る情報と端末装置にお 、て表示され て 、るグラフィックとの対応を示した対応図である。

[0038] ここで、ユーザ、ユーザキャラクタ、キャラクタ、モンスタ、マップは次の定義で使用 する。

ユーザは、端末装置の操作者であり、端末装置と一対一で対応するユーザキャラク タの操作者でもある。

ユーザキャラクタは、ユーザが端末装置を介して操るユーザ自身のゲーム内におけ る化身である。具体的には、ゲーム内の登場人物となる騎士や魔法使いなどであり、 このユーザキャラクタを、端末装置を介して操作することでゲーム内の仮想空間の世 界を探索して回れる。一台の端末装置力もは一人のユーザキャラクタが操作できる。

[0039] キャラクタは、ユーザキャラクタと同様にゲーム内の登場人物である力 ユーザによ つて操作されるものではなく予め設定されている一定のアルゴリズムによって動作し、 ユーザキャラクタに有益な情報を与えたりしてくれる。

モンスタは、キャラクタと同様に予め設定されている一定のアルゴリズムによって動 作し、ユーザキャラクタの敵となる存在である。

[0040] マップは、ゲーム内における背景、地形を表す。ユーザキャラクタ、キャラクタ、モン スタはこのマップ上に描画され、移動したりする。

図 3のゲームサーバ 1 10における符号ィ匕情報 310の様にゲームサーバ装置は各キ ャラクタやモンスタを符号ィ匕して管理しており、ユーザキャラクタやモンスタごとに、ュ 一ザキャラクタの名前やタイプ、マップ上の座標などのステータスを管理している。例 えば、図 3の符号ィ匕情報 310においては、キャラクタ Aは、そのキャラクタのタイプが 騎士、座標は (Xl、 Y1)、方向は南西、体力は 89、動作は攻撃となっており、このよう な情報を各ユーザキャラクタやモンスタごとに動的にリアルタイムで管理している。

[0041] 一方端末装置は、ゲームサーバから符号化されたデータを逐次受信して!/、る。受 信したデータ、及び、端末装置用のクライアントソフトに基づき、各ユーザキャラクタや モンスタなどの描画処理を行い図 3の表示画面 300のように端末装置の表示装置に 描画する。また、ユーザの操作に基づいてユーザキャラクタを動作させる入力が行わ れた場合などにその内容をゲームサーバに送信している。図 3の端末装置 A100の 表示画面 300においては、端末装置 A100がネットワーク 120を介してサーバ 110か ら受信した符号ィ匕情報を基に、それぞれユーザキャラクタ A301、ユーザキャラクタ B 302、ユーザキャラクタ C303、モンスタ a 304、モンスタ β 305力 ^描画されて!/、る。 <構成>

図 4は端末装置とその周辺機器の外観を示した図である。

[0042] 端末装置は、ゲーム機 400、表示装置であるテレビ 401、操作機器であるコント口 ーラ 402、キーボード 403、ネットワーク接続インターフェースである ADSL機器 405 からなる。ゲーム機 400とテレビ 401は AVケーブル 404で接続されている力 これは LANケーブルなどでも良 ヽ。光ディスク 406には端末装置用ソフトが記録されており 、これをゲーム機 400にロードしてゲームを楽しむ。ここで光ディスク 406は、 DVD— ROM (DVD - Read Only Memory)である。なお、 ADSL機器 405は、ゲーム機 400 に内蔵されていても良い。

[0043] コントローラ 402は、ユーザが自分のユーザキャラクタを操作する機器であり、キー ボード 403はゲーム内でのチャットシステムを使用しての会話の入力や、魔法を発動 させたり、アイテムを使用したりする際のショートカットキーなどに使用する。

また、ゲーム機 400は、図 17のようにホームネットワーク上のテレビなどの機器や、 外部ネットワーク上のユーザが契約したリソースサーバとネットワークを形成し、ゲー ム上の処理の一部を分散処理することもある。

[0044] 図 17は、ゲーム機 400が他の機器と分散コンピューティングを行うために形成した ネットワークを示した図である。ゲーム機 400、テレビ 1700、 DVDプレイヤー 1701 は互いにホームネットワークで接続され、いずれも分散コンピューティングを可能とす る並列処理能力を有する。ゲーム機 400はゲームの処理をテレビ 1700、 DVDプレ ィヤー 1701と分担して行う。この分散コンピューティングによる処理は、メインの機器 がサブの機器力も処理能力を借りる、又は調達して行うと、本明細書では以後表現 する。例えば、並列処理能力の能力力 メインの機器であるゲーム機 400が 2ユニット 、サブの機器であるテレビ 1700が 3ユニット、 DVDプレイヤーが 2ユニットであるとす る。この場合、ゲーム機 400は、自身の 2ユニットと、テレビ 1700の 3ユニットと、 DVD プレイヤー 1701の 2ユニットをカ卩えた 7ユニットをゲームの処理に調達可能となる。な お、メインの機器が調達可能な処理能力の総数はサブの機器が他の処理を平行し て行っている場合は当然異なり、サブの機器が提供可能な処理能力数が変化した場 合には、調達可能な処理能力の総数も変化する。

[0045] また、ゲーム機 400は外部のリソースサーバ 1730からも処理能力を借りてくることが でき、ホームネットワーク 1720に接続されている機器と同様にゲームの処理を実行で さるちのとする。

これらの機器の処理能力を補助として使用することでゲーム機 400はその全体の処 理能力を向上させることが可能になる。

[0046] この処理に関しては従来よりある分散処理に関する技術を利用する。

なお、外部のリソースサーバ 1730を利用するには、例えば携帯電話機に使用可能 な非接触 ICカード 1751を装填した状態で、リソースサーバ 1730との賃貸契約を結 び、そのアドレス情報や使用可能なリソースの領域、処理能力数などの情報を非接 触 ICカード 1751に記憶させる。非接触 ICカード 1751は、ゲーム機 400のカードデ ータ読み取り部 1760と通信してゲーム機 400にリソースサーバ 1730のアドレスと使 用可能なリソースを認識させ、並列処理を行わせることが考えられる。

[0047] 図 5はゲーム機 400の機能ブロック図である。ゲーム機 400は、読み出し手段 501 と、受付手段 502と、ネットワークインターフェース 503と、再生手段 504と、制御手段 505と力らなる。

読み出し手段 501は、光ディスク 406を駆動し信号を再生するドライブ機構、再生さ れた信号をデジタルデータに復調する信号処理部からなり、光ディスク 406からデー タを読み出しデジタルデータに変換する機能を有する。光ディスク 406には、クライア ントソフト 406a及びゲームサーバ接続ソフト 406bが記録されて!、る。ここでは読み出 し手段 501は、 DVD— ROMドライブなどに相当する。

[0048] 受付手段 502は、コントローラ 402及びキーボード 403を介して、ユーザからの操作 入力を受け付け、受け付けた入力内容をネットワークインターフェース 503に送信す る機能を有する。

ネットワークインターフェース 503は、ネットワーク 120に接続し、ゲームサーバとの データのやり取りを行う機能を有し、ユーザの操作を、ネットワーク 120を介してサー バに送信し、サーバから符号化情報を受信し、再生手段 504に送信する機能を有す る。また、ホームネットワーク上の機器や、外部ネットワーク上の機器にゲーム上の処 理を並列実行させる場合に、各機器とのデータ通信も行う。また、外部ネットワーク上 のリソースサーバ 1730を利用するためにリソースサーバ 1730に関する情報を非接 触 ICカード 1751から得る機能も有する。

[0049] 再生手段 504は、読み出し手段 501が復調したデジタルデータやゲームサーバか ら受信した符号ィ匕情報を描画するためグラフィック情報に変換し、表示装置であるテ レビ 401に送信、再生させる機能と、各端末装置にロードされているゲームに関する BGMなどのデジタルデータをオーディオ情報に変換し、テレビ 401に付随のスピー 力に再生させる機能を有する。ここでオーディオ情報は例えば Mpeg方式のデータで あり、グラフィック情報は例えばビットマップ方式、ポリゴン方式のデータである。

[0050] 制御手段 505は、マイクロプロセッサ、 RAM (Random Access Memory)、 ROM (Re ad Only Memory)力もなるシステム LSIであり、前記データ読み出し手段により前記 光ディスク 406から読み出されたクライアントソフト 406a及びゲームサーバ接続ソフト 406bを実行する機能を有する。また、 RAMは端末装置の CPUクロックやビデオ力 ードの性能、ネットワークとの通信速度などの情報を記憶している。なお、分散コンビ ユーティングが可能な場合は、制御部 505は、分散コンピューティングにより現在調 達可能な処理能力の総数を検出し、検出した処理能力の総数を RAMに記憶する。 調達可能な処理能力の総数が変化すれば当然、記憶した情報も更新される。また、 記憶する調達可能な処理能力の総数に加え、ローカルに調達可能な処理能力数、 ホームネットワーク力 調達可能な処理能力数、外部ネットワーク力 調達可能な処 理能力数も記憶する。

[0051] クライアントソフト 406aは、端末装置においてゲームを実行するのに必要なキャラク タのグラフィックデータや、音楽データや、ゲーム上の処理を行うのに必要なプロダラ ムデータなどを含んで 、る。

ゲームサーバ接続ソフト 406bは、ネットワーク 120上のゲームサーバのネットワーク アドレス情報を有し、端末装置と、ゲームサーバとを常時接続し、ゲームに関するデ ータのデータ通信を確立する処理を行うためのデータを含んでいる。

<ゲームサーバと端末装置にお 、てなされる処理 >

図 6は、ゲームサーバ 110と複数の端末装置 A100、 B101、 C102と、そのうちグ ループを組んで 、る端末装置のそれぞれにお 、てなされる処理に関する図である。

[0052] ゲームサーバ 110と端末装置 A100、 B101、 C102はネットワーク 120を介して接 続されており、符号化情報と動的情報のやり取りを行う。符号化情報は、ゲームサー バ 110から各端末装置に送信される。符号化情報は前述してあるように各端末装置 で表示されるユーザキャラクタやモンスタなどの情報である。動的情報は、各端末装 置に対応するユーザキャラクタに関する入力がユーザによってなされたときに、各端 末装置力もそれぞれゲームサーバ 110に送信される情報のことで、その入力内容が 送信されている。

[0053] 端末装置 A100のユーザキャラクタは単独でゲームをプレイしており、端末装置 B1 01のユーザキャラクタと、端末装置 C102のユーザキャラクタはグループ 600を形成 して 、る。図 6では端末装置 B101にお!/、て行われて!/、る処理のみを詳細に記して いる力 端末装置 A100及び端末装置 C102においてもほぼ同様の処理がなされて いる。

[0054] 端末装置 B102は、グループ形成処理 601と、グループ符号化処理 602aと、ユー ザ操作受付処理 603aと、描画処理 603bを行う。

グループ形成処理 601とは、自機と対応するユーザキャラクタが他のユーザキャラ クタとグループを組む際にのみ行われる処理のことである。

グループ符号ィ匕処理 602aは、グループを組んだユーザキャラクタ間でのみ行われ る処理をサーバに変わって符号化して管理する処理を行う。このグループメンバ間の みにぉ 、て行われる処理をグループタスク 602と呼ぶ。グループタスクの詳細につ!ヽ ては後述する。グループ符号化処理はグループに所属し、かつ、その中でも高性能 な端末装置が行うものであり、グループ符号ィ匕処理を行わない端末装置もある。ダル ープ符号ィ匕処理 601を請け負えるだけの性能を有する端末装置がない場合にはグ ループ符号化処理 601はゲームサーバ 110が担当する。

[0055] ユーザ操作受付処理 603aは、コントローラ 402、キーボード 403を介してユーザか らなされた入力の処理を行う。描画処理 603bは、サーバ 110から受信した符号化情 報を基に端末装置の表示画面にゲーム上の仮想空間を表示する処理のことである。 ユーザ操作受付処理 603aと描画処理 603bとを、端末装置 B101に固有の処理と言 うことで固有タスク 603と呼ぶ。

[0056] サーバ 110は、 ROM、 RAM, CPU (Central Processing Unit)を含むコンピュータ であり、サーバタスク 610を実行するものであり、各端末装置力も送信されてくる動的 情報を端末装置毎に符号化する処理と、符号化情報をまとめて各端末装置に送信 する処理とグループが形成されたときのグループ管理 614に関する処理を行ってい る。図 6においては端末装置 A、 B、 Cに関する符号化処理をそれぞれ、符号化処理 — A611、符号化処理— A612、符号化処理— C613としている。グループ管理 614 の処理はグループを形成したユーザキャラクタが誰と誰であるかを記したグループ管 理情報を RAMに記憶する処理も含んで 、る。

<端末装置にロードされるクライアントソフトの内容 >

図 7は、図 5における制御手段 505にロードされるクライアントソフト 406aの構成に 関するブロック図である。

[0057] 図 7のブロック図にあるように、クライアントソフト 406aはグループタスク実行部 700 と、固有タスク実行部 710と、グループ形成部 720と、グループ管理情報 730とから なる。

グループタスク実行部 700は、グループ符号化処理部 701を含み、グループタスク の符号化処理を行う機能を有する。 自端末装置がグループタスクを実行することにな つた場合に、グループタスクに関する符号ィ匕処理を行うものである。

[0058] 固有タスク実行部 710は、ゲーム上において自端末装置によって制御されるユー ザキャラクタに関わってくる処理を行う機能を有し、ユーザによる操作を受け付け、そ の内容に基づくゲーム上の処理を行うユーザ操作受付処理部 711と、ゲームサーバ から受けとつた符号化情報に基づき、描画処理を行う描画処理部 712から成る。 グループ形成部 720は、許諾部 721と、要求部 722と、表示情報生成部 723とから なる。許諾部 721は、自分がグループを生成する要求を行った場合のグループへの 許諾を行う機能を有する。要求部 722は、グループに加入することを希望するユーザ キャラクタを制御する端末装置に対して、当該端末装置の性能情報を要求する機能 を有する。表示情報生成部 723は、受信した端末装置の性能情報を画面上の表示 情報に変換し、表示させる機能を有する。

[0059] グループ管理情報記憶部 730は、図 16にあるようなグループに属するユーザキヤ ラクタ及び、当該ユーザキャラクタを制御する端末装置の情報を記憶する機能を有す る。グループ管理情報の詳細に関しては後述する。

<グループタスク >

ゲーム上にお!、てグループを組み、グループ間にお 、てなされる処理であるダル ープタスクについて図 15を用いて説明する。

[0060] 図 15は、端末装置の画面上に表示されるグループタスクに関連する描画処理が行 われている場面を示した説明図である。

グループタスクとはグループを組んだユーザキャラクタ間のみに適用されるタスクで あり、図 15における、グループを組むことによって仲間の位置や敵であるモンスタの 位置を知ることのできるレーダ 1510や、グループの共有する乗り物（ここでは船 150 0)に関する符号化処理や、雲 1520の描画などの空レイヤの符号ィ匕処理などがある 。また、図 15には図示していないが、グループメンバ間の仲間同士で協調して唱える 魔法などの符号化処理もグループタスクとしてもよい。グループタスクの内容につい てはゲームを提供するメーカが設定するものであり、ここに上げたもの以外の処理を グループタスクとしても良!、。

[0061] レーダ 1510には、グループメンバは白丸 1511、 1512、 1514で記され、モンスタ は黒丸 1513、 1515、 1516で記されている。レーダ 1510は、端末装置のユーザキ ャラクタ A1501を中心として画面範囲外の一定距離までのモンスタなどの情報を描 画している。図では白丸 1511がユーザキャラクタ A1501に、白丸 1512がユーザキ ャラクタ B1502に、黒丸 1513がモンスタ 1503に対応している。このレーダの配置は 、サーノくから送信されてくる符号ィ匕情報に含まれるユーザキャラクタやモンスタの座 標情報を基にして、この画面が描画されて 、る端末装置と対応するユーザキャラクタ A1501と対応する白丸 1511を中心に描画される。また、レーダ上においてはダル ープの乗り物であるところの船 1500の船影も描画されている。

<グループ管理情報 >

図 16はグループ管理情報の構成を示してある。図 16 (a)のように、グループ管理 情報には、グループを構成しているメンバの構成に関するメンバ管理情報と、グルー プタスクの割当を示したグループタスク管理情報とがある。

[0062] メンバ管理情報には、図 16 (b)のようにグループに所属しているユーザキャラクタの 名前と、当該ユーザキャラクタ名に対応するように、そのグループにおけるリーダーか メンバかの立場を示すメンバ種類、ユーザキャラクタを制御する端末装置の性能情報 、そして当該端末装置のネットワーク上のアドレス情報が記憶されている。グループに 属するメンバのみのアドレス情報がグループ管理情報に記憶されているため、このァ ドレス情報にあるアドレスを有する端末装置にのみ、グループに関する情報を送信し たりできる。

[0063] 端末装置の性能情報は図 16 (d)のように、データ処理能力と、描画処理能力と、ネ ットワーク能力とに分けられる。ネットワーク能力とはネットワークと端末装置との通信 速度のことである。図 16 (d)には端末装置の能力の一例を示してあり、当該端末装 置 Aはホームネットワークのような内部ネットワーク及び外部の端末装置とネットワーク を形成しており内部ネットワーク及び外部ネットワーク上の機器に当該端末装置 Aが 行わなければならない処理を分散して行うことで処理の高速ィヒが可能な端末装置で ある。

[0064] 図 16 (d)にあるように端末装置 Aのデータ処理能力は、端末装置の本体である口 一カル端末装置能力は 5、内部ネットワークによる処理能力である内部ネットワーク能 力が 2、外部ネットワークによる処理能力である外部ネットワーク能力が 3であり、その 合計は 10となっている。また、映像処理能力は基本的に端末装置の描画処理能力 であるので、ローカル端末装置の能力のみに由るので、その数値が 5、それ以外は 0 になっており、端末装置 Aの映像処理能力の各能力合計値は 5となる。また、ネットヮ ーク能力は 4であり、端末装置 Aの総合的な能力は 19となる。この 19という数値が図 16 (b)にあるように端末装置 Aの性能情報として記憶されており、この数値がグルー プを形成するときにグループメンバを募集したユーザキャラクタを操作しているユーザ に分力るように当該ユーザの端末装置の表示画面に表示される。なお、各性能の数 値はゲームの製作者により、他の端末装置との差が分力るように任意に定められたも のである。

[0065] ここでは、データ処理能力は、 CPUクロックを元に CPUクロックが 0〜0. 5GHzなら 1、 0. 5〜1. OGHzなら 2、…とする。映像処理能力は、端末装置のグラフィックボー ドが搭載している VRAM (Video Random Access Memory)で性能を示す場合には、 64MBであれば 1、 128MBであれば 2、 256MBであれば 3、…とする。また、ネット ワーク能力は、ネットワーク転送レートでその能力地を示す場合には、 1Mbps以下で あれば 1、 l〜5Mbpsであれば 2、 5〜： LOMbpsなら 3、 10Mbps以上なら 4とする。

[0066] 図 16 (a)におけるグループタスク管理情報には、図 16 (c)のように、各グループタ スクをどの端末装置若しくはゲームサーバが担当するのかを記憶している。例えば、 図 16 (c)ではグループタスク Aは端末装置 A力 グループタスク Bは端末装置 Bが、 グループタスク Cはサーバが担当することになつている。

これらのグループに関する情報は、グループに属するユーザキャラクタと対応する 端末装置とサーバでグループを形成して 、る間だけ、サーバ装置及びグループに属 するユーザキャラクタと対応する端末装置に記憶されている。また、各端末装置は、 図 16 (d)にあるような自己の端末装置の詳細能力をそれぞれ記憶している。

<ユーザキャラクタの操作とサーバにおける符号ィ匕情報との対応 > 次に図 8及び図 9を用いて、ゲームにおけるユーザキャラクタとその操作及び符号 化情報の対応についての一例を、コントローラ 402と、ゲームサーバ 110で管理され ている符号ィ匕情報と、表示される画面との対応関係を用いながら説明する。

[0067] 図 8にはユーザキャラクタ Aがある地点力 別の地点にまで移動する模様を示して いる。まずユーザキャラクタ A800aは図 8 (a)のように、地点（Xl、 Yl)にいたとする。 ゲームサーバ上ではユーザキャラクタの名前やユーザキャラクタの動作状態及び座 標などを符号ィ匕して管理している。ここではユーザキャラクタの名前が A、動作が停 止、座標が (Xl、 Yl)となっている。ここでは説明上必要なパラメータのみを記し、そ の他のキャラクタの種族などのパラメータはここでは割愛している。

[0068] ユーザ Aは、図 8 (c)にあるコントローラ 402を操作し、十字キー 802を任意の方向 に押下することによってカーソル 801を動力して目標地点で Aボタン 803を押下する 事でユーザキャラクタ A800aの移動目標地点を指定する。その操作内容を、受信し たゲームサーバはその符号ィ匕処理を行い、符号化された情報を、端末装置 Aを含む 複数の端末装置に送り返している。

[0069] ユーザキャラクタ A800aはユーザの指定した地点に向力 、クライアントソフトに従い 移動していく。ゲームサーバ 110と端末装置は移動中もデータのやり取りしており、こ のときゲームサーバ 110もそのデータを受信して 、るのでゲームサーバ上にお 、て 符号化情報は、図 8 (b)のように、ユーザキャラクタ Aの動作状態は移動、座標は (X2 、 Y1)に更新されており、端末装置 Aの表示画面では図 9 (b)のようにユーザキャラク タ A800bが座標（X2、 Yl)に向かって歩行するグラフィックが表示される。ユーザキ ャラクタ Aが視認できる範囲内にいるユーザキャラクタと対応する端末装置の表示画 面上においても符号ィ匕情報がゲームサーノから送信されているので同様に表示され る。ユーザキャラクタ Aは、座標 (X3、 Yl)に到達した時点で停止し、ゲームサーバ上 の符号ィ匕情報においてもユーザキャラクタ Aの動作状態は停止に更新される。

[0070] 図 9にはユーザキャラクタ Aがユーザキャラクタ Bに対して攻撃を仕掛けた場合につ V、てのサーバ上の処理と端末装置の表示画面の一例を示して!/、る。ユーザ Aはコン トローラ 402の十字キー 802を操作してユーザキャラクタ B901aの上にカーソル 910 を移動させる。カーソル 910がユーザキャラクタ B901aの上に来たのを確認したユー ザ Aは Aボタン 803を押下してユーザキャラクタ Aによりユーザキャラクタ Bを攻撃する ことを決定する。ユーザキャラクタ Aのユーザキャラクタ Bに対する移動攻撃を行う操 作を受け付けた端末装置は、それを動的情報にしてゲームサーバ 110に送信し、ゲ ームサーバ 110は、動的情報に基づき符号化情報を更新し、ゲームサーバ 110は、 更新された符号化情報を各端末装置に送信する。送信された符号化情報を処理し 各端末装置は描画する。

[0071] 図 9 (b)では、上記結果を受けて、ユーザキャラクタ A900bがユーザキャラクタ B90 lbを攻撃した瞬間の一例を記している。ゲームサーバ上において、ユーザキャラクタ A900bの動作は攻撃となっており、ユーザキャラクタ B901bの動作は防御に失敗し 、ダメージを受けたことになつている。また、その符号ィ匕情報は各端末装置が受信し、 ユーザキャラクタ A及び Bをゲームの世界の中で視認できる範囲内にいるユーザキヤ ラクタを操作して ヽる各端末装置のモニタにお ヽても図のように表示されて!ヽる。

[0072] 座標（XI、 Y1)にいたユーザキャラクタ A900aは、ユーザ Aのユーザキャラクタ A9 00aによるユーザキャラクタ B901aに対する攻撃入力により、ユーザキャラクタ Aはュ 一ザキャラクタ Bに攻撃するために、座標 (X2、 Y1)に移動し、ゲームサーバ上では その間ユーザキャラクタ Aの動作は移動となっている。座標 (X3、 Y1)に移動したュ 一ザキャラクタ A900bは、座標（X2、 Y1)にいるユーザキャラクタ B901bに攻撃をす る。ユーザキャラクタ B901bは防御をしょうとする力 失敗してダメージを受けてしまう 。この防御に成功するか失敗するかはユーザキャラクタのパラメータによって異なって くるもので、その計算方法は予め定められている。防御に失敗した際にはゲームサー バ上の符号ィ匕情報ではユーザキャラクタ B901bの動作は防御から、防御失敗、ダメ ージに更新される。

<ゲームへの参加と離脱 >

図 10は、ユーザ Aが、端末装置 A力 ユーザキャラクタ Aでゲームに参加し、ゲー ムをやめるまでで端末装置 Aとゲームサーバとの間でのやり取りを描いたフローチヤ ートである。

[0073] まず、ユーザのゲーム参加の入力により、端末装置 Aからユーザキャラクタ Aがゲー ム上のユーザキャラクタとして認識されるように、ゲームサーバにゲームへの登録を要 求する (ステップ S 1001)。端末装置 Aの登録要求を受信したゲームサーバは端末 装置 Aが制御するユーザキャラクタ Aをゲーム上のユーザキャラクタとして登録する。 登録したユーザキャラクタ Aを含み、そのときに参カ卩しているその他のユーザキャラク タゃモンスタに関する符号化情報 (C)を生成する (ステップ S 1011 )。ゲームサーバ は生成された符号ィ匕情報 (C)を端末装置 Aに送信する。符号化情報 (ステップ S101 2)を受信した端末装置 Aは、当該符号ィ匕情報 (C)とクライアントソフトに基づき、描画 処理を行う。（ステップ S 1002)。描画処理が終了されるとユーザはユーザキャラクタ Aの入力を行えるようになる。端末装置 Aは、ユーザのユーザキャラクタ Aに関する入 力を、コントローラ 402を介して受け付ける（ステップ S 1003)。ユーザキャラクタ Aに 関する動作を受け付けた端末装置 Aは当該ユーザキャラクタ Aに関する動的情報 (di _A)を生成し、ゲームサーバに送信する (ステップ S 1004)。ゲームサーバは受信した ユーザキャラクタ Aの動的情報（di_A)を含むその他のユーザキャラクタの処理を行 ヽ 、符号ィ匕情報 (C)を更新する (ステップ S1013)。ゲームサーバは更新した符号ィ匕情 報を、端末装置 Aを含む接続している各端末装置に送信する (ステップ S1014)。新 たに送信されてきた符号化情報 (C)に基づき、端末装置 Aは描画処理を行う (ステツ プ S 1005)。これを繰り返すことでゲームの処理を進めていく。ユーザ Aがゲームをや めたいときには、ユーザの入力によってゲームサーバ 110との接続解除を受け付け た場合 (ステップ S1006 ;YES)に、端末装置 Aはゲームサーバ 110に接続解除要 求を送信する。端末装置 Aから接続解除要求を受信したゲームサーバはユーザキヤ ラクタ Aの登録を消去 (ステップ S1015)して端末装置 Aとの通信を終え、ユーザ Aは ゲームをやめることになる。ここでは端末装置 Aとゲームサーバ 110との関係のみを 述べたが、本来ゲームサーバ 110は 24時間、メンテナンスや何らかの事故によりサ ーバがダウンしたとき以外は稼動し続け、この後も他の端末装置に符号ィ匕情報を送 信したり、各端末装置力 の入力内容を受信して符号ィ匕情報を更新したりしている。 <グループ形成とグループタスクの割当 >

グループの形成とグループタスクの割当について図 13、図 14及び図 12のフロー チャートを用いて説明する。

図 13、図 14は、グループが形成されるまで端末装置において描画される絵を示し た図で、この 2図を用いて、グループの形成について説明する。図 13は、端末装置 A に描画される絵で、図 14は、端末装置 Cに描画される絵である。ここではユーザキヤ ラクタ Aとユーザキャラクタ Bはすでにグループを形成しており、このグループにユー ザキャラクタ Cが加入しょうとして 、る場面を描 ヽて 、る。

[0075] ユーザ Aのグループ形成要求の入力により、グループ形成円 130がユーザキャラク タ A1301を中心に描画される。グループ形成円 130はユーザキャラクタ Aの座標上 を中心に定められた半径の円を描く。このとき、ユーザ Aはグループメンバを募集した いことをより明確に示すために、キーボード 403を用いてチャットでメンバ募集を呼び かけてもよい。図ではユーザキャラクタ A1301の台詞という形で「グループメンバー 募集中」という台詞が表示されて、他のユーザキャラクタにグループメンバを募集して いることをアピールしている。この呼応に対して反応したユーザキャラクタ C 1303を操 作しているユーザ Cは、グループに加入すベぐユーザキャラクタ Cを操作してグルー プ形成円 130に侵入させる。

[0076] このとき、端末装置 Cの表示画面上においては図 14のように、グループ形成円 130 内への侵入と同時に、「グループへの加入を希望しますか？」というメッセージウィン ドウ 1400がポップアップして表示される。ユーザ Cは、コントローラを操作して、カーソ ル 1401を動力し、メッセージウィンドウ 1400上の「は!/、」若しくは「 、 、え」を選択す る。「はい」を選択するとグループへの加入希望要求が端末装置 Aに送信され、「いい え」を選択した場合は、メッセージウィンドウ 1400は表示されなくなり、ユーザ Cは通 常通りにゲームを進める。「はい」を選択した場合には、ユーザ Aの応答を待つことに なる。「はい」を選択した場合には、グループへの加入の意思を明確にするために、 端末装置 Cのキーボードを用いて「グループに入れて下さ 、」と台詞をうつても良!、。

[0077] グループ形成円 130に侵入してきたユーザキャラクタ C 1303に対応する端末装置 Cには、ユーザキャラクタ A1301に対応する端末装置 Aの要求部 722から、端末装 置 Cの性能情報の送信要求が送信され、端末装置 Cは記憶している自機の性能情 報を端末装置 Aに送信する。また、端末装置 Aの表示画面上ではユーザ Cのグルー プ加入希望入力が行われると、メッセージウィンドウ 1330がポップアップして「Cがグ ループへの参加を希望しています。認めますか？」というメッセージが表示される。こ のとき、ユーザキャラクタ C1303の手前に別のユーザキャラクタが存在してグラフイツ クが重複するようになり、ユーザキャラクタ C1303が視認しに《なった場合には、ュ 一ザキャラクタ C1303をユーザ Aにはっきりと認識させるために遠近感は狂うが画面 手前側に来るようにユーザキャラクタ C 1303を表示しても良 、し、ある 、はユーザキ ャラクタ C 1303のグラフィックの縁を白線で点滅させて目立たせても良い。

[0078] 受信した性能情報を端末装置 Aは、描画情報に変換してクロック数やネットワーク 通信速度などの総合値としての性能情報 1303bを図のようにユーザキャラクタ C130 3の右上部分に MP (Machine Power) 18と表示している。この表示情報は、ユーザキ ャラクタ Cの座標情報を基に、その座標から例えば X軸 +方向に tピクセル、 y軸 +方 向に uピクセルの距離の位置を表示開始地点として 、る。こうすることでユーザキャラ クタ Cが動 、ても性能情報も追随して表示されるので、表示されて!、る性能情報がど のユーザキャラクタと対応するの力認識できなくなることはな 、。それを確認したユー ザ Aはグループへの加入を許可する場合にはメッセージウィンドウ 1330に表示され ている「はい」を選択し、許可しない場合には、「いいえ」をカーソル 1331で選択する

[0079] 図 13における端末装置 Aの表示画面にはメッセージウィンドウ 1330以外に、ダル ープメンノ リスト 1310やグループタスクリスト 1320が表示されて!、る。

グループメンノ リスト 1310は、グループに加入しているユーザキャラクタの名前と、 グループリーダーかグループメンバかの属性を記して!/、る。基本的にグループリーダ 一は形成されたグループにお!、て最初にグループ形成を呼びかけた人物がなる。グ ループリーダーの交代はグループメンバの合意により 、つでもできる。グループリー ダ一は、基本的にはグループの行動方針を最終的にまとめる管理職である。

[0080] グループタスクリスト 1320は、グループタスクをどの機器が担当しているかを記して いる。担当している端末装置がない場合は「一」が表示されており、このとき、そのグ ループタスクはサーバが担当することになる。図 13では、グループタスクは G_task A 、 G_task B、 G_task Cの 3つがあり、それぞれ、ユーザキャラクタ Aと対応する端末装 置 A、ユーザキャラクタ Bと対応する端末装置 B、ゲームサーバが担当していることに なっている。グループタスクの内容の詳細はこの図では記していないが、それぞれ例 えば図 15にあるようにグループの乗り物である船 1500の符号化処理や、レーダ 151 0の符号ィ匕処理などが割り当てられて 、る。

[0081] グループタスクを担当する端末装置を変更する場合には、グループタスクリスト 132 0にあるグループタスクの一つをカーソル 1331で選択し、その後に担当させる端末 装置に対応するユーザキャラクタを選択することで変更できる。このときグループ管理 情報は書き換えられる。例えば G_task Bをカーソルで選択して、その後にユーザキヤ ラクタ Aを選択した場合に G_task Bを担当する端末装置は端末装置 Aになり、それに 合わせて G_task Bの欄も端末装置 Aと対応するユーザキャラクタ A1303の名前 Aに 変更される。

[0082] 図 11は、ゲーム上におけるグループの形成とグループの解散の際の端末装置とゲ ームサーバの動作に関するフローチャートである。

図 11では、ユーザ Aの端末装置 Aによって制御されているユーザキャラクタ Aがグ ループを形成することを望み、当該グループへユーザキャラクタ Bが加入を希望し、 ユーザキャラクタ Aとユーザキャラクタ Bによってグループが形成され、そして形成され たグループが解散されるまでの処理を記してある。グループの形成を希望したユー ザキャラクタ Aを操作するユーザ Aは端末装置 Aにコントローラ 402、若しくはキーボ ード 403を介して、その旨を入力し、入力を受け付けた端末装置 Aはゲームサーバ にグループ形成要求を送信する (ステップ S1101)。グループ形成要求を受信したゲ ームサーバは各端末装置にグループ形成円を表示させる命令を送信する (ステップ S 1121)。ユーザキャラクタ Aの周りにグループ形成円 130が形成されたのを確認し たユーザキャラクタ Bを操作するユーザ Bは、グループに参加を希望する入力を行!ヽ 、端末装置 Bはその入力内容及び端末装置 Bの性能情報をゲームサーバに送信す る（ステップ S1111)。ゲームサーバは受信したユーザキャラクタ Bのグループへの参 加の意思と、端末装置 Bの性能情報とを端末装置 Aに送信する (ステップ S1122)。 端末装置 Aの表示画面にはユーザキャラクタ Bがグループへの参加を希望する旨が 表示されると共に、ユーザキャラクタ Bに対応する形でユーザキャラクタ Bと対応する 端末装置 Bの性能情報を表示する (ステップ S 1102)。端末装置 Bの性能を確認した ユーザは、ユーザキャラクタ Bのグループへの加入の許否に関する入力を行い、端 末装置 Aはその入力内容をゲームサーバに送信する。ゲームサーバ 110はユーザ キャラクタ Bのグループへの加入をユーザ Aが許可した力否かを端末装置 Bに送信し (ステップ S 1123)、端末装置はその内容を表示し、ユーザ Bはグループへの加入を 許可されたかを知る。ユーザキャラクタ Bのグループへの参加を許可した端末装置 A は更に、グループタスクを実行する端末装置の割当を決定する (ステップ S1104)。 これはユーザの操作に基づく。そしてゲームサーバにグループの登録要求を送信す る（ステップ S 1105)。登録要求を受信したゲームサーバはグループの登録を行い（ ステップ S 1124)、表示されていたグループ形成円と端末装置の性能情報を消去す る命令を各端末装置に送信する (ステップ S1125)。これでユーザキャラクタ A及びュ 一ザキャラクタ Bによりグループが形成されたことになる。

[0083] グループとしてのゲーム内での行動が終了したならば、ユーザ Aは端末装置 Aにグ ループの解散要求を入力し、端末装置 Aはその旨をゲームサーバに送信する (ステ ップ S 1106)。ゲームサーバはグループに参加していたユーザキャラクタ A、及びュ 一ザキャラクタ Bと対応する端末装置 A、Bにグループが解散されたことを示すメッセ ージを表示する命令を送信する（S1126)。そしてゲームサーバは当該グループの 登録を消去し (S 1127)、ユーザキャラクタ A及びユーザキャラクタ Bによって構成され るグループは解散されて終了する。

くグループタスク符号ィ匕情報を含む端末装置とサーバ間のデータのやりとり > 図 12は、グループタスクを端末装置 Aが担当した場合における符号ィ匕情報や動的 情報のやりとりを示したフローチャートである。同図においては、端末装置 Aに対応す るユーザキャラクタ Aと、端末装置 Bに対応するユーザキャラクタ Bとがグループを形成 している。

[0084] 端末装置 Aは、ユーザ Aの操作を受けつけ、その内容を動的情報 (di_A)としてサー バに送信する (ステップ S1201)。一方、端末装置 Bもまた、ユーザ Bの操作を受けつ け、その内容を動的情報 (di_B)としてサーバに送信する (ステップ S1221)。各端末 装置からそれぞれの動的情報を受信したサーバは、それぞれの動的情報に基づき、 グループ動的情報 (di_gr)を生成し、グループタスクの符号ィ匕処理を任されて ヽる端 末装置 Aに送信する (ステップ S1211)。グループ動的情報 (di_gr)を受信した端末装 置 Aは、これに基づいて端末装置 Aは、グループ符号化情報 (P1)を生成し、サーバ に送信する (ステップ S1202)。受信したグループ符号ィ匕情報と、その他にグループ に関係なく各端末装置力も受信する動的情報とを符号化して、符号化情報 (C)を生 成する。（ステップ S1212)。生成された符号ィ匕情報を端末装置 A、端末装置 Bに送 信する (ステップ S 1213)。端末装置 Aはサーバから受信した符号化情報 (C)に基づ いて描画処理を行う (ステップ S1203)。同様に端末装置 Bもサーノ から受信した符 号ィ匕情報 (C)に基づいて描画処理を行う（ステップ S 1222)。これを以つて、グルー プタスクを端末装置 Aが担当していた場合のサーバや各端末装置への反映を終える

[0085] <補足>

なお、上記実施の形態においては、多人数参加型アプリケーションとしてオンライン ファンタジー RPGを例に説明してきたが、オンラインゲームに限られるものではな 、。 例えばオンライン会議の場において、何らかの協調作業を行う場合に、端末装置の 性能を表示させて作業の分担を決めたりすることなども考えられる。

[0086] また、上記実施の形態の図 13においては、端末装置の性能の総合値のみを表示 させるようにしたが、概要図 1で記したように複数の詳細なパラメータとして記載しても 良い。例えば、端末装置のクロック数や、端末の搭載してるビデオカードの性能、ネッ トワーク通信レートなどの数値をそのまま表示させるようにしても良い。これによりダル ープに加入させるメンバを選定する基準が増える。このとき、それぞれの表示を識別 しゃすくするために、表示する性能情報の違いにより色を変えるなどしてもよい。また 、端末装置がゲームを実行している際の処理に以外に、他の処理を実行できるだけ の余剰能力を有していた場合に、それを分散処理可能な能力として表示しても良い

[0087] また、表示される端末装置の性能は端末装置がマルチ CPUで実現される場合は C PUの個数であっても良 、。端末装置が分散コンピューティングを行うグリッドコンビュ 一ティングやグリッドコンピューティングをリアルタイム処理で行うセルコンビユーティン グである場合は、分散コンピューティングの処理能力数でも良い。処理能力数は、例 えば、セルコンピューティングでは並列処理ユニット数でも良い。また、表示される端 末装置の性能の調達先を、クライアント端末内、ホームネットワーク内、リソースサー バが識別可能なように表示しても良い。ここで識別可能とは、表示色を変える、フォン ト種類を変えるなどの表示耐用を変更することを意味する。

[0088] また、上記実施の形態では、光ディスク 406として DVD— ROMをあげた力 これは CD-ROM (Compact Disk Read Only Memory)、あるいは BD— ROM (Blue— ray Di sc- Read Only Memory)などでも良い。

また、上記実施の形態では、ユーザキャラクタと端末装置は、一対一としたが、一つ の端末装置力 複数のユーザキャラクタを操作できるようにしても良い。

[0089] また、上記実施の形態では、グループを形成するためにグループ形成円 130を発 生させたが、そのような手法をとらずにグループを形成する相手を自分で、カーソル などで指定して、そのときにグループに加盟させた 、ユーザキャラクタを操作して 、る 端末装置の性能情報を表示して、グループを形成するようにしても良い。

また、上記実施の形態では、ユーザキャラクタの移動先をカーソルで指定する形に したがコントローラの十字キーの押下方向と押下時間に対応するようにしても良い。 つまり、十字キーの左をユーザが押下している間、ユーザキャラクタは、ユーザから見 て画面の左方向に移動し続けるようにし、攻撃したいタイミングで攻撃ボタン、例えば コントローラ 402の Aボタン 803を押下する形を取ったりしても良い。

[0090] また、上記実施の形態のグループ形成のフローチャート図 11では、ユーザキャラク タ Aとユーザキャラクタ Bの 2人のユーザキャラクタによるグループ形成の形で説明し たが、グループへの参加上限人数はゲームを提供する側が設定されるものであり、そ の制限内ならば何人でグノレープを糸且んでも良 、。

また、上記実施の形態では、グループに参加しているユーザキャラクタは、それを 操作して!/、るユーザの任意によりグループを 、つでも抜けられる構成にしても良 、。 このとき、グループ力も抜けるユーザキャラクタに対応する端末装置がグループタスク を担当していた場合には、当該グループタスクは脱退した時点からゲームサーバが 担当するようにしても良いし、グループリーダーが設定しなおしても良い。

[0091] また、上記実施の形態では制御部 505は、システム LSIとした力 集積度の違いに より、 IC、 LSI、スーパー LSI、ウルトラ LSIと呼称されることもある。制御部 505は、さ らに、再生手段 504、ネットワークインターフェース 503の一部又は全てを含むように 1チップ化されても良い。

また、集積回路化の手法は LSIに限るものではなぐ専用回路又は汎用プロセスで 実現しても良い。 LSI製造後に、プログラムすることが可能な FPGA (Field Programm able Gate Array)や、 LSI内部の回路セルの接続や設定を再構成可能なリコンフィギ ュラブノレ ·プロセッサを利用しても良!、。

[0092] 更には、半導体技術の進歩又は派生する技術により LSIに置き換わる集積回路化 の技術が登場すれば、当然、その技術を用いて機能ブロックの集積回路化を行って も良い。例えば、バイオ技術の適応などが可能性としてありうる。

また、本願発明は明細書に記述した手順に従ってグループを形成する方法ある ヽ は手順内容を記述したコンピュータプログラムであってもよい。

産業上の利用可能性

[0093] 本発明に係る端末装置は、多人数参加型のオンラインゲームなどのネットワークを 介して楽しむ通信エンターテインメント分野に利用することができる。

Claims

請求の範囲

[1] 仮想空間上に存在する複数のキャラクタそれぞれに対応する複数の端末装置とサ ーバ装置を含むネットワークシステムの一端末装置であって、

自機によってその行動を決定する自キャラクタと、他の端末装置によってその行動 を決定される他キャラクタとが存在する前記仮想空間内の光景をサーバ装置に格納 されて!/、るデータ及び自機に格納されて!、るデータに基づ!/、て表示する表示手段と キャラクタ同士のグルーピングを希望する操作をユーザが行った場合に、前記他キ ャラクタを制御する端末装置の性能情報を、前記他キャラクタに対応付けて表示させ るよう表示内容を更新する更新手段とを備える

ことを特徴とする端末装置。

[2] 前記端末装置はさらに、

前記自キャラクタと前記他キャラクタとグループを形成するグループ形成手段と、 自機以外の端末装置の性能情報を受信する受信手段とを備え、

前記更新手段は、

前記グループ形成手段によりグループを形成するときに、グループへの加入を希 望して!/、る前記他キャラクタを制御して!/、る端末装置の性能情報を前記受信手段に より受信して、表示内容を更新する

ことを特徴とする請求項 1記載の端末装置。

[3] 前記グループ形成手段は、

グループに未加入なキャラクタのグループへの加入を許諾する許諾部と、 グループへの加入を希望して 、るキャラクタを制御する端末装置に、当該端末装置 の性能情報を自機に送信させることを要求する要求部とを備える

ことを特徴とする請求項 2記載の端末装置。

[4] 前記グループ形成手段によって形成されたグループは、

当該グループを構成するキャラクタを示す識別子と、当該キャラクタを制御する端末 装置を示す識別子の集合を含む情報群である

ことを特徴とする請求項 3記載の端末装置。

[5] 前記端末装置は、多人数参加型アプリケーションを実行しており、 前記端末装置はさらに、

前記グループ形成手段により形成されたグループに関する前記多人数参加型アブ リケーシヨン上の処理であるグループタスクを行うグループタスク処理手段を備え、 前記グループを構成している端末装置間で前記グループタスクを当該グループタ スク処理手段により分散処理する

ことを特徴とする請求項 4記載の端末装置。

[6] 前記グループタスクは、前記グループに属するキャラクタを制御する端末装置のう ち性能の高いものによって処理される

ことを特徴とする請求項 5記載の端末装置。

[7] 前記更新手段はさらに、

前記他キャラクタを、前記自キャラクタが属するグループに加入させるときに、当該 グループへの加入を希望して ヽるキャラクタ及び当該キャラクタを制御して ヽる端末 装置の性能情報を、グループへの加入を希望して 、な 、キャラクタよりも優先的に表 示するよう表示内容を更新する

ことを特徴とする請求項 1記載の端末装置。

[8] 前記更新手段はさらに、

前記性能情報が表示される仮想空間上の座標が前記他キャラクタの仮想空間上の 座標との間で予め定められた相対位置関係を保つ座標に表示内容を更新する ことを特徴とする請求項 1記載の端末装置。

[9] 前記端末装置はさらに、

自機の性能情報を記憶する記憶手段と、

他の端末装置からの要求に応じて前記記憶手段により記憶されている自機の性能 情報を送信する送信手段を備える

ことを特徴とすることを特徴とする請求項 1記載の端末装置。

[10] 前記性能情報は、

端末装置のハードウェア処理能力を示す情報である

ことを特徴とする請求項 1記載の端末装置。

[11] 前記性能情報は、

端末装置のネットワークとの単位時間当たりの通信量を示す情報である ことを特徴とする請求項 1記載の端末装置。

[12] 前記性能情報は、端末装置のハードウ ア処理能力と、当該端末装置のネットヮー クとの単位時間当たりの通信量を示す情報であり、

前記更新手段は、前記ハードウェア処理能力と前記通信量とを区別できるように表 示内容を更新する

ことを特徴とする請求項 1記載の端末装置。

[13] 前記性能情報は、自機と他機との分散コンピューティングによるハードウェア能力を 示す情報である

ことを特徴とする請求項 1記載の端末装置。

[14] 前記更新手段は、前記自機によるハードウェア能力と前記他機によるハードウェア 能力とを異なる表示態様で表示内容を更新する

ことを特徴とする請求項 13記載の端末装置。

[15] 前記他機には、自機が属する内部ネットワークに属する他機と、外部ネットワークに 属する他機とがあり、

前記更新手段は、内部ネットワークに属する他機によるハードウェア処理能力と、外 部ネットワークに属する他機によるハードウェア処理能力とを異なる表示態様で表示 内容を更新する

ことを特徴とする請求項 14記載の端末装置。

[16] 前記サーバ装置と前記端末装置を含むネットワークシステムは多人数参加型アプリ ケーシヨンを実行しており、

前記端末装置は、

並列処理が可能な他の機器にネットワークを介して接続されており、前記多人数参 加型アプリケーションのユーザ側における処理を前記他の機器と分散して行う ことを特徴とする請求項 1記載の端末装置。

[17] 多人数参加型アプリケーションを実行する端末装置における他の端末装置とのグ ループ形成方法であって、 自機により操作される第一のキャラクタによるグループ形成要求ステップと、 前記グループ形成要求ステップにおけるグループ形成要求に応じ、グループへの 加入を希望した第二のキャラクタを操作する他の端末装置の性能情報を自機で受信 する受信ステップと、

受信した前記他の端末装置の性能情報を前記第二のキャラクタに対応付けて表示 する表示ステップと、

表示された前記性能情報に基づいて前記第二のキャラクタをグループに加入させ るかどうかを決定するグループ加入決定ステップとを含む

ことを特徴とするグループ形成方法。

多人数参加型アプリケーションを実行する端末装置のコンピュータに実行させる、 前記多人数参加型アプリケーション上においてグループを形成するための処理手順 を示したプログラムであって、前記処理手順は、

自機により操作される第一のキャラクタによるグループ形成要求ステップと、 前記グループ形成要求ステップにおけるグループ形成要求に応じ、グループへの 加入を希望した第二のキャラクタを操作する他の端末装置の性能情報を自機で受信 する受信ステップと、

受信した前記他の端末装置の性能情報を前記第二のキャラクタに対応付けて表示 する表示ステップと、

表示された前記性能情報に基づいて前記第二のキャラクタをグループに加入させ るかどうかを決定するグループ加入決定ステップとを含む

ことを特徴とするグループ形成プログラム。