JP2003126554A

JP2003126554A - データ管理装置、ネットワークゲームシステム、及びプログラム

Info

Publication number: JP2003126554A
Application number: JP2001330820A
Authority: JP
Inventors: Tomohiro Sudo; 智浩須藤
Original assignee: Casio Computer Co Ltd
Current assignee: Casio Computer Co Ltd
Priority date: 2001-10-29
Filing date: 2001-10-29
Publication date: 2003-05-07

Abstract

(57)【要約】【課題】ネットワークゲームシステムの興趣性を向上
する。【解決手段】データ管理装置１０は、互いにネットワ
ークゲームに関するデータの通信を行うゲーム端末２
０，２０の一方から他方へキャラクタデータが送信され
る際、当該キャラクタデータが複製されたものであるか
否かを判別する。そして、データ管理装置１０は、キャ
ラクタデータが複製されたものでないと判別した場合に
はキャラクタデータの通信を許可する一方、キャラクタ
データが複製されたものであると判別した場合にはキャ
ラクタデータの通信を阻止する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークで接
続された複数のゲーム端末間でデータ通信が行われるネ
ットワークゲーム技術に関する。

【０００２】

【従来の技術】従来、ネットワークで接続された複数の
ゲーム端末間でデータ通信を行うネットワークゲームシ
ステムでは、例えば、競馬ゲーム、野球ゲーム等が行わ
れている。ネットワークゲームシステムで行う競馬ゲー
ムには、自分のゲーム端末において仮想的に育成した競
争馬をレースに参加させ、他のゲーム端末において仮想
的に育成された競争馬と競わせる事ができる等の楽しみ
がある。一方、現実の競馬界では、競争馬の転籍制度が
あり、所属の違う地方競馬でデビューした馬が中央競馬
で活躍することもある。また、プロ野球やサッカーにお
いても同様に、トレード移籍、レンタル移籍、ポスティ
ング（入札制度）等様々な選手の転籍制度が存在する。

【０００３】

【発明が解決しようとする課題】しかしながら、従来の
ネットワークゲームシステムにおいては、転籍制度に相
当するものが未だ実現されていなかった。この為、ゲー
ムと実世界とに乖離が生じており、ネットワークゲーム
の興趣性の向上に改善の余地があった。そこで、本発明
は、ネットワークゲームの興趣性をより向上させる事を
目的とする。

【０００４】

【課題を解決するための手段】上記の課題を解決する請
求項１記載の発明は、例えば、図１〜１７に示すよう
に、ネットワーク（例えば、図１に示すインターネット
Ｎ）に接続された複数のゲーム端末（例えば、図１に示
すゲーム端末２０，２０，２０…）によりデータ通信が
行われてゲームを実行するネットワークゲームシステム
の、前記データ通信を管理するデータ管理装置（例え
ば、図１に示すデータ管理装置１０）であって、前記複
数のゲーム端末のうち、第１のゲーム端末から第２のゲ
ーム端末へ、前記ゲームに登場するゲーム登場データが
送信される際、当該ゲーム登場データが複製されたもの
であるか否かを判別する複製判別手段（例えば、図２に
示すＣＰＵ１１）と、前記複製判別手段によって前記ゲ
ーム登場データが複製されたものであると判別された場
合には前記ゲーム登場データの通信を阻止する一方、前
記複製判別手段によって前記ゲーム登場データが複製さ
れたものでないと判別された場合には前記ゲーム登場デ
ータの通信を許可する通信制御手段（例えば、図２に示
すＣＰＵ１１）と、を備えたことを特徴とする。

【０００５】ここで、ゲーム登場データとは、例えば競
馬ゲームであれば、競走馬を表すデータやその血統に関
するデータ等がこれに相当し、例えば野球ゲームやサッ
カーゲームでは、選手を表すデータやその選手に関する
データ等がこれに相当する。また、例えばネットワーク
ゲーム中に登場する各種のアイテム等もゲーム登場デー
タに含まれる。

【０００６】請求項１記載の発明によれば、複製判別手
段によって、第１のゲーム端末から第２のゲーム端末
へ、ネットワークゲームに登場するゲーム登場データが
送信される際、当該ゲーム登場データが複製されたもの
であるか否かが判別され、通信制御手段によって、複製
判別手段によってゲーム登場データが複製されたもので
あると判別された場合には当該ゲーム登場データの通信
が阻止される一方、複製判別手段によって前記ゲーム登
場データが複製されたものでないと判別された場合には
当該ゲーム登場データの通信が許可される。これによ
り、同一のゲーム登場データがネットワークゲーム上に
複数登場することが阻止される。従って、各々のゲーム
登場データがネットワークゲームシステム内において唯
一の存在となるので、ゲーム登場データをゲーム端末間
でやり取りする事が、現実の世界における転籍制度に合
致するようになる。これにより、ネットワークゲームシ
ステムにおいて転籍制度が実現され、ネットワークゲー
ムの興趣性を向上させることができる。

【０００７】請求項２記載の発明は、請求項１記載のデ
ータ管理装置において、前記第１のゲーム端末から送信
されたゲーム登場データのデータ形式を判別するデータ
形式判別手段（例えば、図２に示すＣＰＵ１１）と、前
記第２のゲーム端末において実行されるゲームに、前記
データ形式判別手段よって判別された当該ゲーム登場デ
ータのデータ形式が適合するか否かを判別する適合判別
手段（例えば、図２に示すＣＰＵ１１）と、前記適合判
別手段によって前記ゲーム登場データのデータ形式が前
記第２のゲーム端末において実行されるゲームに適合し
ないと判別された場合は、前記ゲーム登場データのデー
タ形式を前記第２のゲーム端末において実行されるゲー
ムに適合するデータ形式に変換するデータ形式変換手段
（例えば、図２に示すＣＰＵ１１）と、を備えたことを
特徴とする。

【０００８】請求項２記載の発明によれば、データ形式
判別手段によって判別された、第１のゲーム端末から送
信されたゲーム登場データのデータ形式が、第２のゲー
ム端末において実行されるゲームに適合するか否かが適
合判別手段により判別され、データ形式変換手段によっ
て、適合判別手段によってゲーム登場データのデータ形
式が第２のゲーム端末において実行されるゲームに適合
しないと判別された場合は、当該ゲーム登場データのデ
ータ形式を第２のゲーム端末において実行されるゲーム
に適合するデータ形式に変換される。これにより、第１
のゲーム端末で行われるゲームと、第２のゲーム端末で
行われるゲームと、の種類が異なる場合であっても互換
性を有することとなって、これらの間でゲーム登場デー
タをやり取りすることが実現され、ネットワークゲーム
の興趣性を向上させることができる。

【０００９】また、請求項３記載の発明は、請求項１又
は２記載のデータ管理装置において、前記ゲーム登場デ
ータは、前記第１のゲーム端末で行われたゲームにおい
て育成されたキャラクタを表すキャラクタデータを含む
ことを特徴とする。

【００１０】請求項３記載の発明によれば、ゲーム登場
データには、第１のゲーム端末で行われたゲームにおい
て育成されたキャラクタを表すキャラクタデータが含ま
れているので、キャラクタデータをゲーム端末間で相互
に移動させることができることとなって、ネットワーク
ゲームにおいて現実の転籍制度に極めて類似したことが
行えるようになって、より興趣性に優れたネットワーク
ゲームを実現できる。

【００１１】また、請求項４記載の発明は、ネットワー
ク（例えば、インターネットＮ）と、当該ネットワーク
を介して接続される複数のゲーム端末（例えば、図１に
示すゲーム端末２０，２０，２０…）と、前記ネットワ
ークに接続され、前記複数のゲーム端末の通信データを
管理するデータ管理装置（例えば、図１に示すデータ管
理装置１０）とからなるネットワークゲームシステム
（例えば、図１に示すネットイワークゲームシステム
１）において、前記データ管理装置は、ネットワークゲ
ームに登場するゲーム登場データが前記ゲーム端末から
送信される際、当該ゲーム登場データが複製されたもの
であるか否かを判別する複製判別手段（例えば、図２に
示すＣＰＵ１１）と、前記複製判別手段によって前記ゲ
ーム登場データが複製されたものであると判別された場
合は、当該ゲーム登場データの通信を阻止し、一方、前
記複製判別手段によって前記ゲーム登場データが複製さ
れたものでないと判別された場合には当該ゲーム登場デ
ータのデータ通信を許可する通信制御手段（例えば、図
２に示すＣＰＵ１１）と、を備えたことを特徴とする。

【００１２】請求項４記載の発明によれば、複製判別手
段によって、ゲーム端末から送信されたネットワークゲ
ームに登場するゲーム登場データが複製されたものであ
るか否かが判別され、通信制御手段によって、複製判別
手段によってゲーム登場データが複製されたものである
と判別された場合には当該ゲーム登場データの通信が阻
止される一方、複製判別手段によって前記ゲーム登場デ
ータが複製されたものでないと判別された場合には当該
ゲーム登場データの通信が許可される。これにより、同
一のゲーム登場データがネットワークゲーム上に複数登
場することが阻止される。従って、各々のゲーム登場デ
ータがネットワークゲームシステム内において唯一の存
在となるので、ゲーム登場データをゲーム端末間でやり
取りする事が、現実の世界における転籍制度に合致する
ようになる。これにより、ネットワークゲームシステム
において転籍制度が実現され、ネットワークゲームの興
趣性を向上させることができる。

【００１３】また、請求項５記載の発明は、請求項４記
載のネットワークゲームシステムにおいて、前記ゲーム
管理装置は、前記ゲーム端末から送信されたゲーム登場
データのデータ形式を判別するデータ形式判別手段（例
えば、図２に示すＣＰＵ１１）と、当該ゲーム登場デー
タを受信するゲーム端末において実行されるゲームに、
前記データ形式判別手段よって判別された当該ゲーム登
場データのデータ形式が適合するか否かを判別する適合
判別手段（例えば、図２に示すＣＰＵ１１）と、当該適
合判別手段によって前記ゲーム登場データのデータ形式
が前記ゲーム登場データを受信するゲーム端末において
実行されるゲームに適合しないと判別された場合は、当
該ゲーム登場データのデータ形式を、前記ゲーム登場デ
ータを受信するゲーム端末において実行されるゲームに
適合するデータ形式に変換するデータ形式変換手段（例
えば、図２に示すＣＰＵ１１）と、を備えたことを特徴
とする

