JP2001162053A

JP2001162053A - ネットワーク上におけるデータ交換方法

Info

Publication number: JP2001162053A
Application number: JP34551799A
Authority: JP
Inventors: Eiji Hotta; 榮治堀田; Yasuhito Baba; 保仁馬場; Hiroyuki Chi; 宏之地
Original assignee: Sega Corp
Current assignee: Sega Corp
Priority date: 1999-12-03
Filing date: 1999-12-03
Publication date: 2001-06-19
Anticipated expiration: 2019-12-03
Also published as: JP4140153B2

Abstract

(57)【要約】（修正有）【課題】データを増殖させることなく、ネットワーク上
でデータを交換する方法を提供する。【解決手段】第一のクライアントと第二のクライアント
それぞれのファイルに含まれる各データをサーバを介し
て交換する場合、まず、第一及び第二のクライアントそ
れぞれにおいて、データをファイルからフォルダに移動
する。次に、第一及び第二のクライアントそれぞれから
サーバにフォルダをアップロードする。次に、サーバに
よって、アップロードされた二つのフォルダ内のデータ
を交換し、且つ二つのフォルダにそれらを識別するため
のフォルダＩＤを付与し、各クライアントにダウンロー
ドする。そして、第一及び第二のクライアントそれぞれ
にダウンロードされたフォルダＩＤとファイルに格納さ
れるフォルダＩＤと比較し、フォルダに格納されたデー
タのファイルへの移動の可否を決定する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワーク上に
おけるデータの交換方法に関する。

【０００２】

【従来の技術】ネットワークを利用するコンピュータゲ
ームであるネットワークゲームにおいて、プレイヤ同士
が、ネットワークゲームにおけるゲームデータをネット
ワークを介して交換する場合を想定する。

【０００３】図２１は、ネットワーク上におけるデータ
の交換を説明するための模式図である。図２１におい
て、プレイヤａ、ｂによってそれぞれ操作されるゲーム
装置（クライアント）Ａ、Ｂは、ネットワーク上のサー
バＳと接続する。そして、ゲーム装置Ａ、Ｂ間で、プレ
イヤａのデータＸとプレイヤｂのデータＹとがサーバＳ
を介して交換する場合、まず、ゲーム装置Ａ、Ｂは、そ
れぞれデータＸ、ＹをサーバＳにアップロードする。そ
して、ゲーム装置Ａは、サーバＳにアップロードされた
データＹをダウンロードし、ゲーム装置Ｂは、データＸ
をダウンロードする。こうして、ゲーム装置A、Ｂ間
で、データＸ、Ｙは交換される。

【０００４】

【発明が解決しようとする課題】しかしながら、ネット
ワーク上においてデータを交換する場合、次のような問
題が生じる。

【０００５】即ち、データＸ、Ｙの交換のために、例え
ば、ゲーム装置ＡからデータＸをサーバＳにアップロー
ドする場合、コピーされたデータＸがアップロードされ
るので、ゲーム装置ＡにデータＸは残ってしまう。従っ
て、ゲーム装置Ａは、サーバＳからデータＹをダウンロ
ードすることにより、データＸ、Ｙの両方を有すること
ができる。ゲーム装置Ｂも、上記同様に、データＸ、Ｙ
の両方を有することができる。従って、ネットワークを
介してデータを交換する場合において、データを物のよ
うに唯一無二の交換対象として扱うには、相手に渡した
データが自己のゲーム装置内で消えずに残り、増殖して
しまうのを防止する必要がある。

【０００６】また、サーバＳからゲーム装置へデータが
ダウンロードされる場合も、コピーされたデータがダウ
ンロードされるので、サーバＳにデータが残っている限
り、データを複数回ダウンロードすることにより、ゲー
ム装置は、同じデータを複数有することができる。この
場合においても、データを物のように唯一無二の交換対
象として扱うには、同じデータがゲーム装置内で増殖す
るのを防止する必要がある。

【０００７】そこで、本発明の目的は、データが増殖す
ることなく、ネットワーク上でデータを交換する方法を
提供することにある。

【０００８】

【課題を解決するための手段】上記目的を達成するため
に、本発明では、ネットワーク上で、第一のクライアン
ト内のファイルに含まれるデータと、第二のクライアン
ト内のファイルに含まれるデータとをサーバを介して交
換するデータ交換方法において、前記第一及び第二のク
ライアントそれぞれにおいて、データにヘッダを付し、
第一及び第二のクライアントそれぞれからサーバにデー
タをアップロードし、サーバによって、アップロードさ
れた二つのデータを交換し、且つ二つのデータそれぞれ
のヘッダに、それを識別するためのヘッダＩＤを与え、
第一のクライアントからアップロードされたデータを第
一のクライアントにダウンロードし、第二のクライアン
トからアップロードされたデータを第二のクライアント
にダウンロードし、第一のクライアントにおいて、ダウ
ンロードされたデータのヘッダに与えられたヘッダＩＤ
と第一のクライアント内に格納されるヘッダＩＤとの比
較に基づいて、データのファイルへの格納の可否を決定
し、第二のクライアントにおいて、ダウンロードされた
データのヘッダに与えられたヘッダＩＤと第二のクライ
アント内に格納されるヘッダＩＤとの比較に基づいて、
データのファイルへの格納の可否を決定することを特徴
とするデータ交換方法が提供される。