【００１４】請求項５記載の発明によれば、データ形式
判別手段によって判別された、ゲーム端末から送信され
たゲーム登場データのデータ形式が、ゲーム登場データ
を受信するゲーム端末において実行されるゲームに適合
するか否かが適合判別手段により判別され、データ形式
変換手段によって、適合判別手段によってゲーム登場デ
ータのデータ形式が第２のゲーム端末において実行され
るゲームに適合しないと判別された場合は、当該ゲーム
登場データのデータ形式を第２のゲーム端末において実
行されるゲームに適合するデータ形式に変換される。こ
れにより、第１のゲーム端末で行われるゲームと、第２
のゲーム端末で行われるゲームと、の種類が異なる場合
であっても互換性を有することとなって、これらの間で
ゲーム登場データをやり取りすることが実現され、ネッ
トワークゲームの興趣性を向上させることができる。

【００１５】また、請求項６記載の発明は、請求項４又
は５記載のネットワークゲームシステムであって、前記
ゲーム登場データは、前記ゲーム端末で行われたゲーム
において育成されたキャラクタを表すキャラクタデータ
を含むことを特徴とする。

【００１６】請求項６記載の発明によれば、ゲーム登場
データには、ゲーム端末で行われたゲームにおいて育成
されたキャラクタを表すキャラクタデータが含まれてい
るので、キャラクタデータをゲーム端末間で相互に移動
させることができることとなって、ネットワークゲーム
において現実の転籍制度に極めて類似したことが行える
ようになって、より興趣性に優れたネットワークゲーム
を実現できる。

【００１７】請求項７記載の発明は、ネットワーク（例
えば、図１に示すインターネットＮ）で接続された複数
のゲーム端末（例えば、図１に示すゲーム端末２０，２
０，２０…）間でデータ通信が行われるゲームシステム
の、当該ネットワークに接続されてデータ通信を管理す
るコンピュータ（例えば、図１に示すデータ管理装置１
０）に、前記複数のゲーム端末のうちの一つが、当該ゲ
ームに登場するゲーム登場データが送信した場合、当該
ゲーム登場データが複製されたものであるか否かを判別
する機能と、前記ゲーム登場データが複製されたもので
あると判別した場合には当該ゲーム登場データの通信を
阻止する一方、前記ゲーム登場データが複製されたもの
でないと判別した場合には当該ゲーム登場データの通信
を許可する機能と、を実現させるためのプログラムであ
る。

【００１８】請求項７記載のプログラムを実行するコン
ピュータによれば、同一のゲーム登場データがネットワ
ークゲーム上に複数登場することが阻止される。従っ
て、各々のゲーム登場データがネットワークゲームシス
テム内において唯一の存在となるから、ゲーム登場デー
タをゲーム端末間でやり取りする事が、現実の世界にお
ける転籍制度に合致するようになる。従って、ネットワ
ークゲームシステムにおいて転籍制度が実現され、ネッ
トワークゲームの興趣性を向上させることができる。

【００１９】

【発明の実施の形態】以下、本発明の実施の形態につい
て図１から図１７を参照して説明する。図１は、本発明
が適用されたネットワークゲームシステムの構成を示
す。このネットワークゲームシステム１は、データ管理
装置１０と、複数のゲーム端末２０，２０…とがネット
ワークとしてのインターネットＮを介して接続されて成
る。

【００２０】データ管理装置１０は、インターネットＮ
に接続されるＷｅｂサーバとしての機能を備えるもので
あり、図２に示す様に、ＣＰＵ（Central Processing U
nit）１１、ＲＡＭ（Random Access Memory）１２、伝
送制御部１３、記憶媒体１４１を備える記憶部１４及び
これら各構成要素を接続するバス１５を備えている。

【００２１】ＣＰＵ１１は、記憶媒体１４１に記憶され
ているシステムプログラム１４１ａをＲＡＭ１２に一時
展開し、展開したプログラムの実行に基づいて、他の構
成要素を統一的に制御して、後述する複製判別処理、デ
ータ形式変換処理、データ容量判別処理などの各種処理
を実行する事により、このデータ管理装置１０としての
機能を実現する。

【００２２】ＲＡＭ１２は、ＣＰＵ１１により実行され
る各種処理において記憶部１４から読み出されるシステ
ムプログラム１４１ａや、このシステムプログラム１４
１ａに係るデータ等を一時的に格納する為のワークメモ
リである。

【００２３】伝送制御部１３は、モデム、ターミナルア
ダプタ、或いはＤＳＵ（Digital Service Unit）等によ
って構成されており、ＣＰＵ１１の制御の下、送信すべ
き旨が指定されたキャラクタデータ、ポイント加算情
報、ポイント減算情報（何れも後述）などの各種の情報
を、インターネットＮを介して指定されたゲーム端末２
０へ送信し、また、ゲーム端末装置２０から送信される
各種の情報を受信してＣＰＵ１１へ出力する。

【００２４】記憶部１４は、各種の情報を格納する為の
記憶媒体１４１と、この記憶媒体１４１の記憶内容を読
み書きする為の図示せぬ駆動機構とを備えている。ここ
に云う記録媒体とは、例えば、ハードディスク等の様な
固定的なものであるが、必要に応じてＣＤ−ＲＯＭ、フ
ロッピー（登録商標）ディスク或いはメモリカードの様
な着脱自在に装填可能なものを使用して差し支えない。

【００２５】詳細には、記録媒体１４１には、システム
プログラム１４１ａ、キャラクタデータ格納ファイル１
４１ｂ、ゲームポイントＤＢ１４１ｃ、キャラクタＤＢ
１４１ｄ、キャラクタ管理ＤＢ１４１ｅ、及び、ユーザ
ー登録ＤＢ１４１ｆが記憶されている。尚、記録媒体１
４１に格納されているこれらの情報の一部若しくは全部
を、ＬＡＮ、ＷＡＮその他のネットワーク上に分散して
保存する事も出来る。その場合には、ＣＰＵ１１がネッ
トワークを介して当該各情報にアクセス出来る様に、当
該保存場所を予め記憶媒体１４１等に格納しておくとよ
い。

【００２６】システムプログラム１４１ａは、ＣＰＵ１
１に対して当該データ管理装置１０としての機能を実現
させる為のプログラムである。具体的には、システムプ
ログラム１４１ａは、ＣＰＵ１１に対してイベントを発
生させる機能、イベントの発生を各ゲーム端末に通知す
る機能、その他のネットワークゲームを進行させる機能
を実現させる為のプログラムコードを含んでいる。

【００２７】また、システムプログラム１４１ａは、Ｃ
ＰＵ１１に対して後述する複製判別処理、データ形式変
換処理、及びデータ容量判別処理（何れも図５参照）を
実現させる為のプログラムコードを含んでいる。また、
システムプログラム１４１ａは、ＣＰＵ１１に対して後
述するポイント減算情報或いはポイント加算情報を送信
する機能を実現させる為のプログラムコードを含んでい
る。また、システムプログラム１４１ａは、ＣＰＵ１１
に対して後述する予想最低落札ポイントを算出させる機
能、キャラクタデータを落札するゲーム端末２０を決定
する機能等を実現させる為のプログラムコードを含んで
いる。また、システムプログラム１４１ａは、ＣＰＵ１
１に対して、キャラクタ管理ＤＢ１４１ｅの中からユー
ザが提示した検索条件に適合するキャラクタを検索する
機能（図１２参照）を実現させる為のプログラムコード
を含んでいる。

【００２８】キャラクタデータ格納ファイル１４１ｂ
は、後述するデータ容量判別処理において、ＣＰＵ１１
によってキャラクタデータの容量が所定値を上回ると判
定された場合に、当該キャラクタデータを一時的に格納
する為のファイルである。

【００２９】ゲームポイントＤＢ１４１ｃは、各ゲーム
端末２０によって預けられたゲームポイントが格納され
るデータベースである。具体的には、このゲームポイン
トＤＢ１４１ｃには、図３（ａ）に示すように、各々の
ゲーム端末２０別に、当該ゲーム端末２０を識別する為
の端末ＩＤと、当該ゲーム端末によって預けられたゲー
ムポイントと、が対応付けられて格納されている。

【００３０】キャラクタＤＢ１４１ｄは、キャラクタデ
ータの競りが行われる際にＣＰＵ１１によって使用され
るデータベースである。具体的には、このキャラクタＤ
Ｂ１４１ｄでは、図３（ｂ）に示すように、競りに供さ
れた「キャラクタデータ」と、当該キャラクタデータを
競りに供したゲーム端末を識別する為の「端末ＩＤ」
と、が対応付けられて記憶されてあり、これら「キャラ
クタデータ」及び「端末ＩＤ」毎に、当該キャラクタデ
ータに対して入札を行ったゲーム端末２０を識別する為
の「入札端末ＩＤ」と、当該ゲーム端末２０によって入
札されたゲームポイントである「入札ポイント」と、が
複数対応付けられている。

【００３１】キャラクタ管理ＤＢ１４１ｅは、後述する
複製判別処理やキャラクタ検索処理の際にＣＰＵ１１に
よって参照されるデータベースである。具体的には、こ
のキャラクタ管理ＤＢ１４１ｅには、図３（ｃ）に示す
様に、ネットワークゲームに登場するキャラクタの各々
を識別する為のキャラクタＩＤと、最後にそのキャラク
タ、もしくは、キャラクタのパラメータが送信されたゲ
ーム端末２０、即ち現在そのキャラクタを所持している
ゲーム端末２０を識別する為の端末ＩＤと、当該キャラ
クタの属性を表すキャラクタ属性情報と、が対応付けら
れて格納されている。また、キャラクタ属性情報は、例
えば野球選手としてのキャラクタに対してであれば、
「打率」、「年齢」、「守備位置」…等の項目に区分さ
れている。尚、このキャラクタ属性情報は、競馬ゲーム
であれば、競争馬の「スタミナ」、「血統」、「年齢」
…等の項目に区分するようにしてもよい。ユーザー登録
ＤＢ１４１ｆは当該ネットワークゲームに登録したユー
ザーの情報を格納し、データ形式変換処理等の際に参照
されるデータベースである。具体的には、ユーザーが登
録する際に、データ管理装置１０側で発行するユーザー
ＩＤ、パスワードと、ユーザーが入力するフルネーム、
ゲーム端末のプラットフォーム（ＰＣか、家庭用ゲーム
機か、その他電子機器）、及び、当該ネットワークゲー
ムと互換性のある、ゲーム端末単体でもプレイ可能なゲ
ームプログラムのＩＤ（以後ゲームＩＤと称す）とを一
レコードとして記憶している。

【００３２】ゲーム端末２０は、インターネットＮに接
続可能なパーソナルコンピュータや、家庭用ゲーム機、
もしくは、これらに準じる機能を備えた電子機器であ
り、図４に示す様に、ＣＰＵ２１、ＲＡＭ２２、伝送制
御部２３、入力部２４、表示部２５、記憶媒体２６１を
備える記憶部２６及びこれら各構成要素を接続するバス
２７等から成る。

【００３３】ＣＰＵ２１は、記憶媒体２６１内に記憶さ
れているゲームプログラム２６１ａをＲＡＭ２２に一時
展開し、展開したプログラムの実行に基づいて、各構成
要素を統一的に制御することにより、このゲーム端末２
０としての機能を実現し、データ管理装置１０との間で
データ通信を行いながらプレーヤにネットワークゲーム
の遊技環境を提供する。

【００３４】ＲＡＭ２２は、ＣＰＵ２１により実行され
る各種種処理において、記憶部２７から読み出されるゲ
ームプログラム２６１ａ又はこのゲームプログラム２６
１ａに係るデータ等の一時的なワークメモリである。

【００３５】伝送制御部２３は、モデム、ターミナルア
ダプタ、或いはＤＳＵ（Digital Service Unit）等によ
って構成されており、ＣＰＵ２１の制御の下、送信すべ
き旨が指定されたキャラクタデータ、希望売却ポイント
のデータその他の情報を、インターネットＮを介してデ
ータ管理装置１０へ送信し、また、データ管理装置１０
から送信される各種の情報を受信してＣＰＵ２１へ出力
する。

【００３６】入力部２４は、プレーヤが表示部２５に表
示されるキャラクタのうち所望のキャラクタを指定する
指定手段としてのマウスその他のポインティングデバイ
スと、キャラクタをレンタルする期間を入力する為の数
字キーと、後述する交渉を成立させる為の確定キーと、
後述する検索条件を入力する為の入力キーなどを備えて
おり、これ等によって入力された信号をＣＰＵ２１へ出
力する。

【００３７】表示部２５は、ＣＲＴや液晶表示部等を備
えて構成されており、ＣＰＵ２１による制御の下、ネッ
トワークゲームの内容や、キャラクタの移籍、トレー
ド、或いはレンタルの交渉を成立させるか否かの選択メ
ニュー等を表示出力する。

【００３８】記憶部２６は、各種の情報を格納する為の
記憶媒体２６１と、この記憶媒体２６１の記憶内容を読
み書きする為の図示せぬ駆動機構とを備えている。ここ
に云う記録媒体とは、例えば、ハードディスク等の様な
固定的なものであるが、必要に応じてＣＤ−ＲＯＭ、フ
ロッピー（登録商標）ディスク或いはメモリカードの様
な着脱自在に装填可能なものを使用して差し支えない。

【００３９】詳細には、記録媒体２６１には、ゲームプ
ログラム２６１ａ、キャラクタデータ２６１ｂ、ゲーム
ポイント２６１ｃ、及びキャラクタダミーデータ２６１
ｄが記憶されている。

【００４０】ゲームプログラム２６１ａは、ＣＰＵ２１
がユーザに対してネットワークゲームの環境を提供する
のに必要なプログラムである。ここで、ネットワークゲ
ームの種類としては、競馬ゲームや野球ゲーム或いはサ
ッカーゲームなどが挙げられる。尚、各ゲーム端末２０
には、同一メーカの同一のゲームプログラム２６１ａが
記憶されていることを要しないが、当該各ゲームの種類
が類似していることを要する。

【００４１】キャラクタデータ２６１ｂは、当該ゲーム
端末２０或いは他のゲーム端末２０において仮想的に育
成された競走馬、野球選手その他のキャラクタを表すデ
ータである。このキャラクタデータ２６１ｂは、ゲーム
プログラム２６１の実行時にＣＰＵ１１によって適時参
照され、当該ゲーム端末２０で行われるネットワークゲ
ームに登場する。

【００４２】ゲームポイント２６１ｃは、当該ゲーム端
末２０でのネツトワークゲームにおいて獲得されたポイ
ントを表すデータである。

【００４３】キャラクタダミーデータ２６１ｄは、デー
タ管理装置１０のキャラクタ格納ファイル１４１ｂに格
納されているキャラクタデータの当該格納場所等を表す
データである。このキャラクタダミーデータ２６１ｄの
データ容量は、実際のキャラクタデータに比較して極め
て小さい。

【００４４】次に、上記の様にして構成されたネットワ
ークゲームシステム１の動作について、野球ゲームを例
に説明する。このネットワークゲームシステム１では、
以下に説明する第１の動作態様から第５の動作態様まで
の動作が行われる。以下説明の為に、互いにデータ通信
を行うゲーム端末２０，２０の一方を「第１のゲーム端
末２０Ａ」と記し、他方を「第２のゲーム端末２０Ｂ」
と記す。また、第１のゲーム端末のユーザを「プレーヤ
Ａ」と記し、第２のゲーム端末のユーザを「プレーヤ
Ｂ」と記す。但し、複数のゲーム端末２０，２０，２０
…の各々がこれら第１のゲーム端末と第２のゲーム端末
との双方の機能を兼備している事は云うまでもない。

【００４５】＜第１の動作態様＞先ず、ネットワークゲ
ームシステム１の第１の動作態様について図５及び図６
に示すフローチャートに従って説明する。先ず、プレー
ヤＡ及びプレーヤＢがそれぞれインターネットＮを介し
てゲーム管理装置１０にログオンし、第１のゲーム端末
２０Ａ及び第２のゲーム端末２０Ｂでゲームを開始する
（ステップＳ５０１、５０２）と、当該各ゲーム端末２
０Ａ、２０ＢではＣＰＵ２１によってゲームプログラム
が実行され（ステップＳ５０３、５０４）、プレーヤに
ネットワークゲームの環境が提供される。これにより、
ゲーム端末２０Ａ，２０Ｂの各表示部２５には、図１３
（ａ）に示す様に、ネットワークゲームに登場させる野
球選手を表すキャラクタＣが表示される。そして、各プ
レーヤはそれぞれゲーム端末２０Ａ，２０Ｂを用いて、
キャラクタＣを自分の好みに合わせて仮想的に育成する
等の楽しみを味わえる。

【００４６】この様にして、各々のゲーム端末２０にお
いてゲームが行われる過程において、第１のゲーム端末
２０Ａ及び第２のゲーム端末２０Ｂとデータ管理装置１
０との間でデータ通信が行われる。そして、データ管理
装置１０のＣＰＵ１１は、各ゲーム端末２０とのデータ
通信に基づいて同期を取りながら、ネットワークゲーム
全体を進行させる（ステップＳ５０５）。

【００４７】ネットワークゲームを進行させる過程にお
いて、データ管理装置１０のＣＰＵ１１は、適時イベン
トを発生させる（ステップＳ５０６）。ここで、イベン
トとは、ここでは、例えば、ドラフト会議などである。
なお、競馬ゲームであれば、種付けやレースの開催など
がこれに相当する。また、データ管理装置１０のＣＰＵ
１１は、イベントを発生させた場合は、その旨を各ゲー
ム端末２０へ通知する（ステップＳ５０７）。これによ
り、各々のゲーム端末２０の表示部２５には、例えば図
１３（ｂ）に示す様に、イベントが発生した旨が表示さ
れる（ステップＳ５０８、５０９）。

【００４８】そして、イベントを発生させた場合、デー
タ管理装置１０のＣＰＵ１１は、ネットワークゲームの
状況を全てのゲーム端末２０に開示する。これにより、
各々のゲーム端末２０の表示部２５には、例えば図１３
（ｃ）に示す様に、他のゲーム端末２０で仮想的に育成
されたキャラクタが複数表示される。ここで、プレーヤ
Ｂは当該各キャラクタのうち取得したいキャラクタを、
入力部２４を用いて指定することができる（ステップＳ
５１０）。第２のゲーム端末２０ＢのＣＰＵ２１は、プ
レーヤによるキャラクタの指定を検出した場合は、当該
端末２０Ｂにおけるゲームを中断すると共に、そのキャ
ラクタが指定された旨をデータ管理装置１０へ通知す
る。

【００４９】次いで、データ管理装置１０のＣＰＵ１１
は、第２のゲーム端末２０Ｂからの通知を検知すると、
当該指定されたキャラクタの提供元である第１のゲーム
端末２０Ａに対して、当該キャラクタが指定された旨を
通知する（ステップＳ５１１）。これにより、プレーヤ
Ａは自分が育成したキャラクタの移籍（プログラム上で
はゲームに登場するキャラクタデータの転送）の申し出
があった旨を知る（ステップＳ５１２）。これにより、
プレーヤＡとプレーヤＢとが引き合わされる。このよう
に、見知らぬプレーヤ同士が引き合わされるのでネット
ワークゲームの興趣性を向上できる。

【００５０】次いで、プレーヤＡは、プレーヤＢによっ
て指定された当該キャラクタの希望売却ポイントを、入
力部２４を用いて提示する（ステップＳ５１３）。提示
された希望売却ポイントは、データ管理装置１０へ送信
される。データ管理装置１０は、第２のゲーム端末２０
Ｂで行われるゲームの種別に応じて希望売却ポイントを
レート変換し（ステップＳ５１４）、レート変換した希
望売却ポイントを第２のゲーム端末２０Ｂへ送信する。
第２のゲーム端末２０Ｂは、レート変換された希望売却
ポイントを受信する（ステップＳ５１５）。