【０００９】本方法により、ダウンロードされたデータ
のファイルへの格納は、一回だけ許可されるので、デー
タの増殖が防止される。また、アップロード後にクライ
アントに残るデータには、ヘッダIDが付されていない。
従って、ヘッダIDの比較に基づいて、データのファイル
への再格納は許可されないので、データの増殖が防止さ
れる。

【００１０】上記方法において、システムファイルに記
憶されるヘッダIDは、第一及び第二のクライアントで、
少なくとも前回、ダウンロードされたデータがファイル
に格納された場合におけるそのデータのヘッダに与えら
れたヘッダＩＤである。これにより、データを複数回ダ
ウンロードしても、２回目以降のダウンロードでは、フ
ァイルとダウンロードされたデータのヘッダIDが一致し
てしまうので、データの移動を禁止することができる。
このとき、ヘッダIDは、例えば、データ交換順に付与さ
れる通し番号であって、ダウンロードされたデータに付
与されたデータIDが、ファイルに記憶されるヘッダIDよ
り大きい場合に、データの移動が許可される。

【００１１】さらに、上記本発明のデータ交換方法で
は、第一クライアントからのデータ交換希望が事前に前
記サーバに申告され、その申告に基づいて、データ交換
希望に対応するデータ交換専用領域がサーバに設定さ
れ、第一及び第二のクライアント間でのデータ交換決定
後、前記データは、第一及び第二のクライアントから前
記専用領域にそれぞれアップロードされ、専用領域でデ
ータが交換される。

【００１２】さらに好ましくは、サーバは、専用領域を
設定すると、専用領域にアクセスするためのキーワード
を第一のクライアントに通知し、第一のクライアント
は、第二のクライアントとのデータ交換決定後、キーワ
ードを第二のクライアントに通知する。これにより、第
一及び第二のクライアント以外は、専用領域にアクセス
できないので、データが勝手にダウンロードされて複製
されるのを防止することができる。

【００１３】さらに、ファイルがクライアントに脱着可
能に取り付けられるメモリ装置に格納される場合、ファ
イルには、それを識別するためのファイルＩＤが付与さ
れ、データに付されたヘッダに、ファイルＩＤも複製さ
れる。そして、データをダウンロードした後、データに
付されたヘッダに記憶されたファイルＩＤとメモリ装置
内に格納されるファイルＩＤとの比較に基づいて、デー
タのファイルへの格納の可否が決定される。

【００１４】これにより、２回目以降のダウンロードに
よって、別のメモリ装置内のファイルへのデータの移動
を禁止することができるので、データの増殖が防止され
る。

【００１５】

【発明の実施の形態】以下、本発明の実施の形態につい
て説明する。しかしながら、本発明の技術的範囲が、本
実施の形態に限定されるものではない。

【００１６】図１は、ネットワーク上のクライアントで
あるコンピュータゲーム装置のブロック構成図である。
コンピュータゲーム装置は、全体システムを制御するCP
U１０と、ジオメトリ演算を行うジオメトリプロセッサ
１１と、ワークＲＡＭなどのシステムメモリ１２と、ゲ
ームプログラムが記憶された記憶媒体としてのCD-ROMを
駆動するCD-ROMドライバ１３と、ゲームの起動用ROM１
４と、バス制御を行うバスアービタ１５と、レンダリン
グを実行するレンダリングプロセッサ１６と、グラフィ
ックメモリ１７と、グラフィックデータのデジタル−ア
ナログ変換を行うビデオDAC１８と、オーディオプロセ
ッサと、オーディオメモリ２０と、オーディオデータの
デジタル−アナログ変換を行うオーディオDAC２１と、
バスアービタの制御下におかれるモデム２２とから構成
される。コンピュータゲーム装置は、モデム２２から通
信回線を介して、インターネットプロバイダと接続す
る。さらに、コンピュータゲーム装置は、インターフェ
ースＩ／Ｆを介して本体に脱着可能に取り付けられるメ
モリ装置２３を備える。

【００１７】本発明の実施の形態では、ゲーム装置で実
行されるコンピュータゲームが、例として、プロ野球を
模した野球ゲームである場合について説明する。そし
て、ゲームプログラムを格納する記録媒体（CD-ROM）に
は、ゲームの実行プログラムに加えて、あらかじめ多数
のプロ野球の選手のデータが格納される。各選手のデー
タは、そのデータを識別する選手ID、各選手の名称、所
属球団、能力、性格などを含む。

【００１８】本実施の形態の野球ゲームでは、ユーザ
は、好きなプロ野球のチームを選択して、選択したチー
ムに所属する選手を操作して、他のチームと対戦する。
他のチームに所属する選手は、コンピュータプログラム
により操作されてもよいし、他のユーザにより操作され
てもよい。

【００１９】さらに、ユーザは、実在のプロ野球チーム
ではないユーザオリジナルのチームを作ることができ
る。但し、ユーザは、好きな選手を選択することができ
ない。例えば、ユーザは、実際のプロ野球のチームの試
合を１試合行う毎に、所定人数（例えば、３人）の選手
を得ることができる。具体的には、ゲームプログラム
が、全選手の選手IDの中から任意の選手IDを選択し、ユ
ーザに与える。与えられた選手IDは、ゲーム装置のメモ
リ装置２３に作成されるシステムファイルに記憶され
る。ユーザは、メモリ装置２３のシステムファイルに記
憶された選手IDに対応する選手を使用することができ、
その選手達によるオリジナルチームを作ることができ
る。

【００２０】しかしながら、ユーザは、欲しい選手を得
られない場合がある。そこで、現実にプロ野球で行われ
るトレードを、本実施の形態の野球ゲームにおいて導入
する。具体的には、ユーザ同士で、ネットワークを介し
て、自己が有する選手IDを交換することで、トレードが
成立する。

【００２１】このとき、実際のトレードは、選手という
実在する人物そのものが交換されるが、コンピュータゲ
ームにおける野球ゲームでは、選手IDというデータを交
換することにより、トレードが成立する。このように、
選手IDはデータであって、上述の「課題」で説明したよ
うに、ネットワーク上で容易にコピーすることが可能な
ので、選手IDが増殖しないように、選手IDを交換する方
法を提供する必要がある。

【００２２】なお、本実施の形態の野球ゲームでは、選
手IDを、あたかも袋菓子の付録であるプロ野球選手カー
ドをユーザ同士で交換するのと同じ感覚で交換すること
ができる。従って、以下において、選手IDを「カード」
と称する場合もある。

【００２３】図２は、本発明の実施の形態におけるデー
タの交換手順の概略を説明する図である。図２では、ク
ライアントＡとBとの間でのデータ交換について説明す
る。

【００２４】各クライアントはシステムファイルを有す
る。システムファイルは、野球ゲームのゲームプログラ
ムを最初に起動したときに作成されるデータであって、
主に選手IDを格納するデータである。システムファイル
は、各クライアント（ゲーム装置）のメモリ装置２３に
作成される。また、システムファイルには、固有の識別
記号（S-ID）が与えられる。

【００２５】図２（ａ）において、クライアントＡのユ
ーザは、クライアントＡをインターネット経由でサーバ
Ｓに接続し、サーバＳのホームページにトレード希望情
報を掲載する。クライアントＡのユーザは、掲載された
トレード希望情報を見たクライアントＢのユーザと電子
メールにてトレード交渉を行う。交渉が成立すると、図
２（ｂ）において、各ユーザは、サーバＳに設定された
選手ID交換専用領域（交換ロッカー）に存在する空のフ
ォルダを自己のクライアントにダウンロードする。そし
て、各ユーザは、各クライアントＡ、Ｂのシステムファ
イルからフォルダに交換される選手IDを移動し、選手ID
を格納したフォルダをサーバＳの交換ロッカーにアップ
ロードする。なお、フォルダには、システムファイルの
S-IDも記憶される。

【００２６】フォルダは、データに付されるヘッダであ
って、各種情報を記憶するものである。本実施の形態で
は、データをシステムファイルからフォルダに移動する
ことは、システムファイルから取り出されたデータにヘ
ッダを付すことを意味し、データをフォルダからシステ
ムファイルに移動することは、データからヘッダをはず
して、システムファイルに格納することを意味する。ま
た、フォルダのアップロード及びダウンロードは、ヘッ
ダが付されたデータのアップロード及びダウンロードを
意味する。

【００２７】サーバＳは、クライアントＡ、Ｂからアッ
プロードされる各フォルダＦ１、Ｆ２に、固有の識別記
号（F-ID）を付与する。F-IDは、例えば、全てのデータ
交換に対して順に与えられる通し番号である。両クライ
アントＡ、ＢからフォルダＦ１、Ｆ２がサーバＳにアッ
プロードされると、サーバＳはフォルダＦ１、Ｆ２内の
選手IDを交換する。サーバＳでの選手ID交換後、各フォ
ルダＦ１、Ｆ２は、それぞれのクライアントＡ、Ｂにダ
ウンロードされる。ここで、ダウンロードされるフォル
ダに含まれるF-IDとシステムファイルに含まれるF-IDが
比較される。システムファイルには、前回の選手IDの交
換におけるフォルダのF-IDが記憶されている。そして、
フォルダのF-IDがシステムファイルのF-IDより大きい場
合にのみ、フォルダからシステムファイルへの選手IDの
移動が許可される。選手IDがシステムファイルに移動す
ると、システムファイルに記憶されるF-IDも今回の交換
におけるフォルダに与えられたF-IDに上書きされる。従
って、フォルダを複数回ダウンロードして、同じ選手ID
を複数回システムファイルに移動させようとしても、フ
ォルダのF-IDはシステムファイルのF-IDと一致してしま
うので、選手IDの移動は許可されない。これにより、フ
ォルダを複数回ダウンロードして、システムファイルで
選手IDが増殖するのを防止することができる。

【００２８】なお、フォルダをアップロードする場合、
複製されたフォルダがサーバにアップロードされるの
で、フォルダはクライアントＡ、Ｂに残る。しかしなが
ら、クライアントに残ったフォルダには、フォルダIDが
付されていないので、フォルダIDの比較ができず、フォ
ルダ内の選手IDをシステムファイルに戻すことは許され
ない。これにより、アップロードした選手IDがシステム
ファイルに戻されて、選手IDが増殖するのを防止するこ
とができる。

【００２９】さらに、F-IDと同時に、システムファイル
の識別記号S-IDの比較も行われる。即ち、フォルダに含
まれるS-IDとシステムファイルのS-IDが異なる場合は、
フォルダからシステムファイルへの選手IDの移動が許可
されない。S-IDの比較を行わないと、次のような不都合
が生じる。即ち、システムファイルは、クライアント本
体に脱着可能なメモリ装置２３に格納されるので、フォ
ルダをダウンロードして、選手IDをフォルダからシステ
ムファイルに移動させた後に、別のメモリ装置２３を装
着し、再度フォルダをダウンロードすることにより、そ
の別のメモリ装置２３に格納される別のシステムファイ
ルに選手IDを移動可能になってしまい、選手IDが増殖し
てしまう。そこで、選手IDの移動を一つのシステムファ
イルに限定するために、S-IDの比較が行われる。