【００５１】次いで、第２のゲーム端末２０Ｂは、受信
した希望売却ポイントと、交渉を成立させるか否かの選
択メニューと、を表示部２５に表示させる。ここで、第
２のゲーム端末２０ＢのＣＰＵ２１は、プレーヤＢが、
表示された希望売却ポイントに基づいてキャラクタ移籍
の交渉を成立させる選択を行ったか否かを判断する（ス
テップＳ５１６）。即ち、ＣＰＵ２１は、プレーヤＢ
が、交渉を成立させない旨を表すメニューを、入力部２
４を用いて選択した場合には、当該交渉を成立させない
判断して（ステップＳ５１６；ＮＯ）、再びステップＳ
５１０の処理に戻る。

【００５２】一方、ＣＰＵ２１は、プレーヤＢが、交渉
を成立させる旨を表すメニューを、入力部２４を用いて
選択した場合には、当該交渉を成立させる判断し（ステ
ップＳ５１６；ＹＥＳ）、当該交渉が成立した旨を示す
信号を、データ管理装置１０に送信する。データ管理装
置１０のＣＰＵ１１は、交渉が成立した旨を確認すると
（ステップＳ５１８）、第１のゲーム端末２０Ａに対
し、ステップＳ５１０において指定されたキャラクタデ
ータ（以下、この動作態様において「指定キャラクタデ
ータ」という。）を送信するよう要求する（ステップＳ
５１９）。

【００５３】第１のゲーム端末２０ＡのＣＰＵ２１は、
当該要求を受けると指定キャラクタデータを記憶媒体２
６１から抽出してデータ管理装置１０へ送信する（ステ
ップＳ５２０）。すると、データ管理装置１０は、送信
されたキャラクタデータを受信する（ステップＳ５２
１）。

【００５４】次いで、データ管理装置１０のＣＰＵ１１
は、受信した指定キャラクタデータが複製されたもので
あるか否かを判定する（ステップＳ５２２）。そして、
ＣＰＵ１１は、指定キャラクタデータが複製されたもの
であると判定した場合（ステップＳ５２２；ＹＥＳ）、
第１のゲーム端末２０Ａにエラーを通知し（ステップＳ
５２３）、当該指定キャラクタの通信を阻止して当該処
理を終了する。一方、ＣＰＵ１１は、指定キャラクタデ
ータが複製されたものでないと判定した場合（ステップ
Ｓ５２２；ＮＯ）、当該指定キャラクタの通信を許可す
る。

【００５５】具体的には、ＣＰＵ１１は、ステップＳ５
２２の判定において、キャラクタ管理ＤＢ１４１ｅを参
照し、ステップＳ５２１で受信したキャラクタデータの
キャラクタＩＤと、当該キャラクタデータの送信元であ
る第１のゲーム端末２０Ａの端末ＩＤと、が対応付けら
れているか否かを判定する。そして、ＣＰＵ１１は、こ
れらが対応付けられている場合は、当該キャラクタデー
タが複製されたものでないと判定する。一方、ＣＰＵ１
１は、これらが対応付けられていない場合は、当該キャ
ラクタデータが複製されたものであると判定する。

【００５６】但し、当該キャラクタデータがデータ管理
装置１０に初めて送信されたものである場合は、当該キ
ャラクタデータのキャラクタＩＤそのものがキャラクタ
管理ＤＢ１４１ｅに記憶されていないことになる。そこ
で、ＣＰＵ１１は、キャラクタ管理ＤＢ１４１ｅ内に、
当該キャラクタデータのキャラクタＩＤが格納されてい
ない場合は、当該キャラクタＩＤをキャラクタ管理ＤＢ
１４１ｅに記憶すると共に、当該キャラクタデータは複
製されたものでないと判定する。以下、データ管理装置
１０によって行われるステップＳ５２２及びステップＳ
５２３の処理を「複製判別処理」という。

【００５７】次いで、データ管理装置１０は、指定キャ
ラクタの通信を許可した場合、ステップＳ５１３におい
てプレーヤＡが提示した希望売却ポイントである加算ポ
イントを第１のゲーム端末２０Ａの記憶媒体１６１に記
憶されているゲームポイント２６１ｃに加算する為のポ
イント加算情報を、当該第１のゲーム端末２０Ａに送信
する（ステップＳ５２４）。第１のゲーム端末２０Ａの
ＣＰＵ２１は、ポイント加算情報を受信すると、当該ポ
イント加算情報に基づいて、記憶媒体２６１に記憶され
ているゲームポイント２６１ｃに加算ポイントを加算す
る（ステップＳ５２５）。

【００５８】次いで、データ管理装置１０のＣＰＵ１１
は、第１のゲーム端末２０Ａから取得した指定キャラク
タデータのデータ形式が、第２のゲーム端末２０Ｂに於
いて行われるゲームに適合するか否かを判別する（ステ
ップＳ５２６）。そして、ＣＰＵ１１は、指定キャラク
タデータのデータ形式が第２のゲーム端末２０Ｂに於い
て行われるゲームに適合しないと判定した場合（ステッ
プＳ５２６；ＮＯ）、当該指定キャラクタデータのデー
タ形式を、第２のゲーム端末２０Ｂに於いて行われるゲ
ームに適合するデータ形式に変換する（ステップＳ５２
７）。一方、ＣＰＵ１１は、指定キャラクタデータのデ
ータ形式が第２のゲーム端末２０Ｂに於いて行われるゲ
ームに適合すると判定した場合（ステップＳ５２６；Ｙ
ＥＳ）、当該指定キャラクタデータのデータ形式を変換
せずに、次の処理に移行する。以下、データ管理装置１
０によって行われるステップＳ５２６及びステップＳ５
２７の処理を「データ形式変換処理」という。

【００５９】このデータ形式変換処理について詳細に述
べると、キャラクタはゲームの実行プログラムをメイン
とした各種ライブラリやサブルーチンととらえることが
できる。したがって本実施の形態で述べる具体的な変換
処理とは、キャラクタデータとして定義された上記ライ
ブラリやサブルーチンを、ゲームの実行プログラムに沿
ったデータ構造に変換する処理を表す。これらのライブ
ラリやサブルーチンは、ゲームの実行プログラムの記述
言語や実行レベルに依存されるが、本実施の形態におい
ては、ゲームの実行プログラムは、キャラクタを含めた
イメージデータをも含み、データ変換処理にて変換され
るキャラクタデータとは、イメージデータを含まない、
ゲーム登場キャラクタを特定するデータであるものとす
る。これらのゲーム登場キャラクタは、移籍先のゲーム
端末のプラットフォーム形態や、ゲームＩＤをユーザー
登録ＤＢ１４１ｆより読出し、これに基づいて適宜変換
される。

【００６０】次いで、データ管理装置１０のＣＰＵ１１
は、第２のゲーム端末２０Ｂの記憶媒体２６１に記憶さ
れているゲームポイント２６１ｃから、ステップＳ５１
４においてレート変換した希望売却ポイントである減算
ポイントを減じる為のポイント減算情報を、当該第２の
ゲーム端末２０Ｂに送信する（ステップＳ５２８）。第
２のゲーム端末２０ＢのＣＰＵ２１は、ポイント減算情
報を受信すると、当該ポイント減算情報に基づいて、記
憶媒体２６１に記憶されているゲームポイント２６１ｃ
から減算ポイントを減算する（ステップＳ５２９）。

【００６１】次いで、データ管理装置１０のＣＰＵ１１
は、指定キャラクタデータのデータ容量が所定値を超え
るか否かを判定する（ステップＳ５３０）。データ管理
装置１０のＣＰＵ１１は、キャラクタデータのデータ容
量が所定値を超えないと判定した場合は（ステップＳ５
３０；ＮＯ）、当該指定キャラクタデータを第２のゲー
ム端末２０Ｂへ送信する（ステップＳ５３１）。そし
て、第２のゲーム端末によってキャラクタデータが受信
され（ステップＳ５３２）、当該処理が終了する。

【００６２】一方、データ管理装置１０のＣＰＵ１１
は、キャラクタデータのデータ容量が所定値を超えると
判定した場合は（ステップＳ５３０；ＹＥＳ）、当該キ
ャラクタデータを送信せずに、キャラクタデータ格納領
域１４１ｃ内における当該指定キャラクタデータの格納
場所を特定するキャラクタダミーデータのみを第２のゲ
ーム端末２０Ｂへ送信する（ステップＳ５３３）。

【００６３】第２のゲーム端末２０Ｂは、キャラクタダ
ミーデータを受信すると（ステップＳ５３４）、当該ゲ
ームに復帰する（ステップＳ５３５）。ここでキャラク
タダミーデータのデータ容量は、前述した様に指定キャ
ラクタデータのデータ容量に比較して極めて小さいの
で、ダウンロード時間を大幅に短縮することができ、従
って第２のゲーム端末２０Ｂは迅速にゲームに復帰でき
る。この時点では、第２のゲーム端末２０Ｂはキャラク
タデータを取得していないので、プレーヤＢは当該キャ
ラクタをゲーム中で取り扱うことはできない。しかし、
第２のゲーム端末２０Ｂは参照データに基づいて、ゲー
ム中で当該キャラクタが恰も待機しているかのような状
態でゲームを進行することができる。即ち、ゲーム端末
２０Ａでは当該キャラクタが登場すると云う前提でゲー
ムが進行する。

【００６４】但し、第２のゲーム端末２０ＢのＣＰＵ２
１は、ゲームの進行において当該キャラクタが必要か否
かを常に判定する（ステップＳ５３６、ステップＳ５３
６；ＮＯ）。そして、第２のゲーム端末２０ＢのＣＰＵ
２１は、ゲームの進行において当該キャラクタが必要で
あると判定した場合（ステップＳ５３６；ＹＥＳ）、キ
ャラクタダミーデータに基づいて、データ管理装置１０
に対し、指定キャラクタデータを送信するよう要求する
（ステップＳ５３７）。

【００６５】データ管理装置１０のＣＰＵ１１は、当該
要求を受けると、キャラクタデータ格納ファイル１４１
ｂを参照し、キャラクタダミーデータによって特定され
る記憶場所から指定キャラクタデータを抽出する。そし
て、ＣＰＵ１１は、抽出した指定キャラクタデータを第
２のゲーム端末２０Ｂへ送信する（ステップＳ５３
８）。送信された指定キャラクタデータは第２のゲーム
端末２０Ｂによって取得され、当該処理が終了する。以
下、データ管理装置１０によって行われるステップＳ５
３０、ステップＳ５３１、ステップＳ５３３、及びステ
ップＳ５３８の処理を「キャラクタデータ送信処理」と
いう。