【００３０】このように、本発明の実施の形態では、ク
ライアント内のシステムファイル及びダウンロードされ
るフォルダそれぞれが有するシステムファイルを識別す
るS-ID及びフォルダを識別するF-IDを比較し、所定条件
に従って、フォルダからシステムファイルへの選手IDの
移動を可否を決定することで、選手IDの増殖を防止する
ことができる。

【００３１】図３及び図４は、本発明の実施の形態にお
けるデータ交換方法を示すフローチャートである。図３
及び図４において、選手IDの交換を呼びかけるユーザａ
のゲーム装置をクライアントＡ、ユーザａの呼びかけに
応じるユーザｂのゲーム装置をクライアントＢとする。
また、ネットワーク上には、本実施の形態におけるデー
タ交換、即ち選手IDのトレードを管理するサーバＳがあ
る。

【００３２】まず、ユーザａ、ｂは、野球ゲームプログ
ラムが格納されたCD-ROMをゲーム装置にセットし、ゲー
ムプログラムを起動する。ゲームプログラムを最初に起
動すると、ゲーム装置のメモリ装置２３に、システムフ
ァイルが作成される。システムファイルは、主に選手ID
を記憶するデータである。また、システムファイルに
は、固有の識別符号（以下、S-IDという）が付与され、
システムファイルは、S-IDと、さらに、ユーザの電子メ
ールアドレスとを記憶する。ユーザが野球ゲームを実行
する度に取得する選手IDは、システムファイルに保存さ
れる。なお、システムファイルは、ゲームプログラムに
より管理されるファイルである。

【００３３】図３において、例えば、ユーザａが、選手
IDの交換（トレード）を希望する場合、クライアントＡ
からサーバＳにトレードを申し込む（ステップＳ１）。
トレード申し込み手順について、詳しく説明する。ま
ず、クライアントＡにおいて、ゲームプログラムを起動
すると、図５に示すトップメニューが、クライアントＡ
の画面に表示される。ユーザａは、図５の「インターネ
ット」をクライアントＡのコントローラを操作して選択
すると、ブラウザプログラムが起動し、インターネット
経由で、サーバＳに設けられる本実施の形態の野球ゲー
ムに対応するホームページにアクセスする。なお、ゲー
ム装置がインターネットに接続している間、ゲームプロ
グラムの実行は中断される。

【００３４】図６は、ホームページのトップページの例
である。ユーザａは、ホームページのトップページに表
示される「交換希望を告知する場所です」を選択する。
そうすると、図７の画面が表示される。図７は、トレー
ド登録画面の例である。ユーザａは、自己のメールアド
レス、パスワード及び名前を入力する。パスワードと名
前は、あらかじめサーバＳに登録される。入力が終了
し、終了ボタン（図示せず）を選択すると、図８の画面
が表示される。図８は、トレードメニューの表示画面の
例である。図８の画面において、ユーザａは、「書き込
み」を選択する。そうすると、図９の画面が表示され
る。図９は、トレード申し込み画面の例である。図９に
おいて、ユーザａは、欲しいカードと放出可能カードと
を入力し、「はい」を選択する。

【００３５】これにより、ユーザａからのトレード申し
込みがサーバＳに登録される。そして、図３において、
サーバＳは、トレード申し込みを受け付けると、サーバ
Ｓのメモリ上の所定領域にユーザａからの当該トレード
申し込みに対応する交換専用領域を設定する（ステップ
Ｓ２）。以下、この交換専用領域を「交換ロッカー」と
称する。このように、本実施の形態では、サーバＳに各
トレード申し込み毎の交換ロッカーを設定することによ
り、複数のトレードをそれぞれ処理することができる。

【００３６】サーバＳは、交換ロッカーの設定ととも
に、そこにアクセスするためのキーワードを発行し、そ
れをユーザａに通知する（ステップＳ３）。図１０は、
交換ロッカーのキーワードを通知する画面の例である。

【００３７】一方、他のユーザは、サーバＳに登録され
たトレード申し込み内容を、図８の「みる」を選択する
ことによって閲覧することができる（ステップＳ４）。
例えば、ユーザｂは、上述のように、クライアントＢを
インターネットでサーバＳと接続し、上記同様に、図６
のホームページのトップページから図７、図８の画面と
進んで、図８の「みる」を選択する。図１１は、サーバ
Ｓに登録されたトレード申し込み内容の一覧が示された
画面の例である。一覧画面から希望するトレード申し込
み内容の表示部分をクリックすると、そのトレード申し
込み内容が選択される。図１２は、選択されたトレード
申し込み内容の表示画面の例である。

【００３８】ユーザｂが表示されたトレード申し込み内
容でのトレードを希望する場合、「メールを出す」をク
リックして、ユーザｂは、トレード申し込み相手（ここ
では、ユーザａであるとする）に直接電子メールを出し
て（ステップＳ５）、トレードの交渉を行う。

【００３９】一方、ユーザａは、図８の画面における
「メールを読む」を選択すると、自己宛に送られたメー
ルを読むことができる（ステップＳ６）。図１３は、自
己宛に届いたメールの一覧を示す画面の例である。