【００６６】尚、ＣＰＵ１１はキャラクタデータ送信処
理を実行する際に当たって、キャラクタ管理ＤＢ１４１
ｅにアクセスし、当該キャラクタデータのキャラクタＩ
Ｄに対応付けられている第１のゲーム端末の端末ＩＤ
を、当該キャラクタデータの送信先である第２のゲーム
端末の端末ＩＤに更新する。

【００６７】または、ＣＰＵ１１は、当該キャラクタデ
ータがステップＳ５２０においてデータ管理装置１０に
初めて送信されたものであった場合は、キャラクタ管理
ＤＢ１４１ｅに予め格納した当該キャラクタデータを識
別する為のキャラクタＩＤに、当該キャラクタデータの
送信先である第２のゲーム端末２０Ｂの端末ＩＤを対応
付けてキャラクタ管理ＤＢ１４１ｅに新たに格納する。

【００６８】＜第２の動作態様＞次に、ネットワークゲ
ームシステム１の第２の動作態様について図７に示すフ
ローチャートに従って説明する。第２の動作態様では、
前提として、既にデータ管理装置１０によってイベント
が発生され、その旨及びイベントの内容が各ゲーム端末
に通知されているものとする。このようなイベントが通
知される過程の各ステップは第１の動作態様と同様であ
る為、図７では図５におけるステップＳ５０１からステ
ップＳ５０９に相当するステップを省略して図示してい
る。

【００６９】先ず、プレーヤＢは取得したいキャラクタ
を、入力部２４を用いて指定する（ステップＳ６０
１）。キャラクタが指定された場合、第２のゲーム端末
２０Ｂはその旨をデータ管理装置１０に送信する。する
と、データ管理装置１０のＣＰＵ１１は、キャラクタが
指定された旨を受信し、指定されたキャラクタの提供元
である第１のゲーム端末２０Ａに対して、当該キャラク
タが指定された旨を通知する（ステップＳ６０２）。第
１のゲーム端末２０Ａは、キャラクタのトレードの申し
出があった旨を受信する（ステップＳ６０３）。

【００７０】次いで、プレーヤＡは、第１のゲーム端末
２０Ａを用いて第２のゲーム端末２０Ｂにアクセスし、
プレーヤＢとキャラクタのトレードの交渉を行う（ステ
ップＳ６０４）。交渉が成立しなかった場合（ステップ
Ｓ６０６；Ｎｏ）、当該処理は終了する。このとき、プ
レーヤＢもまた、ステップＳ６０１において指定したキ
ャラクタと交換したいキャラクタをプレーヤＡに提示
し、交渉を行う（ステップＳ６０５）。交渉が成立しな
かった場合（ステップＳ６０７；Ｎｏ）、処理は再びス
テップＳ６０１に戻る。この様にプレーヤ間での交渉が
行われる際の各ゲーム端末２０Ａ，２０Ｂにおける表示
例を、図１４（ａ）に示す。図１４（ａ）では、第１の
ゲーム端末２０ＡにおけるキャラクタＣ１と、第２のゲ
ーム端末２０ＢにおけるキャラクタＣ２とを交換する為
の交渉がプレーヤＡ及びプレーヤＢによって成されてい
る状態を示している。

【００７１】当該各ゲーム端末間でキャラクタトレード
の交渉が成立した場合（ステップＳ６０６；Ｙｅｓ、ス
テップＳ６０７；Ｎｏ）は、各プレーヤは入力部２４の
確定キーを押下する。各ゲーム端末２０のＣＰＵ２１
は、確定キーの押下を検出すると、データ管理装置１０
へ交渉が成立した旨を通知する（ステップＳ６０８、ス
テップＳ６０９）。データ管理装置１０のＣＰＵ１１
は、第１のゲーム端末２０Ａ及び第２のゲーム端末２０
Ｂ双方からの通知があった場合、当該各端末間での交渉
が成立したことを確認する（ステップＳ６１０）。

【００７２】次いで、データ管理装置１０のＣＰＵ１１
は、当該各ゲーム端末２０に対し、交換するキャラクタ
データを送信するよう要求する（ステップＳ６１１）。
各ゲーム端末２０は、当該要求を受けると、交換するキ
ャラクタをデータ管理装置１０へ送信する（ステップＳ
６１２、ステップＳ６１３）。

【００７３】次いで、データ管理装置１０のＣＰＵ１１
は、第１のゲーム端末２０Ａ及び第２のゲーム端末２０
Ｂからキャラクタデータを受信すると、当該各キャラク
タデータを複製判別処理し（ステップＳ６１４）、次い
で、データ形式判別処理する（ステップＳ６１５）。次
いで、データ管理装置１０は、データ容量判別処理を行
うことにより、第１のゲーム端末２０Ａから取得したキ
ャラクタデータを第２のゲーム端末２０Ｂへ送信し、第
２のゲーム端末２０Ｂから取得したキャラクタデータを
第１のゲーム端末２０Ａへ送信する（ステップＳ６１
６）。送信されたキャラクタデータは、各ゲーム端末２
０によって受信され（ステップＳ６１７、ステップＳ６
１８）、当該処理が終了する。

【００７４】当該処理が終了した際の各ゲーム端末２０
Ａ，２０Ｂにおける表示例を図１４（ｂ）に示す。図１
４に示す様に、キャラクタのトレードの交渉が成立した
場合は、第１のゲーム端末２０Ａに登場していたキャラ
クタＣ１が第２のゲーム端末２０Ｂに登場し、第２のゲ
ーム端末２０Ｂに登場していたキャラクタＣ２が第１の
ゲーム端末２０Ａに登場する。

【００７５】＜第３の動作態様＞次に第３の動作態様に
ついて、図８及び図９に示すフローチャートに従って説
明する。第３の動作態様では、前提として、既にデータ
管理装置１０によってイベントが発生され、その旨及び
イベントの内容が各ゲーム端末に通知されているものと
する。このようなイベントが通知される過程の各ステッ
プは第１の動作態様と同様である為、図８では図５にお
けるステップＳ５０１からステップＳ５０９に相当する
ステップを省略して図示している。

【００７６】先ず、プレーヤＢはレンタルしたいキャラ
クタを、入力部２４を用いて指定すると共に、レンタル
したい期間を、入力部２４を用いて入力すると（ステッ
プＳ７０１）、第２のゲーム端末２０Ａは、キャラクタ
が指定された旨をデータ管理装置１０に送信する。する
と、データ管理装置１０のＣＰＵ１１は、キャラクタが
指定された旨を受信し、指定されたキャラクタの提供元
である第１のゲーム端末２０Ａに対して、当該キャラク
タが指定された旨を通知する（ステップＳ７０２）。そ
して、第１のゲーム端末２０Ａは、キャラクタのレンタ
ルの申し出があった旨及びそのレンタル期間を受信する
（ステップＳ７０３）。

【００７７】次いで、プレーヤＡは、当該指定されたキ
ャラクタの希望レンタルポイントを、入力部２４を用い
て提示する（ステップＳ７０４）。提示された希望レン
タルポイントは、データ管理装置１０へ送信される。デ
ータ管理装置１０は、第２のゲーム端末２０Ｂで行われ
るゲームの種別に応じて希望売却ポイントをレート変換
し、レート変換した希望レンタルポイントを第２のゲー
ム端末２０Ｂへ送信する（ステップＳ７０５）。第２の
ゲーム端末２０Ｂは、レート変換された希望レンタルポ
イントを受信する（ステップＳ７０６）。

【００７８】次いで、第２のゲーム端末２０Ｂは、受信
した希望レンタルポイントと、交渉を成立させるか否か
の選択メニューと、を表示部２５に表示させる。ここ
で、プレーヤＢは、表示された希望レンタルポイントに
基づいてキャラクタレンタルの交渉を成立させるか否か
を判断した結果、交渉を成立させない旨を表すメニュー
を入力部２４を用いて選択した場合、ＣＰＵ２１は、当
該交渉を成立させないと判断し（ステップＳ７０７；Ｎ
Ｏ）、再びステップＳ７０１に戻る。

【００７９】一方、プレーヤＢが、交渉を成立させる旨
を表すメニューを、入力部２４を用いて選択した場合、
ＣＰＵ２１は、交渉を成立さると判断し（ステップＳ７
０７；ＹＥＳ）、当該交渉が成立した旨をデータ管理装
置１０へ送信する（ステップＳ７０８）。データ管理装
置１０のＣＰＵ１１は、交渉の成立を表すメニューの選
択を検出すると（ステップＳ７０９）、第１のゲーム端
末２０Ａに対し、ステップＳ７０１において指定された
キャラクタデータ（以下、この動作態様において「レン
タルキャラクタデータ」という。）を送信するよう要求
する（ステップＳ７１０）。この様にプレーヤ間での交
渉が行われる際の各ゲーム端末２０Ａ，２０Ｂにおける
表示例を、図１５（ａ）に示す。図１５（ａ）では、第
１のゲーム端末２０Ａに登場しているキャラクタＣを、
第２のゲーム端末２０Ｂへレンタルさせる為の交渉がプ
レーヤＡ及びプレーヤＢによって成されている状態を模
式的に示している。

【００８０】第１のゲーム端末２０ＡのＣＰＵ１１は、
当該要求を受けるとレンタルキャラクタデータを記憶媒
体２６１から抽出してデータ管理装置１０へ送信する
（ステップＳ７１１）。送信されたキャラクタデータ
は、データ管理装置１０によって受信される（ステップ
Ｓ７１２）。

【００８１】次いで、データ管理装置１０のＣＰＵ１１
は、受信したレンタルキャラクタデータに対し複製判別
処理する（ステップＳ７１３）。次いで、データ管理装
置１０は、レンタルキャラクタの通信を許可した場合、
ステップＳ７０４においてプレーヤＡが提示した希望レ
ンタルポイントである加算ポイントを第１のゲーム端末
２０Ａの記憶媒体１６１に記憶されているゲームポイン
ト２６１ｃに加算する為のポイント加算情報を、当該第
１のゲーム端末２０Ａに送信する（ステップＳ７１
４）。第１のゲーム端末２０ＡのＣＰＵ２１は、ポイン
ト加算情報を受信すると、当該ポイント加算情報に基づ
いて、記憶媒体２６１に記憶されているゲームポイント
２６１ｃに加算ポイントを加算する（ステップＳ７１
５）。

【００８２】次いで、データ管理装置１０は、第１のゲ
ーム端末２０Ａから取得したレンタルキャラクタデータ
をデータ形式変換処理する（ステップＳ７１６）。次い
で、データ管理装置１０のＣＰＵ１１は、第２のゲーム
端末２０Ｂの記憶媒体２６１に記憶されているゲームポ
イント２６１ｃから、ステップＳ７０５においてレート
変換した希望レンタルポイントである減算ポイントを減
じる為のポイント減算情報を、当該第２のゲーム端末２
０Ｂに送信する（ステップＳ７１７）。第２のゲーム端
末２０ＢのＣＰＵ２１は、ポイント減算情報を受信する
と、当該ポイント減算情報に基づいて、記憶媒体２６１
に記憶されているゲームポイント２６１ｃから減算ポイ
ントを減算する（ステップＳ７１８）。

【００８３】次いで、データ管理装置１０のＣＰＵ１１
は、ステップＳ７０１においてプレーヤＢが入力したレ
ンタル期間に基づいて、当該期間を表す期間データを生
成し（ステップＳ７１９）、生成した期間データを第２
のゲーム端末２０Ｂへ送信する（ステップＳ７２０）。
送信された期間データは、第２のゲーム端末２０Ｂによ
って取得される（ステップＳ７２１）。

【００８４】次いで、データ管理装置１０のＣＰＵ１１
は、第１のゲーム端末２０Ａから取得したレンタルキャ
ラクタクタデータを第２のゲーム端末２０Ｂへ送信す
る。これにより、当該レンタルキャラクタデータが第２
のゲーム端末２０Ｂによって取得され、第２のゲーム端
末２０Ｂでは、当該レンタルキャラクタを一定期間自由
に使用することができる。

【００８５】この様にレンタルキャラクタが第２のゲー
ム端末２０Ｂによって取得された様子を、図１５（ｂ）
に示す。図１５（ｂ）では、第１のゲーム端末２０Ａに
登場していたレンタルキャラクタＣが、第２のゲーム端
末２０Ｂへレンタルされ、当該第２のゲーム端末２０Ｂ
において登場している状態を模式的に示している。

【００８６】また、第２のゲーム端末２０Ｂは、レンタ
ルキャラクタデータの受信（ステップＳ７２３）を契機
として、当該レンタルキャラクタの貸与期間を計時する
（ステップＳ７２４）。次いで、第２のゲーム端末２０
ＢのＣＰＵ２１は、計時結果が、ステップＳ７２１にお
いて取得した期間データに対応する期間に達したか否か
を判定し（ステップＳ７２５）、当該期間に達していな
いと判定した場合は（ステップＳ７２５；ＮＯ）、再び
ステップＳ７２４の処理に戻る。

【００８７】一方、第２のゲーム端末のＣＰＵ２１は、
計時結果がステップＳ７２１において取得した期間デー
タに対応する期間に達したと判定した場合（ステップＳ
７２５；ＹＥＳ）、当該レンタルキャラクタデータをデ
ータ管理装置１０へ返信する（ステップＳ７２６）。

【００８８】データ管理装置１０は、第２のゲーム端末
２０Ｂから返信されたレンタルキャラクタデータを受信
すると（ステップＳ７２７）、当該レンタルキャラクタ
データに対する複製判別処理を行う（ステップＳ７２
８）。次いで、データ管理装置１０のＣＰＵ１１は、当
該レンタルキャラクタデータのデータ形式を再び第１の
ゲーム端末２０Ａにおいて行われるゲームに適合したデ
ータ形式に戻すべく、当該レンタルキャラクタデータを
データ形式変換処理する（ステップＳ７２９）。

【００８９】次いで、データ管理装置１０のＣＰＵ１１
は、データ形式変換処理したレンタルキャラクタデータ
を第１のゲーム端末２０Ａへ送信する（ステップＳ７３
０）。送信されたレンタルキャラクタデータは、第１の
ゲーム端末２０Ａによって取得される（ステップＳ７３
１）。これにより、第１のゲーム端末２０Ａでは、再び
当該レンタルキャラクタを使用できる。そして、当該処
理は終了する。

【００９０】この様にレンタルキャラクタが第１のゲー
ム端末２０Ａへ返却された様子を、図１５（ｃ）に示
す。図１５（ｃ）は、第２のゲーム端末２０Ｂに一定期
間登場していたレンタルキャラクタＣが、当該第２のゲ
ーム端末２０Ｂから消え、再び第１のゲーム端末２０Ａ
において登場している様子を模式的に示す。

【００９１】＜第４の動作態様＞次に第４の動作態様に
ついて、図１０及び図１１に示すフローチャートに従っ
て説明する。第４の動作態様では、前提として、既にデ
ータ管理装置１０によってイベントが発生され、その旨
及びイベントの内容が各ゲーム端末に通知されているも
のとする。このようなイベントが通知される過程の各ス
テップは第１の動作態様と同様である為、図１０では図
５におけるステップＳ５０１からステップＳ５０９に相
当するステップを省略して図示している。

【００９２】予め、プレーヤＢの要求により、第２のゲ
ーム端末２０ＢのＣＰＵ２１は、ゲームにおいて獲得し
たゲームポイントのうち所定のポイント分を、データ管
理装置１０に送信して預ける（ステップＳ８０１）。デ
ータ管理装置１０は、第２のゲーム端末２０Ｂから送信
され預けられたゲームポイントを、当該第２のゲーム端
末２０Ｂを識別する為の端末ＩＤと対応付けてゲームポ
イントＤＢ１４１ｄへ格納する（ステップＳ８０２）。

【００９３】一方、第１のゲーム端末２０Ａでは、プレ
ーヤＡによってキャラクタが仮想的に育成されている
（ステップＳ８０３）。そして、第１のゲーム端末２０
ＡのＣＰＵ２１は、プレーヤＡによる当該育成したキャ
ラクタの競りへの登録要求に基づいて、当該キャラクタ
データをデータ管理装置１０へ送信する（ステップＳ８
０４）。

【００９４】データ管理装置１０のＣＰＵ１１は、第１
のゲーム端末２０Ａからキャラクタデータを取得する
と、取得したキャラクタデータに対する複製判別処理を
行う（ステップＳ８０６）。次いで、データ管理装置１
０のＣＰＵ１１は、当該キャラクタの通信を許可した場
合、当該キャラクタデータに含まれる攻撃力その他の当
該キャラクタの特徴を表すパラメータに基づいて、当該
キャラクタデータの予想最低落札ポイントを算出する
（ステップＳ８０７）。

【００９５】次いで、データ管理装置１０のＣＰＵ１１
は、算出した予想最低落札ポイントである加算ポイント
を第１のゲーム端末２０Ａの記憶媒体１６１に記憶され
ているゲームポイント２６１ｃに加算する為のポイント
加算情報を、当該第１のゲーム端末２０Ａに送信する
（ステップＳ８０８）。第１のゲーム端末２０ＡのＣＰ
Ｕ２１は、ポイント加算情報を受信すると、当該ポイン
ト加算情報に基づいて、記憶媒体２６１に記憶されてい
るゲームポイント２６１ｃに加算ポイントを加算する
（ステップＳ８０９）。

【００９６】第１のゲーム端末において加算ポイントが
加算される際の表示例を図１６（ａ）に示す。図１６
（ａ）に示すように、第１のゲーム端末において加算ポ
イントが加算される際には、ＣＰＵ２１は表示部２５上
に例えば「＋３００Ｐ」と表示させる。これは、加算ポ
イント、即ち予想最低落札ポイントが３００ポイントで
ある旨を表している。

【００９７】次いで、データ管理装置１０のＣＰＵ１１
は、第１のゲーム端末２０Ａによって競りに供されたキ
ャラクタデータを、当該第１のゲーム端末２０Ａを識別
する為の端末ＩＤと対応付けてキャラクタＤＢ１４１ｅ
に格納する（ステップＳ８１０）。尚、このキャラクタ
ＤＢ１４１ｅは全てのゲーム端末２０において自由に閲
覧することができる。

【００９８】即ち、例えばプレーヤＢが第２のゲーム端
末２０Ｂを用いてキャラクタＤＢ１４１ｅにアクセスす
ると（ステップＳ８１１）、データ管理装置１０は当該
キャラクタＤＢ１４１ｅを第２のゲーム端末２０Ｂに対
して開示する（ステップＳ８１２）。これにより、第２
のゲーム端末２０Ｂでは、当該キャラクタＤＢ１４１ｅ
を閲覧することができ（ステップＳ８１３）、プレーヤ
Ｂは第１のゲーム端末２０Ａによって競りに供されたキ
ャラクタを見つけることができる。そして、プレーヤＢ
は、当該キャラクタを取得したい場合は、入力部２４を
用いて当該キャラクタを指定すると共に、当該キャラク
タと引き換えにしようとする入札ゲームポイントを入力
する。すると、第２のゲーム端末２０ＢのＣＰＵ２１
は、入力されたキャラクタ指定および入札ゲームポイン
トを含む入札情報をデータ管理装置１０に送信する（ス
テップＳ８１４）。

【００９９】一方、データ管理装置１０のＣＰＵ２１
は、第２のゲーム端末２０Ｂからの入札情報を受信する
と、入札を行った第２のゲーム端末２０Ｂを識別する為
の入札端末ＩＤと、当該入札ゲームポイントと、を既に
格納されている競りに供されたキャラクタデータと対応
付けてキャラクタＤＢ１４１ｅに格納する事により、こ
れを更新する（ステップＳ８１５）。尚、競りに供され
たキャラクタデータに対する入札は、第２のゲーム端末
２０Ｂ以外のゲーム端末によっても成され、その度にデ
ータ管理装置１０によってキャラクタＤＢ１４１ｅが更
新される。

【０１００】このようにしてキャラクタの競りが行われ
る際には、データ管理装置１０のＣＰＵ１１は、競りの
様子を各ゲーム端末２０…に開示する。この場合、各ゲ
ーム端末２０のＣＰＵ２１は、データ管理装置１０によ
る開示に基づいて、表示部２５に、例えば図１６（ｂ）
に示すような競りの状況を表示させる。これにより、ネ
ットワークゲームの興趣性を向上できる。