【００４０】ユーザａは、希望するトレード相手と電子
メールによって直接交渉する。ユーザｂとの間でトレー
ドの交渉が成立すると、ユーザａは、上述の交換ロッカ
ーのキーワードをユーザｂに電子メールによって伝える
（ステップＳ７）。このように、交換ロッカーにアクセ
スするためのキーワードを発行することにより、他のユ
ーザに自由にアクセスされて、アップロードされた選手
IDを勝手にダウンロードされるのを防止することができ
る。

【００４１】交渉が成立すると、ユーザａは、交換ロッ
カーにアクセスする。具体的には、図８の「交換ロッカ
ー」をクリックすると、図１４の画面が表示される。図
１４は、交換ロッカー設定時に発行されたキーワードを
要求する画面の例である。キーワードが入力されると、
次に、図１５の画面が表示される。図１５は、トレード
内容を申告する画面の例である。ユーザａは、ユーザｂ
との間で成立したトレード内容を申告し（ステップＳ
８）、トレード内容がサーバＳに登録される（ステップ
Ｓ９）。トレード内容が登録されると、図１６の画面が
表示される。図１６は、登録されたトレード内容が表示
された交換ロッカーの画面の例である。

【００４２】ユーザａは、図１６の画面の「フォルダを
ダウンロード」を選択し、フォルダをダウンロードする
（ステップＳ１０Ａ）。ダウンロードされるフォルダは
空である。但し、クライアントＡにダウンロードされる
フォルダには、ユーザａが放出する選手ID情報が書き込
まれている。

【００４３】一方、ユーザｂも、交渉成立後、交換ロッ
カーにアクセスする。具体的には、図８の画面の「交換
ロッカー」をクリックすると、上記図１４のキーワード
入力要求画面が表示される。ユーザｂがユーザａから通
知されたキーワードを入力すると、上記図１６の画面が
表示される。なお、トレード内容は、ユーザａによって
既に申告され、登録されているので、ユーザｂがキーワ
ードを入力すると、図１６に示される交換ロッカーの画
面が表示される。ユーザｂも、「フォルダをダウンロー
ド」を選択し、空のフォルダをダウンロードする（ステ
ップＳ１０Ｂ）。クライアントｂがダウンロードするフ
ォルダには、ユーザｂが放出する選手ID情報が書き込ま
れている。

【００４４】ユーザａ、ｂともに、空のフォルダをダウ
ンロードした後、一旦、インターネットを切断する。そ
して、ゲームプログラムを再度起動する。そうすると、
図５に示したトップメニュー画面がクライアントＡ、Ｂ
にそれぞれ表示される。以下、クライアントＡ、Ｂにお
ける処理は同じであるので、代表して、クライアントＡ
での処理について説明する。

【００４５】ユーザａは、図５のトップメニュー画面か
ら「オリジナル」を選択する。図１７は、「オリジナ
ル」のメニュー画面の例である。ユーザａは、「トレー
ド」を選択する。「トレード」が選択されると、図１８
の画面が表示される。図１８の画面は、トレードメニュ
ー画面である。ユーザａは、図１８の画面の「準備」を
選択する。そうすると、フォルダに書き込まれている選
手ID情報に対応する選手IDが、システムファイルからフ
ォルダに移動する（ステップＳ１１Ａ）。選手IDがフォ
ルダに移動すると、図１９の画面が表示される。図１９
は、移動した選手IDを確認するための画面である。図１
９には、移動した選手IDに対応する選手名が表示され
る。ユーザａは、図１９の画面の「準備OK」を選択す
る。これにより、選手IDのフォルダへの移動が確定す
る。また、フォルダには、選手IDとともに、クライアン
トＡのシステムファイルのS-ID及びユーザａのメールア
ドレスも書き込まれる。

【００４６】こうして、トレード準備処理が終了する
と、図示しない終了メッセージが表示され、図５のトッ
プメニュー画面に戻る。

【００４７】ユーザａは、図５のトップメニュー画面か
ら再度「インターネット」を選択し、クライアントＡを
インターネット経由でサーバＳと接続する。そして、ユ
ーザａは、図６のホームページにアクセスし、図１６の
画面に進む。さらに、ユーザａは、図１６の画面におい
て、「カードをアップロード」を選択する。そうする
と、図４において、上記選手IDが移動したフォルダが、
クライアントＡからサーバＳの交換ロッカーにアップロ
ードされる（ステップＳ１２Ａ）。アップロードが完了
すると、「アップロード済み」が表示される。一方、ユ
ーザｂも、上述の手順に従って、自己の放出カードを交
換ロッカーにアップロードする。

【００４８】サーバＳは、アップロードされるフォルダ
に、固有の識別記号を付与する（ステップＳ１３）。以
下、このフォルダに固有の識別記号をF-IDと称する。F-
IDは、例えば、全てのトレードに対して順に与えられる
通し番号であり、フォルダがアップロードされた順に、
例えば１ずつカウントアップされる数字である。

【００４９】そして、交換ロッカーに２つのフォルダが
アップロードされると、サーバＳは、両フォルダに格納
される選手IDを交換する（ステップＳ１４）。これによ
り、クライアントＡからアップロードされたフォルダＦ
１に、クライアントＢからアップロードされたフォルダ
Ｆ２に格納されていた選手IDが移動し、クライアントＢ
からアップロードされたフォルダＦ２に、クライアント
ＡからアップロードされたフォルダＦ１に格納されてい
た選手IDが移動する。

【００５０】なお、上述においては、トレード内容に対
応する選手ＩＤのフォルダへの移動は、クライアントに
よって行われる。即ち、アップロードされる選手ＩＤが
トレード内容通りであるかの認証は、クライアント側で
行われる。一方、選手ＩＤの認証は、サーバ側で行われ
てもよい。例えば、選手ＩＤのフォルダへの移動がユー
ザのマニュアル操作によって行われる場合である。

【００５１】具体的には、サーバＳは、クライアント
Ａ、Ｂからアップロードされる選手IDが、ステップＳ９
において登録されたトレード内容と一致するか否かの認
証を行う。具体的には、クライアントＡからアップロー
ドされるフォルＦ１には、ユーザａが放出する選手IDに
加えて、クライアントＡのシステムファイルのS-ID及び
ユーザａの電子メールアドレスが格納される。サーバＳ
は、アップロードされたフォルダに格納される選手IDと
電子メールアドレスとを比較することで、アップロード
されたフォルダの内容をチェックすることができる。例
えば、ユーザａの電子メールアドレスは、ステップＳ９
において、すでにサーバＳに登録されている。従って、
サーバＳは、ユーザａの電子メールアドレスを格納した
フォルダに、ユーザａが放出する選手IDが含まれている
ことを確認することによって、アップロードされる一方
のフォルダの認証を行う。また、サーバＳは、ユーザａ
が誰と交渉成立したか知らない。従って、サーバＳは、
知らない電子メールアドレスを格納したフォルダに、ユ
ーザａが受け取る選手IDが含まれていることを確認する
ことによって、アップロードされる他方のフォルダの認
証を行う。

【００５２】サーバＳが両フォルダに含まれる選手IDを
交換した後、ユーザａは、図１６の「カードをダウンロ
ード」を選択する。これにより、クライアントＡには、
自己のフォルダＦ１がダウンロードされる（ステップＳ
１５Ａ）。

【００５３】ユーザａは、自己のフォルダＦ１をダウン
ロードした後、再度、インターネットを切断する。そし
て、ゲームプログラムを再度起動する。そうすると、図
５に示したトップメニュー画面がクライアントＡに表示
される。ユーザａは、図５のトップメニュー画面から
「オリジナル」を選択し、図１７の「オリジナル」のメ
ニュー画面から「トレード」を選択する。さらに、ユー
ザａは、図１８のトレードメニュー画面から「回収」を
選択する。そうすると、図２０に示す画面が表示され
る。図２０は、フォルダＦ１に含まれる選手IDを確認す
るための画面である。図２０には、移動した選手IDに対
応する選手名が表示される。

【００５４】図２０の画面の「回収」が選択されると、
クライアントＡは、まず、ダウンロードされたフォルダ
Ｆ１に含まれるF-IDと、システムファイルに記憶されて
いるF-IDとを比較する（ステップＳ１６Ａ）。そして、
フォルダＦ１に含まれるF-IDが、システムファイルに記
憶されているF-IDより大きい数字である場合、フォルダ
Ｆ１に含まれる選手IDのシステムファイルへの移動が許
可される。そうでない場合は、選手IDの移動が許可され
ない。

【００５５】後述のステップＳ１７Ａにおいて、フォル
ダＦ１からシステムファイルへの選手IDの移動が許可さ
れると、システムファイルが記憶するF-IDはフォルダＦ
１のF-IDに上書きされる（ステップＳ１９Ａ）。

【００５６】従って、ユーザａが、再度、交換ロッカー
からフォルダＦ１をダウンロードし、それに含まれる選
手IDをシステムファイルに移動させようとしても、シス
テムファイルに記憶されるF-IDと、ダウンロードされた
フォルダＦ１のF-IDが同じであるので、移動が許可され
ない。このようにして、選手IDの無限増殖が防止され
る。

【００５７】さらに、好ましくは、上述のF-IDの比較と
ともに、S-IDの比較も行われる（ステップＳ１７Ａ）。
即ち、クライアントＡは、ダウンロードされたフォルダ
Ｆ１に含まれるS-IDと、システムファイルに記憶されて
いるS-IDとを比較する。そして、フォルダＦ１に含まれ
るS-IDが、システムファイルに記憶されているS-IDと一
致した場合、フォルダＦ１に含まれる選手IDのシステム
ファイルへの移動が許可される。そうでない場合は、選
手IDの移動が許可されない。もちろん、S-IDが一致した
場合であっても、上述のF-IDの比較によって移動が許可
されない場合は、選手IDは移動しない。

【００５８】これは、次のような場合に選手IDが無限増
殖するのを防止する。即ち、システムファイルは、ゲー
ム装置（クライアント）から脱着可能なメモリ装置２３
に記憶される。従って、クライアントＡに別のメモリ装
置２３が挿入される可能性がある。別のメモリ装置２３
に格納されるシステムファイルのF-IDは、フォルダＦ１
のF-IDより古い番号である。従って、システムファイル
のS-IDを比較しないと、フォルダＦ１を再度ダウンロー
ドすることで、別のメモリ装置２３のシステムファイル
に対する選手IDの移動が許可され、選手IDが増殖すると
いう不都合が生じる。そこで、システムファイルのS-ID
がメモリ装置２３ごとに異なることに着目し、S-IDを比
較することで、選手IDの増殖を防止する。

【００５９】S-IDの代わりに、システムファイルに格納
される電子メールアドレスと、フォルダＦ１に含まれる
電子メールアドレスとを比較し、一致する場合に、選手
IDの移動を許可し、一致しない場合には、移動を許可し
ないようにしてもよい。さらに、S-IDと電子メールアド
レスの組み合わせが比較されてもよい。