【０１０１】次いで、データ管理装置１０のＣＰＵ２１
は、第１のゲーム端末２０Ａによって競りに供されたキ
ャラクタデータを取得した時点から起算して一定の入札
期間が経過したか否かを判定する（ステップＳ８１
６）。そして、データ管理装置１０のＣＰＵ１１は、ま
だ一定の入札期間が経過していないと判定した場合は
（ステップＳ８１６；ＮＯ）、再びステップＳ８１５の
処理に戻る。

【０１０２】一方、データ管理装置１０のＣＰＵ１１
は、一定の入札期間が経過したと判定した場合は（ステ
ップＳ８１６；ＹＥＳ）、キャラクタＤＢ１４１ｅを参
照し、第１のゲーム端末２０Ａによって競りに供された
キャラクタデータに入札を行ったゲーム端末２０のうち
最も高い入札ゲームポイントを提示したゲーム端末２０
を決定する（ステップＳ８１７）。以下、説明の為に、
当該決定されたゲーム端末を第２のゲーム端末２０Ｂと
する。

【０１０３】次いで、データ管理装置１０は、ゲームポ
イントＤＢ１４１ｄを参照し、当該決定した第２のゲー
ム端末２０Ｂによって預けられたゲームポイントから、
落札ポイント、即ち、第２のゲーム端末２０Ｂによって
入札された入札ポイントを減じる処理を行う（ステップ
Ｓ８１８）。

【０１０４】このとき、データ管理装置１０のＣＰＵ１
１は、預けられたポイントが不足する否かを判定する
（ステップＳ８１９）。そして、データ管理装置１０の
ＣＰＵ１１は、預けられたポイントが不足しないと判定
した場合（ステップＳ８１９；ＮＯ）、即ち第２のゲー
ム端末２０Ｂによって提示された入札ポイントが、予め
第２のゲーム端末２０Ｂによって預けられたゲームポイ
ントよりも小さい場合は、次のステップＳ８２２の処理
に移行する。

【０１０５】一方、データ管理装置１０のＣＰＵ１１
は、預けられたポイントが不足すると判定した場合（ス
テップＳ８１９；ＹＥＳ）、即ち、第２のゲーム端末２
０Ｂによって提示された入札ポイントが、予め第２のゲ
ーム端末によって預けられたゲームポイントよりも大き
い場合は、その差額分である減算ポイントを第２のゲー
ム端末２０Ｂの記憶媒体１６１に記憶されているゲーム
ポイント２６１ｃから減じる為のポイント減算情報を、
当該第２のゲーム端末２０Ｂに送信する（ステップＳ８
２０）。第２のゲーム端末２０ＢのＣＰＵ２１は、ポイ
ント減算情報を受信すると、当該ポイント減算情報に基
づいて、記憶媒体２６１に記憶されているゲームポイン
ト２６１ｃから減算ポイントを減じる（ステップＳ８２
１）。

【０１０６】次いで、データ管理装置１０のＣＰＵ１１
は、第２のゲーム端末２０Ｂによって落札されたキャラ
クタデータを当該第２のゲーム端末２０Ｂへ送信する
（ステップＳ８２２）。これにより、当該キャラクタデ
ータは第２のゲーム端末２０Ｂによって取得され（ステ
ップＳ８２３）、プレーヤＢはゲーム中で当該キャラク
タを自由に使用できる。

【０１０７】次いで、データ管理装置１０のＣＰＵ１１
は、落札ポイント（第２のゲーム端末２０Ｂによって提
示された入札ゲームポイント）から、ステップＳ８０７
において算出した予想最低落札ゲームポイントを減じる
事により、これらの差額分のゲームポイントを算出する
（ステップＳ８２４）。

【０１０８】次いで、データ管理装置１０は、差額分の
ゲームポイントである加算ポイントを第１のゲーム端末
２０Ａの記憶媒体１６１に記憶されているゲームポイン
ト２６１ｃに加算する為のポイント加算情報を、当該第
１のゲーム端末２０Ａに送信する（ステップＳ８２
５）。第１のゲーム端末２０Ａは、ポイント加算情報を
受信すると、当該ポイント加算情報に基づいて、記憶媒
体２６１に記憶されているゲームポイント２６１ｃに加
算ポイントを加算する（ステップＳ８２６）。そして、
当該処理は終了する。

【０１０９】ステップＳ８２６において第１のゲーム端
末に加算ポイントが加算される際の表示例を図１６
（ｃ）に示す。図１６（ｃ）に示すように、第１のゲー
ム端末において、落札ポイントと予想最低落札ゲームポ
イントとの差である加算ポイントが加算される際には、
ＣＰＵ２１はゲーム中に、表示部２５上に例えば「＋２
００Ｐ」と表示させる。これは、当該加算ポイントがプ
ラス２００ポイントである旨を表している。

【０１１０】＜第５の動作態様＞次に、ネットワークゲ
ームシステム１の第５の動作態様について図１２に示す
フローチャートに従って説明する。この第５の動作態様
では、データ管理装置１０によってキャラクタ検索処理
（ステップＳ９０２，９０３，９０４，９０６）が実行
される。前提として、第５の動作態様では、既にデータ
管理装置１０によってイベントが発生され、その旨及び
イベントの内容が各ゲーム端末に通知されているものと
する。このようなイベントが通知される過程の各ステッ
プは第１の動作態様と同様である為、図１２では図５に
おけるステップＳ５０１からステップＳ５０９に相当す
るステップを省略して図示している。

【０１１１】先ず、ユーザはゲーム端末２０の入力部２
４を用いて所望のキャラクタを検索する為の検索条件を
入力する。検索条件としては、例えば野球選手を表すキ
ャラクタを検索する場合は、「打率」，「年齢」，「ポ
ジション」等の検索条件を入力する（ステップＳ９０
１）ことができる。

【０１１２】このとき、ＣＰＵ２１は、例えば図１７
（ａ）示すように表示部２５上に、ユーザが入力した検
索条件を表示させる。図１７（ａ）の例では、ユーザが
検索条件として、「打率」３割、「年齢」２０代、「ポ
ジション」内野手を入力した場合を想定している。

【０１１３】すると、当該入力された検索条件はデータ
管理装置１０へ送信される。データ管理装置１０のＣＰ
Ｕ１１は検索条件を取得すると、キャラクタ管理ＤＢ１
４１ｅのキャラクタ属性データと、取得した検索条件と
を照合して、当該検索条件に適合するキャラクタＩＤを
検索する（ステップＳ９０３）。

【０１１４】次いで、ＣＰＵ１１は、検索に成功した場
合は（ステップＳ９０４；ＹＥＳ）、当該検索結果のキ
ャラクタＩＤを第２のゲーム端末２０Ｂへ送信する。第
２のゲーム端末２０ＢのＣＰＵ２１は、キャラクタＩＤ
を受信すると、表示部２５に表示されているキャラクタ
の内、当該キャラクタＩＤに対応するキャラクタを、図
１７（ｂ）に示すように個別に表示させる（ステップＳ
９０５）。尚、複数のキャラクタのうち、当該検索され
たキャラクタをマーキングして表示する様にしてもよ
い。これにより、プレーヤＢは所望のキャラクタを容易
に見つけることができる。そしてこの後の処理は、図５
のステップＳ５１０、図７のステップＳ６０１、又は図
８のステップＳ７０１へと続く。

【０１１５】一方、ＣＰＵ１１は、検索に成功しなかっ
た（ステップＳ９０４；ＮＯ）、第２のゲーム端末２０
Ｂにエラーを通知し（ステップＳ９０６）、当該処理を
終了する。

【０１１６】以上説明したネットワークゲームシステム
１によれば、次のような効果が得られる。（１）データ管理装置１０による複製判別処理により、
同一のキャラクタデータがネットワークゲーム上に複数
登場することが阻止される。従って、各々のキャラクタ
データがネットワークゲームシステム内において唯一の
存在となることとなって、キャラクタデータをゲーム端
末２０，２０間でやり取りする事が、現実の世界におけ
る転籍制度に合致するようになる。これにより、ネット
ワークゲームシステムにおいて転籍制度が実現され、ネ
ットワークゲームの興趣性を向上させることができる。

【０１１７】（２）データ管理装置１０による、データ
形式変換処理によって、第１のゲーム端末２０Ａで行わ
れるゲームと、第２のゲーム端末２０Ｂで行われるゲー
ムと、の種類が異なる場合であっても、これらの間でゲ
ーム登場データをやり取りすることが実現されるので、
ネットワークゲームの興趣性を向上させることができ
る。

【０１１８】（３）データ管理装置１０が、キャラクタ
データを用いてネットワークゲームを進行するので、同
一の時間軸に沿って進行するネットワークゲーム中に、
各ゲーム端末２０において育成されたキャラクタデータ
が登場することとなり、ネットワークゲームの興趣性を
向上できる。

【０１１９】（４）各ゲーム端末２０におけるゲームで
獲得されたゲームポイントを媒体として、キャラクタデ
ータをゲーム端末２０，２０間でやり取りすることが実
現されるので、ネットワークゲームの興趣性を向上させ
ることができる。

【０１２０】（５）第１のゲーム端末２０Ａから第２の
ゲーム端末２０Ｂへキャラクタデータを一定期間レンタ
ルすることが実現されるので、ネットワークゲームの興
趣性を向上させることができる。

【０１２１】（６）第２のゲーム端末２０Ｂでは、加算
ポイントをレート変換する事により算出された減算ポイ
ントが減算されるので、第１のゲーム端末２０Ａで行わ
れるゲームと、第２のゲーム端末２０Ｂで行われるゲー
ムと、の種類が異なる場合であっても、当該各ゲーム端
末２０間でゲーム登場データを安心してやり取りでき
る。

【０１２２】（７）データ管理装置１０によって開示さ
れたキャラクタデータが何れかのゲーム端末２０によっ
て取得されるので、キャラクタデータの転籍が促進され
る。これにより、例えば競争馬の配合が近親になってし
まうなどの不都合が回避される。

【０１２３】（８）各ゲーム端末２０において仮想的に
育成したキャラクタデータを競りに供し得るようにした
ので、ネットワークゲームの興趣性を向上させることが
できる。