【００６０】なお、システムファイルがゲーム装置から
脱着不可能なメモリに記憶されている場合は、S-IDの比
較は行われなくともよい。

【００６１】F-IDの比較、S-IDの比較によって、選手ID
の移動が許可されると、選手IDは、フォルダＦ１からシ
ステムファイルに移動する（ステップＳ１８Ａ）。許可
されない場合は、図示されない警告画面が表示され（ス
テップＳ２１Ａ）、選手IDは移動しない。

【００６２】選手IDがフォルダＦ１からシステムファイ
ルに移動した後、システムファイルに記憶されるF-ID
は、フォルダＦ１に含まれるF-IDに上書きされる（ステ
ップＳ１９Ａ）。さらに、フォルダＦ１は消去される
（ステップＳ２０Ａ）。

【００６３】なお、サーバＳの交換領域にあるフォルダ
Ｆ１、Ｆ２は、所定期間（例えば１週間）経過したら、
自動的に消去される。

【００６４】なお、本実施の形態では、フォルダに付与
される識別記号F-IDは通し番号であって、フォルダのF-
IDがシステムファイルに記憶されるF-IDより大きい場合
にのみ、選手IDの移動が許可されるが、F-IDの比較は、
この例に限定されない。例えば、システムファイルが過
去のF-IDを全て記憶していて、フォルダのIDがシステム
ファイルに記憶されるF-IDの一つと一致する場合に、選
手IDの移動が拒否されるようにしてもよい。また、この
場合、F-IDは、通し番号でなくともよく、文字、数字、
記号などの組み合わせであってもよい。

【００６５】また、本発明は、データ交換に限らず、デ
ータ転送にも適用可能である。即ち、クライアントＡか
らクライアントＢにネットワーク上のサーバを介してデ
ータを転送する場合、クライアントＡにおいて、サーバ
にアップロードしたデータが残らないようにするため
に、また、クライアントＢにおいて、複数回のダウンロ
ードにより、データを複数回取り込むのを防止するため
に、本発明が適用されてもよい。具体的には、クライア
ントＡは、データをシステムファイルからフォルダに移
動してから、そのフォルダをサーバの転送専用領域にア
ップロードする。

【００６６】フォルダには、上述同様にフォルダIDが付
される。そして、クライアントＢは、フォルダをダウン
ロードし、クライアントＢのシステムファイルに記憶さ
れるフォルダIDとダウンロードされたフォルダに付され
たフォルダIDとを比較する。

【００６７】フォルダIDが上述同様に通し番号である場
合は、フォルダに付されたフォルダIDがシステムファイ
ルに記憶されたフォルダIDより大きい場合にのみ、フォ
ルダ内のデータをシステムファイルに移動するのが許可
される。また、クライアントＡに残るフォルダには、フ
ォルダIDが付されていないので、フォルダIDの比較に基
づいて、フォルダ内のデータのシステムファイルへの移
動が許可されない。また、この場合、一旦クライアント
ＡからアップロードされたフォルダをクライアントＡが
ダウンロードできないようにする必要がある。そのため
に、例えば、上述におけるS-IDの比較が行われ、システ
ムファイルのS-IDとフォルダに記憶されるS-IDが一致す
る場合は、データの移動が禁止されるようにしてもよ
い。このようにして、データの増殖を防止する。

【００６８】本発明の保護範囲は、上記の実施の形態に
限定されず、特許請求の範囲に記載された発明とその均
等物に及ぶものである。

【００６９】

【発明の効果】以上、本発明によれば、ネットワーク上
でデータを交換する場合に、ネットワーク上で送受信さ
れるデータに、そのデータ自身を識別するための識別記
号が付与される。そして、その識別記号と、クライアン
トで保持する識別記号との比較に基づいて、一度だけク
ライアント内へのデータの取り込みが許可される。これ
により、ネットワーク上でのデータ交換において、デー
タが複数回ダウンロードされて、クライアント内で増殖
するのを防止することができる。

【００７０】さらに、データがクライアント本体に脱着
可能なメモリ装置に取り込まれる場合、ネットワーク上
で送受信されるデータに、メモリ装置を識別するための
識別記号が付与される。そして、その識別記号と、クラ
イアントで保持する識別記号との比較に基づいて、同じ
識別記号を有するメモリ装置に対してのみ、データの取
り込みが許可される。これにより、データが複数回ダウ
ンロードされて、別のメモリ装置に次々と取り込まれ
て、増殖するのを防止することができる。

【図面の簡単な説明】

【図１】ネットワーク上のクライアントであるコンピュ
ータゲーム装置のブロック構成図である。

【図２】本発明の実施の形態におけるデータの交換手順
の概略を説明する図である。

【図３】本発明の実施の形態におけるデータ交換方法を
示すフローチャートである。

【図４】本発明の実施の形態におけるデータ交換方法を
示すフローチャートである。

【図５】本実施の形態のゲームトップメニュー画面の例
である。

【図６】ホームページのトップページの例を示す図であ
る。

【図７】トレード登録画面の例である。

【図８】トレードメニューの表示画面の例である。

【図９】トレード申し込み画面の例である。

【図１０】交換ロッカーのキーワードを通知する画面の
例である。

【図１１】サーバＳに登録されたトレード申し込み内容
の一覧が示された画面の例である。

【図１２】選択されたトレード申し込み内容の表示画面
の例である。

【図１３】自己宛に届いたメールの一覧を示す画面の例
である。

【図１４】交換ロッカー設定時に発行されたキーワード
を要求する画面の例である。

【図１５】トレード内容を申告する画面の例である。

【図１６】登録されたトレード内容が表示された交換ロ
ッカーの画面の例である。

【図１７】「オリジナル」のメニュー画面の例である。

【図１８】トレードメニュー画面である。

【図１９】移動した選手IDを確認するための画面であ
る。

【図２０】フォルダＦ１に含まれる選手IDを確認するた
めの画面である。

【図２１】ネットワーク上におけるデータの交換を説明
するための模式図である。

【符号の説明】

ＡクライアントＢクライアントＳサーバ１０ CPU １１ジオメトリプロセッサ１３記録媒体（CD-ROM）１６レンダリングプロセッサ２２モデム２３メモリ装置

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｈ０４Ｍ 3/00 Ｈ０４Ｌ 11/20 １０１Ｚ // Ａ６３Ｆ 13/00 (72)発明者地宏之東京都大田区羽田１丁目２番12号株式会社セガ・エンタープライゼス内Ｆターム(参考） 2C001 AA05 CB00 CB01 CB08 5B082 GC05 HA05 HA08 5K030 HA06 HB19 HC01 HC13 MC07 5K051 BB02 CC02 DD01 EE01 KK05 9A001 BB03 BB04 CC03 DD10 DD13 JJ25 JJ27 JJ76 KK60 LL04

Claims

【特許請求の範囲】

【請求項１】ネットワーク上で、第一のクライアント内
のファイルに含まれるデータと、第二のクライアント内
のファイルに含まれるデータとをサーバを介して交換す
るデータ交換方法において、前記第一及び第二のクライアントそれぞれにおいて、前
記データにヘッダを付し、前記第一及び第二のクライアントそれぞれから前記サー
バに前記データをアップロードし、前記サーバによって、前記アップロードされた二つのデ
ータを交換し、且つ前記二つのデータそれぞれのヘッダ
に、それを識別するためのヘッダＩＤを与え、前記第一のクライアントからアップロードされたデータ
を前記第一のクライアントにダウンロードし、前記第二
のクライアントからアップロードされたデータを前記第
二のクライアントにダウンロードし、前記第一のクライアントにおいて、前記ダウンロードさ
れたデータのヘッダに与えられたヘッダＩＤと前記第一
のクライアント内に格納されるヘッダＩＤとの比較に基
づいて、前記データの前記ファイルへの格納の可否を決
定し、前記第二のクライアントにおいて、前記ダウンロ
ードされたデータのヘッダに与えられたヘッダＩＤと前
記第二のクライアント内に格納されるヘッダＩＤとの比
較に基づいて、前記データの前記ファイルへの格納の可
否を決定することを特徴とするデータ交換方法。
【請求項２】請求項１において、前記第一及び第二のクライアントは、前記データが前記
ファイルに格納された場合、前記データに付与されたヘ
ッダＩＤを記憶することを特徴とするデータ交換方法。
【請求項３】請求項２において、前記ヘッダIDは、データ交換順に付与される通し番号で
あって、前記ダウンロードされたデータに付与されたヘッダID
が、前記記憶されるヘッダIDより大きい場合に、前記デ
ータの格納が許可されることを特徴とするデータ交換方
法。
【請求項４】請求項１乃至３のいずれかにおいて、前記第一クライアントからのデータ交換希望を事前に前
記サーバに申告し、前記申告に基づいて、前記データ交換希望に対応するデ
ータ交換専用領域を前記サーバに設定し、前記第一及び第二のクライアント間でのデータ交換決定
後、前記データは、前記第一及び第二のクライアントか
らそれぞれ前記専用領域にアップロードされ、前記専用
領域で前記データが交換されることを特徴とするデータ
交換方法。
【請求項５】請求項４において、前記サーバは、前記専用領域を設定すると、前記専用領
域にアクセスするためのキーワードを前記第一のクライ
アントに通知することを特徴とするデータ交換方法。
【請求項６】請求項５において、前記第一のクライアントは、前記第二のクライアントと
のデータ交換決定後、前記キーワードを前記第二のクラ
イアントに通知することを特徴とするデータ交換方法。
【請求項７】請求項１乃至６のいずれかにおいて、前記ファイルが、前記クライアントに脱着可能に取り付
けられるメモリ装置に格納される場合、前記ファイルに、それを識別するためのファイルＩＤを
与え、前記データに付されたヘッダに、前記ファイルＩＤを複
製し、前記データをダウンロードした後、前記データのヘッダ
に記憶されるファイルＩＤと前記メモリ装置内に格納さ
れるファイルＩＤとの比較に基づいて、前記データの前
記ファイルへの格納の可否を決定することを特徴とする
データ交換方法。
【請求項８】ネットワーク上の第一のクライアントから
第二のクライアントにサーバを介してデータを転送する
データ転送方法において、第一のクライアント内のファイルに含まれるデータにヘ
ッダを付し、前記データを前記第一のクライアントから前記サーバに
アップロードし、前記サーバにおいて、アップロードされたデータのヘッ
ダに、それを識別するためのヘッダＩＤを与え、前記データを前記サーバから前記第二のクライアントに
ダウンロードし、前記ダウンロードされたデータに付されたヘッダに与え
られたヘッダＩＤと、前記第二のクライアント内に格納されるヘッダＩＤとの
比較に基づいて、前記ダウンロードされたデータの前記
第二のクライアント内のファイルへの格納の可否を決定
することを特徴とするデータ転送方法。