【０１２４】（９）各ゲーム端末２０のユーザは当該各
ゲーム端末２０において充分なゲームポイントが獲得さ
れていない場合であっても、予めデータ管理装置１０へ
ゲームポイントを預けているならば、そのゲームポイン
トの範囲内に於いて入札ポイントデータを提示できるの
で、所望のキャラクタを取得する機会を逃すことが少な
くなり、ネットワークゲームの興趣性を向上できる。

【０１２５】（１０）キャラクタデータの競りが行われ
る前に、データ管理装置１０が当該キャラクタデータの
予想最低落札ポイントを算出し、算出した予想最低落札
ポイントを当該登録元のゲーム端末２０へ送信するよう
にしたので、当該ゲーム端末では、ゲームポイント不足
によりゲームの進行が滞るなどの不都合が解消される。
また、当該ゲーム端末２０のユーザは、キャラクタデー
タが落札されるのを待たずに、予想最低落札ポイントを
元に、他のゲーム登場データに入札を行うこともでき
る。

【０１２６】（１１）第２のゲーム端末２０Ｂは、第１
のゲーム端末２０Ａから取得するキャラクタデータのデ
ータ容量が所定値を上回る場合は、必要なときにデータ
管理装置１０からキャラクタデータを取得できるので、
第２のゲーム端末２０Ｂのユーザは、当該キャラクタデ
ータがダウンロードされるのを待たずに、いち早くゲー
ムを続行できるようになる。これにより、ネットワーク
ゲームの興趣性を向上できる。

【０１２７】以上、実施の形態によるネットワークゲー
ムシステム１について説明したが、本発明はこれに限ら
れない。例えば、キャラクタデータの複製の禁止は、当
該キャラクタデータに複製禁止コードを組み込むことに
より実現する様にしてもよい。この場合は、キャラクタ
データの複製そのものが不可能となるから、ＣＰＵ１１
は複製判別手段としての機能及び通信制御手段としての
機能を果す必要がなくなる。従って、ＣＰＵ１１の負担
が軽減される。

【０１２８】また、ゲーム端末２０に記憶されているゲ
ームプログラムの実行をデータ管理装置１０にも分担さ
せる様にしてもよい。これにより、当該ネットワークゲ
ームシステム１では、或るゲーム端末２０とデータ管理
装置１０との接続が断たれている場合であっても当該或
るゲーム端末２０に記憶されているキャラクタをネット
ワークゲーム上で動かし続けることができ、ネットワー
クゲームの興趣性を向上できる。また、比較的大規模の
ネットワークゲームシステム１を構築する場合は、複数
のゲーム端末２０毎に例えば野球のチームに相当するグ
ループを構成し、異なるグループ同士で対戦を行う様に
してもよい。この場合、データ管理装置１０の記憶部
に、各グループを識別する為のＩＤ別に、当該グループ
の構成員としての複数のゲーム端末２０の端末ＩＤを格
納したファイルを記憶させておけば、当該各グループが
データ管理装置１０によって識別される。

【０１２９】また、各プレーヤはゲームポイントと引換
えにキャラクタデータを入手する様にしたが、現金と引
換えかえにキャラクタデータを入手する様にしてもよ
い。この事は、プレーヤに対してキャラクタの対価を課
金する課金手段をデータ管理装置１０に具備することに
より実現される。また、この場合において、各プレーヤ
が、ゲームポイントと引換えにキャラクタを入手する
か、現金と引換えにキャラクタを入手するかを各ゲーム
端末２０において選択できるようにしてもよい。また、
ゲーム端末２０を、携帯電話、ＰＨＳその他の携帯型電
子機器で実現することもできる。更には、データ管理装
置１０をゲームセンタ等に設置し、ゲームセンタに入店
した客がゲーム端末２０としての携帯電話を用いてデー
タ管理装置１０にアクセスし、所望のキャラクタを取得
できるようにネットワークゲームシステム１を構成する
こともできる。この場合、キャラクタを取得した客は、
移動時などにおいても当該キャラクタを自分の携帯電話
内で仮想的に育成することができる。また、本実施の形
態においては、ゲームの内容として「野球ゲーム」、
「競馬」について例示したが、これに限らず、ネットワ
ーク接続することにより実行できるオンラインゲームで
あれば、特定のゲーム内容に限定されないことは言うま
でもない。

【０１３０】

【発明の効果】本発明によれば、キャラクタの転籍精度
等が実現されるので、ネットワークゲームの興趣性を向
上できる。

【図面の簡単な説明】

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

【図２】データ管理装置の構成を示すブロック図であ
る。

【図３】データ管理装置中の各種データベースのデータ
構成を示す図である。

【図４】ゲーム端末の構成を示すブロック図である。

【図５】ネットワークゲームシステムの第１の動作態様
を説明するためのフローチャートである。

【図６】ネットワークゲームシステムの第１の動作態様
を説明するためのフローチャートである。

【図７】ネットワークゲームシステムの第２の動作態様
を説明するためのフローチャートである。

【図８】ネットワークゲームシステムの第３の動作態様
を説明するためのフローチャートである。

【図９】ネットワークゲームシステムの第３の動作態様
を説明するためのフローチャートである。

【図１０】ネットワークゲームシステムの第４の動作態
様を説明するためのフローチャートである。

【図１１】ネットワークゲームシステムの第４の動作態
様を説明するためのフローチャートである。

【図１２】ネットワークゲームシステムの第５の動作態
様を説明するためのフローチャートである。

【図１３】第１の動作態様におけるネットワークゲーム
の表示例を示す図である。

【図１４】第２の動作態様におけるネットワークゲーム
の表示例を示す図である。

【図１５】第３の動作態様におけるネットワークゲーム
の表示例を示す図である。

【図１６】第４の動作態様におけるネットワークゲーム
の表示例を示す図である。

【図１７】第５の動作態様におけるネットワークゲーム
の表示例を示す図である。

【符号の説明】

Ｎインターネット（ネットワーク）１０データ管理装置１１ＣＰＵ（複製判別手段、通信制御手段、デー
タ形式判別手段、データ形式変換手段、適合判別手段）１３伝送制御部１４記憶部２０ゲーム端末２１ＣＰＵ２３伝送制御部２４入力部２５表示部２６記憶部

Claims

【特許請求の範囲】

【請求項１】ネットワークに接続された複数のゲーム端
末によりデータ通信が行われてゲームを実行するネット
ワークゲームシステムの、前記データ通信を管理するデ
ータ管理装置であって、前記複数のゲーム端末のうち、第１のゲーム端末から第
２のゲーム端末へ、前記ゲームに登場するゲーム登場デ
ータが送信される際、当該ゲーム登場データが複製され
たものであるか否かを判別する複製判別手段と、前記複製判別手段によって前記ゲーム登場データが複製
されたものであると判別された場合には前記ゲーム登場
データの通信を阻止する一方、前記複製判別手段によっ
て前記ゲーム登場データが複製されたものでないと判別
された場合には前記ゲーム登場データの通信を許可する
通信制御手段とを備えたことを特徴とするデータ管理装
置。
【請求項２】前記第１のゲーム端末から送信されたゲー
ム登場データのデータ形式を判別するデータ形式判別手
段と、前記第２のゲーム端末において実行されるゲームに、前
記データ形式判別手段よって判別された当該ゲーム登場
データのデータ形式が適合するか否かを判別する適合判
別手段と、前記適合判別手段によって前記ゲーム登場データのデー
タ形式が前記第２のゲーム端末において実行されるゲー
ムに適合しないと判別された場合は、前記ゲーム登場デ
ータのデータ形式を前記第２のゲーム端末において実行
されるゲームに適合するデータ形式に変換するデータ形
式変換手段と、を備えたことを特徴とする請求項１に記
載のデータ管理装置。
【請求項３】前記ゲーム登場データは、前記第１のゲー
ム端末で行われたゲームにおいて育成されたキャラクタ
を表すキャラクタデータを含むことを特徴とする請求項
１または２に記載のデータ管理装置。
【請求項４】ネットワークと、当該ネットワークを介し
て接続される複数のゲーム端末と、前記ネットワークに
接続され、前記複数のゲーム端末の通信データを管理す
るデータ管理装置と、からなるネットワークゲームシス
テムにおいて、前記データ管理装置は、ネットワークゲームに登場するゲーム登場データが前記
ゲーム端末から送信される際、当該ゲーム登場データが
複製されたものであるか否かを判別する複製判別手段
と、前記複製判別手段によって前記ゲーム登場データが複製
されたものであると判別された場合は、当該ゲーム登場
データの通信を阻止し、一方、前記複製判別手段によっ
て前記ゲーム登場データが複製されたものでないと判別
された場合には当該ゲーム登場データのデータ通信を許
可する通信制御手段とを備えたことを特徴とするネット
ワークゲームシステム。
【請求項５】前記ゲーム管理装置は、前記ゲーム端末から送信されたゲーム登場データのデー
タ形式を判別するデータ形式判別手段と、当該ゲーム登場データを受信するゲーム端末において実
行されるゲームに、前記データ形式判別手段よって判別
された当該ゲーム登場データのデータ形式が適合するか
否かを判別する適合判別手段と、当該適合判別手段によって前記ゲーム登場データのデー
タ形式がゲーム登場データを受信するゲーム端末におい
て実行されるゲームに適合しないと判別された場合は、
当該ゲーム登場データのデータ形式を、前記ゲーム登場
データを受信するゲーム端末において実行されるゲーム
に適合するデータ形式に変換するデータ形式変換手段
と、を備えたことを特徴とする請求項４に記載のネットワー
クゲームシステム。
【請求項６】前記ゲーム登場データは、前記ゲーム端末
で行われたゲームにおいて育成されたキャラクタを表す
キャラクタデータを含むことを特徴とする請求項４また
は５に記載のネットワークゲームシステム。
【請求項７】ネットワークで接続された複数のゲーム端
末間でデータ通信が行われるゲームシステムの、当該ネ
ットワークに接続されてデータ通信を管理するコンピュ
ータに、前記複数のゲーム端末のうちの一つが、当該ゲームに登
場するゲーム登場データが送信した場合、当該ゲーム登
場データが複製されたものであるか否かを判別する機能
と、前記ゲーム登場データが複製されたものであると判別し
た場合には当該ゲーム登場データの通信を阻止する一
方、前記ゲーム登場データが複製されたものでないと判
別した場合には当該ゲーム登場データの通信を許可する
機能と、を実現させるためのプログラム。