WO2008075670A1

WO2008075670A1 - ゲームシステム、ゲーム装置、通信装置、コンピュータプログラムおよびデータ管理方法

Info

Publication number: WO2008075670A1
Application number: PCT/JP2007/074291
Authority: WO
Inventors: Yoshihiko Narita; Shinpei Makino; Takashi Inubushi; Yoshiko Oiwa; Takahiro Ohashi
Original assignee: Konami Digital Entertainment Co., Ltd.
Priority date: 2006-12-20
Filing date: 2007-12-18
Publication date: 2008-06-26
Also published as: TW200835537A; KR20090101251A; TWI349573B; US20100048303A1; JP4130214B2; US8360889B2; JP2008154629A; KR101109829B1

Abstract

ゲームシステム（１００）は、複数のゲーム端末（２００）と通信装置（３００）を有する。通信装置（３００）は、プレイの終了と状況を示す終了通知を受信し、このプレイの結果を示すプレイデータと当該終了通知を受信した時刻に対応する時刻を示す時刻データを含む状況データ（２５４）を保持する。ゲーム端末（２００）は、状況要求を送信することによって、その時点で通信装置（３００）に保持されている状況データ（２５４）を受信し、状況データ内の時刻データが示す時刻から遅延時間経過後に当該状況データ内のプレイデータを読み出して、そのプレイデータで表されるプレイの状況に対応する情報を出力する。

Description

明細書

ゲームシステム、ゲーム装置、通信装置、コンピュータプログラムおよびデータ管理方法

技術分野

[0001] 本発明は、ゲームシステム、ゲーム装置、通信装置、コンピュータプログラムおよびデータ管理方法に関する。

背景技術

[0002] 特許第 3496150号公報には、複数のゲーム端末を備え、対戦型のゲームのプレィ（ゲームプレイ）を複数同時に実現可能なネットワーク方式のゲームシステムにおいて、ある対戦で生じたイベントを他の対戦を行っているプレイヤに通知することにより、プレイに参加中のプレイヤに対して、対戦相手以外のプレイヤの存在を認識させる技術が記載されている。この技術では、プレイに参加中のプレイヤのゲーム端末でィベントが生じると、このイベントが、特定の通信装置（サーバ装置）に通知され、この通信装置から他の通知先のゲーム端末へ通知される。通知先のゲーム端末は、特定の通信装置にお!/、て、通知するイベントの内容等に基づレ、て決定される。

発明の開示

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

[0003] 特許第 3496150号公報に記載の技術を実施する場合、特定の通信装置から通知先のゲーム端末へのイベントの通知をプッシュ型の通信により実現するのが妥当である。この形態では、通知先となり得る全てのゲーム端末の通信アドレスを特定の通信装置が集中管理することになる。したがって、通知先となり得るゲーム端末の数が多いと、すなわち同時に実現されるプレイの数が多いと、特定の通信装置の通信負荷が過大となってしまう。

[0004] ところで、ネットワーク方式のゲームシステムには、複数のプレイを同時に実現可能であり、かつ、各プレイに参加するプレイヤの数が単数であり、かつ、各プレイの結果が特定の通信装置に蓄積される形態のゲームシステムがある。このようなゲームシステムであっても、ネットワーク方式のゲームシステムである以上、プレイに参加中のプレイヤに対して他のプレイヤの存在を認識させることは重要である。そこで、このようなシステムにおいて、各プレイに参加中の各プレイヤに対して、ゲームシステム全体におけるプレイの状況の推移を知らせることを考える。プレイの状況の推移とは、例えば

、あるプレイの終了の 3分後に別のプレイが終了した、といったことである。これを実現する場合、プレイ終了のイベントを、全てのプレイに参加中の全てのプレイヤのゲーム端末へ通知する必要があるから、特許第 3496150号公報に記載の技術を用いたとしても、特定の通信装置の通信負荷が過大となってしまう。

[0005] 一方、一般的なネットワーク型のゲームシステムでは、ゲーム端末がクライアントとなり、特定の通信装置がサーバとなって、プル型の通信を行う。このようなプル型の通信のゲームシステムによって特許第 3496150号公報に記載の技術を実施すれば、多くの通信アドレスを特定の通信装置が集中管理する必要がなくなる。しかし、この形態では、通知先となり得るゲーム端末は、他のゲーム端末でイベントが発生したこと、および自己力 Sイベントの通知先となったことを知りえないから、一定の周期で特定の通信装置にアクセスすることになる。したがって、同時に実現されるプレイの数が多いと、特定の通信装置の負荷が過大となってしまう。また、この形態では、複数のィべントの通知の時間間隔を、これら複数のイベントの発生の時間間隔と一致させることが困難であるから、プレイに参加中のプレイヤに対して、ゲームシステムにおけるプレィの状況の正確な推移を知らせることは困難である。

[0006] そこで、本発明は、ネットワーク方式のゲームシステムにおいて、通信負荷を過大とすることなぐプレイに参加中のプレイヤに対して、当該ゲームシステムにおけるプレィの状況の正確な推移を知らせることができるようにする。

課題を解決するための手段

[0007] まず、この明細書で使用される用語について説明する。

「ゲーム」とは、プレイ（ゲームプレイ）の結果に関わる!/、くつかのルールを有する活動である。「ゲーム」は、二以上の参加プレイヤまたは二以上の参加チームが競争または協力するマルチプレイヤゲーム（multト player game)、一の参加プレイヤが目標の達成または楽しむために行う単独プレイヤゲーム（single-player game)すなわち on e-person games,およびパズルを含む。この明細書では、ゲームの例として単独プレィャゲームを開示する。しかし、本発明は、単独プレイヤゲームの形態に限定されず、他のあらゆるゲームの形態も包含する。マルチプレイヤゲームとしては、各プレイの結果が当該プレイの参加プレイヤ毎に定まる個人評価型のゲームや、各プレイの結果が当該プレイの参加プレイヤの集団である参加チーム毎に定まるチーム評価型のゲームを含む。また、マルチプレイヤゲームとしては、各プレイにおいて当該プレイの参加プレイヤまたは参加チームが、互いに競争する競争型のゲームや、互いに協力する協力型のゲームを含む。競争型のゲームとしては、参加プレイヤまたは参加チームが対戦する対戦型のゲームを含む。

ゲームについて「プレイ」とは、プレイヤがあるゲームを実行する一回の行為をいう。従って、一つのゲームについては、同じプレイヤによって複数のプレイが繰り返されることもあるし、同時に複数のプレイヤによって複数のプレイが行われることもある。 1 回のプレイの期間を「ゲーム期間」と呼ぶ。ゲーム期間は、ゲームによって固定のこともあるし、不定のこともある。各プレイを行いうる人を、そのプレイまたはゲームの「プレィャ」と呼ぶ。従って、現在または過去にゲームをプレイしていなくても、潜在的にプレイする可能性がある人をプレイヤと呼ぶことがある。但し、特に、実際にゲームを実行しているまたは実行したプレイヤを、そのプレイの「参加プレイヤ（participating play er)」と呼ぶ。「参加」は、単独プレイヤゲームでもマルチプレイヤゲームでも、プレイすることを意味する。各プレイについて、その「結果」とは、そのプレイの参加プレイヤが目的とする評価である。プレイの結果の例としては、勝敗や、順位、得点を含む。

[0009] 「コンピュータゲーム」とは、そのプレイがコンピュータを用いて実現されるゲームをいう。コンピュータゲームのプレイの実現に用いられるコンピュータを、当該コンビユータゲームの「ゲーム装置」と呼ぶ。コンピュータゲームのゲーム装置のうち、その操作のための、そのコンピュータゲームのプレイヤに対するユーザインターフェイスを有するものを、「ゲーム端末」と呼ぶ。ゲーム端末は、単一のコンピュータゲームのみを実現可能でもよレ、し、複数のコンピュータゲームを実現可能であってもよレ、。

[0010] ゲーム端末が設置される場所を「ゲーム場 (game place)」と呼ぶ。ゲーム場の例としては、設置されたゲーム端末を来訪者に有償で使用させる施設（例えば、ゲームァーケード)や、ゲーム端末が設置された住居を含む。前者では、主として来訪者 (visit or)力ゲーム端末の使用者およびコンピュータゲームのプレイヤとなり、後者では、主として住人力ゲーム端末の使用者およびコンピュータゲームのプレイヤとなる。前者には、主として、その使用者からその使用料を徴収するための機能を持つゲーム端末 (業務用ゲーム機の一種)が設置され、後者には、主として、当該機能を持たな

V、ゲーム端末（家庭用ゲーム機の一種）が設置される。

[0011] 「ネットワーク」とは、終端を有し、自己に属する複数の終端ノード間でのデータの送受信を可能とするように設けられたシステムの総称である。ネットワークの例としては、自己に属する各終端ノードに自己内でユニークな通信アドレス（例えば IP (Internet P rotocol)アドレス）が付与され、これらの通信アドレスを用いて終端ノード間でのデータの送受信が行われるものを含む。「終端ノード」とは、自己が属するネットワークに属するノードのうち、当該ネットワークの終端として機能するものの総称である。「ノード」とは、自己が属するネットワーク内で送信または受信を行う装置またはシステムの総称である。ノードの例としては、コンピュータや、ネットワークを含む。複数のネットヮークを複数のノードとして含むネットワークを、「インターネットワーク」と称する。インターネットワークの例としては、インターネットがある。

[0012] 複数のゲーム端末を有する、ネットワーク方式のゲームシステムの例としては、マスター/スレーブ方式のゲームシステム、サーバ/クライアント方式のゲームシステム、ピアツーピア（Pear To Pear)方式のゲームシステムを含む。マスター/スレーブ方式のゲームシステムの例としては、マスターとなるゲーム端末とスレーブとなるゲーム端末が、静的に定められたゲームシステムや、動的に定められるゲームシステムを含む。サーバ/クライアント方式のゲームシステムの例としては、サーバとなるゲーム装置とクライアントとなるゲーム端末とが静的に定められたゲームシステムや、両者が動的に定められるゲームシステム、サーバとクライアントを兼ねるゲーム端末が存在するゲームシステムを含む。

[0013] 「コンピュータ」とは、データを処理する装置のうち、データを保持するメモリと、メモリに保持されているコンピュータプログラムを実行するプロセッサとを有するものの総称である。「データ」とは、情報をコンピュータ等の機械で認識しうる形式で表現したものの総称である。データの例としては、情報を電気的に表現したデータや、情報を磁気的に表現したデータ、情報を光学的に表現したデータを含む。「情報」とは、データで表現可能な対象の総称である。「メモリ」とは、書き込まれたデータを読み出し可能に保持する装置の総称である。メモリの例としては、半導体メモリ、磁気メモリ、光メモリを含む。「コンピュータプログラム」とは、命令を表すデータの集合体のうち、処理の手順を示すものの総称である。コンピュータプログラムの例としては、コンピュータに、コンピュータゲームのプレイを実現させるプログラムを含む。「プロセッサ」とは、命令セットを実装し、その命令セットに含まれて!/、る命令を表すデータの集合体であるコンビユータプログラムに示されている手順で、当該コンピュータプログラム内のデータで表される命令を実行する処理を行うことによって、当該コンピュータプログラムを実行する装置の総称である。プロセッサの例としては、単数の CPU (Central Processing Unit )や、複数の CPUの集合体を含む。

[0014] コンピュータの例としては、外部とのインターフェイスを備えるコンピュータを含む。

外部とのインターフェイスの例としては、外部から情報またはデータを入力する入力部や、外部へ情報またはデータを出力する出力部を含む。情報について「入力」とは、検出または測定によって外部の情報を表すデータを生成する行為の総称である。入力部の例としては、センサや、ボタン、キーボードを含む。情報について「出力」とは、データで表された情報を人間に知覚され得る形態で表す行為の総称である。人間に知覚され得る形態の例としては、光、音、振動を含む。光の形態での情報の出力の例としては、画像の表示、光源の明滅を含む。音の形態での情報の出力の例としては、スピーカによる放音、ソレノイドによる発音機構の駆動（例えば、ベルの鳴動）を含む。振動の形態での情報の出力の例としては、振動子の揺動を含む。

[0015] 次に、本発明につ!/、て説明する。

本発明は、ネットワークに属する複数のゲーム端末と前記ネットワークに属する通信装置とを有するゲームシステムにおいて、前記複数のゲーム端末の各々は、コンビュータゲームのプレイを実現するプレイ処理部と、前記プレイ処理部に実現された前記プレイが終了すると、前記プレイの終了と状況を示す終了通知を前記通信装置へ送信する終了通知送信部と、書き込まれたデータを読み出し可能に保持する端末側データ保持部と、少なくとも既に終了した他のプレイの状況を示すプレイデータと、前記通信装置に当該他のプレイの終了が通知された時刻に対応する時刻を示す時刻デ一タとを含む状況データの送信を前記通信装置に要求する状況要求を前記通信装置へ送信する状況要求送信部と、前記通信装置から前記状況データを受信する状況受信部と、前記状況受信部により前記状況データが受信されると、受信された前記状況データを前記端末側データ保持部に書き込む端末側状況書き込み部と、前記端末側データ保持部から、状況データ内の時刻データが示す時刻から遅延時間経過後に当該状況データ内のプレイデータを読み出す遅延読み出し部と、前記遅延読み出し部により前記プレイデータが読み出されると、読み出された前記プレイデータで表されるプレイの状況に対応する情報を出力する情報出力部とを備え、前記通信装置は、書き込まれたデータを読み出し可能に保持する装置側データ保持部と、前記複数のゲーム端末のいずれかからプレイの終了と状況を通知する終了通知を受信する終了通知受信部と、前記終了通知受信部により前記終了通知が受信されると、受信された前記終了通知で終了が示されているプレイの状況を示すプレイデータと当該終了通知の受信時刻に対応する時刻を示す時刻データとを含む状況データを前記装置側データ保持部に書き込む装置側状況書き込み部と、前記複数のゲーム端末の!/、ずれかから前記状況要求を受信する状況要求受信部と、前記状況要求受信部により前記状況要求が受信されると、前記装置側データ保持部から前記状況データを読み出し、受信された前記状況要求の送信元のゲーム端末へ送信する状況送信部とを備える、ことを特徴とするゲームシステムを提供する。

このゲームシステムは、複数のゲーム端末および通信装置が同一のネットワークに属するから、ネットワーク方式のゲームシステムである。このゲームシステムでは、通信装置は、コンピュータゲームのプレイが終了すると、このプレイの終了と状況を示す終了通知を受信し、この終了通知で終了が示されているプレイの状況を示すプレイデータと当該終了通知を受信した時刻に対応する時刻を示す時刻データを含む状況データを保持することができる。また、このゲームシステムでは、ゲーム端末は、状況要求を送信することによって、その時点で通信装置に保持されている状況データを受信し、保持することができる。ゲーム端末は、状況データ内の時刻データが示す時刻から遅延時間経過後に当該状況データ内のプレイデータを読み出して、当該プレイデータで表されるプレイの状況に対応する情報を出力することができる。例えば、ゲーム端末は、現在時刻から遡行時間（look-back period)だけ前の時刻を示す時刻データを含む状況データに含まれているプレイデータで表されるプレイの状況に対応する情報を出力することができる。「プレイの終了が通知された時刻に対応する時刻」すなわち「終了通知を受信した時刻に対応する時刻」とは、通信装置が終了通知を受信した時刻またはその時刻から一定時間異なる時刻をいう。従って、「プレイの終了が通知された時刻に対応する時刻」すなわち「終了通知を受信した時刻に対応する時刻」は、通信装置が終了通知を受信した時刻の所定時間（例えば 0. 1秒)遅れた時刻でもよいし、通信装置が終了時刻を受信した時刻の所定時間（例えば 0. 1 秒）前の時刻でもよレ、。複数の状況データが示す時刻は複数のゲーム端末の各々の時間系列（time line)ではなく通信装置の単一の時間系列に基づいており、それらの状況データが示す時刻の差は通信装置での受信時刻の差であるため、このゲームシステムでは、当該ゲームシステムにおけるプレイの状況の正確な推移が遅延時間だけ遅れて報知される。したがって、このゲームシステムによれば、遅延時間を適宜に定めることにより、ゲーム端末から通信装置への状況要求の送信の周期を十分に長くすることが可能である。よって、このゲームシステムによれば、通信負荷を過大とすることなぐプレイに参加中のプレイヤに対して、当該ゲームシステムにおけるプレィの状況の正確な推移を知らせることができる。なお、遅れがあっても、現実に生じた状況の正確な推移が報知されるから、プレイヤは他の参加プレイヤを十分認識すること力 Sでさる。

「プレイデータ」が示す「プレイの状況」とは、プレイヤを識別する指定 (例えば名前、ニックネーム、識別番号）、およびプレイの結果 (例えば、勝敗、順位、得点）の少なくとも一方を意味する。ゲームの状況としてプレイヤを識別する指定をプレイデータが示す場合には、状況要求を送信したゲーム端末は、受信した状況データ内のプレイデータで表された既にプレイを終了した他のプレイヤを識別する指定をこのゲーム端末を操作するプレイヤに知らせることができる。ゲームの状況としてプレイの結果をプレイデータが示す場合には、状況要求を送信したゲーム端末は、受信した状況データ内のプレイデータで表された既に終了した他のプレイの結果をこのゲーム端末を操作するプレイヤに知らせることができる。ゲームの状況としてプレイヤを識別する指定とプレイの結果をプレイデータが示す場合には、状況要求を送信したゲーム端末は、受信した状況データ内のプレイデータで表された既にプレイを終了した他のプレイヤを識別する指定と他のプレイの結果をこのゲーム端末を操作するプレイヤに知らせること力 Sでさる。

さらに「プレイデータ」が示す「プレイの状況」は、プレイの経過を含んでもよい。この場合には、状況要求を送信したゲーム端末を操作するプレイヤは、既にプレイを終了した他のプレイの経過を知ることができる。

[0018] 上記のゲームシステムにおいて、前記ゲーム端末の各々の前記状況要求送信部は、前記プレイ処理部によりプレイが実現されていないときに、前記状況要求を前記通信装置へ送信するようにしてもよい。コンピュータゲームのプレイを実現しているプレイ処理部を備えるゲーム端末には大きな負荷がかかり、そのような状態のゲーム端末から通信装置へ状況要求が送信されると、ゲーム端末の負荷が過大となる虞がある力この態様では、この虞を排除すること力 Sできる。

[0019] ゲーム端末は、状況要求に応答して返信された状況データ内の時刻データが示す時刻から遅延時間経過後に当該状況データ内のプレイデータを読み出すので、通信装置が状況要求を受信した時刻で終わる遅延時間分の期間内の時刻を示す時刻データを含む状況データだけをゲーム端末は利用する。もし上記のゲームシステムにお!/、て、通信装置がゲーム端末から状況要求を受信した時点で保持して!/、る全ての状況データを当該ゲーム端末へ送信するようにすると、通信装置が状況要求を受信した時刻で終わる遅延時間分の期間よりも前の時刻を示す時刻データを含む状況データも通信装置から送信されてしまう。このような状況データは、ゲーム端末において情報の出力に利用されることのない無駄なデータである。そこで、上記のゲームシステムにおいて、前記通信装置の前記状況送信部は、前記装置側データ保持部からの前記状況データの読み出しにおいて、当該読み出しの時刻で終わる前記遅延時間と等しい期間内の時刻を示す前記時刻データを含む全ての前記状況データを読み出すようにしてもよい。この態様によれば、上記の無駄なデータが送信されないから、通信負荷を低減することができる。

[0020] 前述の報知（情報の出力）は、ゲーム期間の全域にわたって行われるのが好適である。また、通信負荷を低減する観点では、ゲーム端末が状況データを取得するための通信の回数は、少ない方がよい。理想的には、プレイ毎に 1回である。しかし、予め用意した複数のコンピュータゲームからプレイの対象とするゲームまたはゲームモードをプレイヤに選択させるゲームシステムでは、ゲーム期間がプレイ毎に相違し得る。また、ゲーム期間がプレイの内容に応じて変化するコンピュータゲームも存在する。よつて、遅延時間を固定的に定める場合には、想定される最長のゲーム期間に応じた十分に長い時間を遅延時間とすることになる。しかし、このようにすると、ゲーム期間が短いプレイにおいて状況が報知される時刻と、当該状況が現実に生じた時刻との差の時間（例えば 30分）が、当該ゲーム期間（例えば 3分）に対して著しく長くなり、他のプレイヤを認識する効果が弱まる虞がある。

そこで、前記ゲーム端末の各々は、前記遅延時間を決定する遅延時間決定部を備え、前記ゲーム端末の各々の状況要求送信部は、前記遅延時間決定部により決定された前記遅延時間を示す遅延時間データを含む前記状況要求を送信し、前記通信装置の前記状況送信部は、前記装置側データ保持部からの前記状況データの読み出しにおいて、当該読み出しの時刻で終わる前記遅延時間と等しい期間内の時刻を示す前記時刻データを含む全ての前記状況データを読み出すようにしてもよい。この態様によれば、遅延時間が、可変であり、各ゲーム端末において決定されて通信装置へ通知されるから、上記の回数を 1回としても、上記の差の時間がゲーム期間に対して著しく長くなる事態を回避しつつ、ゲーム期間の全域にわたって前述の報知を fiうこと力 Sできる。

ゲーム端末の各々の遅延時間決定部は、遅延時間をランダムに決定してもよいし、次に実現されるゲームのモードに応じた予測されるゲーム期間以上になるように遅延時間を決定してもよい。ゲームのモードによって、次のプレイのゲーム期間は変わりうるので、ゲームの設計者は、各ゲームモードについてゲーム期間の統計を集めておき、予測されるゲーム期間をあらかじめ決定しておくとよい。

[0021] 上記のゲームシステムにおいて、前記ゲーム端末の各々の前記状況要求送信部は、前記状況要求を前記通信装置へ送信してからの経過時間が前記遅延時間を超過する前に、他の状況要求を前記通信装置へ送信する、ようにしてもよい。この態様によれば、ゲーム端末は、 2回目の状況要求を通信装置へ送信し、 2回目の状況要求に応答した状況データを受信することができるので、ゲーム期間が長くてもゲーム期間の全域にわたって前述の報知を行うことができる。

[0022] 上記のゲームシステムにおいて、前記通信装置の前記装置側状況書き込み部は、前記終了通知受信部により前記終了通知が受信されると、受信された前記終了通知で終了が示されている前記プレイの状況を示す前記プレイデータと当該終了通知の受信時刻を示す前記時刻データとを含む前記状況データを、当該終了通知の送信元の前記ゲーム端末に関連付けて前記装置側データ保持部に書き込み、前記通信装置の前記状況送信部は、前記状況要求受信部により前記状況要求が受信されると、前記装置側データ保持部から、当該状況要求の送信元の前記ゲーム端末に関連付けられていない前記状況データを読み出し、受信された前記状況要求の送信元の前記ゲーム端末へ送信する、ようにしてもよい。これにより、状況要求の送信元のゲーム端末は、この送信元のゲーム端末で実現されたプレイの状況データを受信せず、他のゲーム端末で実現されたプレイの状況データを受信することができる。

[0023] 上記のゲームシステムにおいて、前記通信装置は、前記プレイ毎に当該プレイに参加するプレイヤと当該プレイを実現させる前記ゲーム端末との対応付けを記述する端末プレイヤ対応データ（termina卜 player link data element)を記憶する端末プレイャ対応データ記憶部 (terminaト player link data memory)を備え、冃 ij 己通信装置の冃 ij 記装置側状況書き込み部は、前記終了通知受信部により前記終了通知が受信されると、前記端末プレイヤ対応データ記憶部を参照し、受信された前記終了通知で終了が示されている前記プレイの状況を示す前記プレイデータと当該終了通知の受信時刻を示す前記時刻データとを含む前記状況データを、当該終了通知の送信元の前記ゲーム端末に対応付けられている前記プレイヤに関連付けて前記装置側データ保持部に書き込み、前記通信装置の前記状況送信部は、前記状況要求受信部により前記状況要求が受信されると、前記端末プレイヤ対応データ記憶部を参照し、前記装置側データ保持部から、当該状況要求の送信元の前記ゲーム端末に対応付けられている前記プレイヤに関連付けられていない前記状況データを読み出し、受信された前記状況要求の送信元の前記ゲーム端末へ送信する、ようにしてもよい。これにより、状況要求の送信元のゲーム端末は、現在そのゲーム端末を利用してプレイして!/、るプレイヤ以外のプレイヤによるプレイの状況データを受信することができる。この形態では、過去に同じゲーム端末を利用していても、別のプレイヤによるプレイの状況データは、状況要求の送信元のゲーム端末に送信される。

[0024] 上記のゲームシステムにおいて、前記通信装置は、少なくとも 1つのゲーム端末が設置された複数のゲーム場の各々について、ゲーム場とそこにあるゲーム端末とのメ寸、付を己述する) ί耑末グーム場メ T応テータ (termina卜 game place link data eleme nt)を記'慮す o端末ゲーム場メ寸ァータ記 fe、部 (termina卜 game place link data mem ory)を備え、前記通信装置の前記装置側状況書き込み部は、前記終了通知受信部により前記終了通知が受信されると、前記端末ゲーム場対応データ記憶部を参照し、受信された前記終了通知で終了が示されている前記プレイの状況を示す前記プレィデータと当該終了通知の受信時刻を示す前記時刻データとを含む前記状況データを、当該終了通知の送信元の前記ゲーム端末に対応付けられた前記ゲーム場に関連付けて装置側データ保持部に書き込み、前記通信装置の前記状況送信部は、前記状況要求受信部により前記状況要求が受信されると、前記端末ゲーム場対応データ記憶部を参照し、前記装置側データ保持部から、当該状況要求の送信元の前記ゲーム端末に対応付けられて!/、る前記ゲーム場に関連付けられて!/、な!/、前記状況データを読み出し、受信された前記状況要求の送信元の前記ゲーム端末へ送信する、ようにしてもよい。これにより、状況要求の送信元のゲーム端末には、そのゲーム端末に対応付けられたゲーム場以外のゲーム場のゲーム端末で実現されたプレイの状況データを受信することができる。つまり、状況要求の送信元のゲーム端末が存在しないゲーム場でのプレイの状況データを受信することができる。

[0025] また、本発明は、通信装置が属するネットワークに属し、前記通信装置と通信可能なゲーム端末であって、コンピュータゲームのプレイを実現するプレイ処理部と、前記プレイ実現部に実現された前記プレイが終了すると、前記プレイの終了と状況を示す前記終了通知を前記通信装置へ送信する終了通知送信部と、書き込まれたデータを読み出し可能に保持する端末側データ保持部と、少なくとも既に終了した他のプレィの状況を示すプレイデータと、前記通信装置に当該他のプレイの終了が通知された時刻に対応する時刻を示す時刻データとを含む状況データの送信を前記通信装置に要求する状況要求を前記通信装置へ送信する状況要求送信部と、前記通信装置から前記状況データを受信する状況受信部と、前記状況受信部により前記状況データが受信されると、受信された前記状況データを前記端末側データ保持部に書き込む端末側状況書き込み部と、前記端末側データ保持部から、状況データ内の時刻データが示す時刻から遅延時間経過後に当該状況データ内のプレイデータを読み出す遅延読み出し部と、前記遅延読み出し部により前記プレイデータが読み出されると、読み出された前記プレイデータで表されるプレイの状況に対応する情報を出力する情報出力部とを備える、ことを特徴とするゲーム端末を提供する。

このゲーム端末を有するネットワーク方式のゲームシステムによれば、通信負荷を過大とすることなぐプレイに参加中のプレイヤに対して、当該ゲームシステムにおけるプレイの状況の正確な推移を知らせることができる。

また、本発明は、各々がコンピュータゲームのプレイを実現する複数のゲーム端末が属するネットワークに属し、前記ゲーム端末と通信可能な通信装置であって、書き込まれたデータを読み出し可能に保持する装置側データ保持部と、前記複数のグーム端末のいずれかからプレイの終了と状況を示す終了通知を受信する終了通知受信部と、前記終了通知受信部により前記終了通知が受信されると、受信された前記終了通知で終了が示されているプレイの状況を示すプレイデータと当該終了通知の受信時刻に対応する時刻を示す時刻データとを含む状況データを前記装置側データ保持部に書き込む装置側状況書き込み部と、前記複数のゲーム端末のいずれかから前記状況データの送信を要求する状況要求を受信する状況要求受信部と、前記状況要求受信部により前記状況要求が受信されると、前記装置側データ保持部から前記状況データを読み出し、受信された前記状況要求の送信元のゲーム端末へ送信する状況送信部とを備える、ことを特徴とする通信装置を提供する。

この通信装置を有するネットワーク方式のゲームシステムによれば、通信負荷を過大とすることなぐプレイに参加中のプレイヤに対して、当該ゲームシステムにおけるプレイの状況の正確な推移を知らせることができる。

[0027] また、本発明は、通信装置が属するネットワークに属し、前記通信装置と通信可能であって、書き込まれたデータを読み出し可能に保持する端末側データ保持部を備えるゲーム端末を、コンピュータゲームのプレイを実現するプレイ処理部と、前記プレィ処理部に実現された前記プレイが終了すると、前記プレイの終了と状況を示す前記終了通知を前記通信装置へ送信する終了通知送信部と、少なくとも既に終了した他のプレイの状況を示すプレイデータと、前記通信装置に当該他のプレイの終了が通知された時刻に対応する時刻を示す時刻データとを含む状況データの送信を前記通信装置に要求する状況要求を前記通信装置へ送信する状況要求送信部と、前記通信装置から前記状況データを受信する状況受信部と、前記状況受信部により前記状況データが受信されると、受信された前記状況データを前記端末側データ保持部に書き込む端末側状況書き込み部と、前記端末側データ保持部から、状況データ内の時刻データが示す時刻から遅延時間経過後に当該状況データ内のプレイデータを読み出す遅延読み出し部と、前記遅延読み出し部により前記プレイデータが読み出されると、読み出された前記プレイデータで表されるプレイの状況に対応する情報を出力する情報出力部として機能させる、ことを特徴とするコンピュータプログラムと、このコンピュータプログラムを記録したコンピュータ読み取り可能な記録媒体を提供する。

このコンピュータプログラムを実行したコンピュータを有するネットワーク方式のゲームシステムによれば、通信負荷を過大とすることなぐプレイに参加中のプレイヤに対して、当該ゲームシステムにおけるプレイの状況の正確な推移を知らせることができる。なお、記録媒体に代えてデータキヤリャを提供することも可能である。

[0028] また、本発明は、各々がコンピュータゲームのプレイを実現する複数のゲーム端末が属するネットワークに属し、前記ゲーム端末と通信可能であって、書き込まれたデータを読み出し可能に保持する装置側データ保持部を備える通信装置を、前記複数のゲーム端末のいずれ力、からプレイの終了と状況を示す終了通知を受信する終了通知受信部と、前記終了通知受信部により前記終了通知が受信されると、受信された前記終了通知で終了が示されているプレイの状況を示すプレイデータと当該終了通知の受信時刻に対応する時刻を示す時刻データとを含む状況データを前記装置側データ保持部に書き込む装置側状況書き込み部と、前記複数のゲーム端末のいずれかから前記状況データの送信を要求する状況要求を受信する状況要求受信部と、前記状況要求受信部により前記状況要求が受信されると、前記装置側データ保持部から前記状況データを読み出し、受信された前記状況要求の送信元のグーム端末へ送信する状況送信部として機能させる、ことを特徴とするコンピュータプログラムと、このコンピュータプログラムを記録したコンピュータ読み取り可能な記録媒体を提供する。

また、本発明は、各々がコンピュータゲームのプレイを実現する複数のゲーム端末が属するネットワークに属し、前記ゲーム端末と通信可能であって、書き込まれたデータを読み出し可能に保持する装置側データ保持部を備える通信装置におけるデータ管理方法であって、前記複数のゲーム端末のいずれ力、からプレイの終了と状況を示す終了通知を受信する終了通知受信ステップと、前記終了通知受信ステップの後に、前記終了通知受信ステップにて受信した前記終了通知で終了が示されているプレイの状況を示すプレイデータと当該終了通知の受信時刻に対応する時刻を示す時刻データとを含む状況データを前記装置側データ保持部に書き込む書き込みステツプと、前記複数のゲーム端末のいずれ力、から前記状況データの送信を要求する状況要求を受信する状況要求受信ステップと、前記状況要求受信ステップの後に、前記装置側データ保持部から前記状況データを読み出す状況読み出しステップと、前記状況要求受信ステップにて受信した前記状況要求の送信元のゲーム端末へ前記状況データを送信する状況送信ステップとを有する、ことを特徴とするデータ管理方法を提供する。

このデータ管理方法を用いる通信装置を有するネットワーク方式のゲームシステムによれば、通信負荷を過大とすることなぐプレイに参加中のプレイヤに対して、当該ゲームシステムにおけるプレイの状況の正確な推移を知らせることができる。発明の効果

[0030] 本発明によれば、ネットワーク方式のゲームシステムにおいて、通信負荷を過大とすることなぐプレイに参加中のプレイヤに対して、当該ゲームシステムにおける少なくとも他のプレイの状況の正確な推移を知らせることができる。

図面の簡単な説明

[0031] [図 1]本発明の実施の形態に係るゲームシステムの構成を示すブロック図である。

[図 2]図 1のゲームシステムにおける単独プレイヤゲーム（single-player game)のプレィの状況の推移の一例を模式的に示す図である。

[図 3]図 1のゲームシステムに含まれるゲーム端末の構成を示すブロック図である。

[図 4]図 1のゲームシステムで用いられる状況データのデータ構造を模式的に示す図である。

[図 5]図 1のゲームシステムに含まれる通信装置の構成を示すブロック図である。

[図 6]図 3のゲーム端末におけるゲーム処理の流れを示すフローチャートである。

[図 7]図 5の通信装置における蓄積処理の流れを示すフローチャートである。

[図 8]図 5の通信装置における応答処理の流れを示すフローチャートである。

[図 9]図 1のゲームシステムの動作を説明するためのタイムチャートである。

[図 10]本発明の他の実施の形態に係るゲーム端末におけるゲーム処理の流れを示すフローチャートである。

[図 11]本発明のさらに他の実施の形態に係るゲーム端末におけるゲーム処理の流れを示すフローチャートである。

[図 12]図 11に対応する実施の形態での通信装置における応答処理の流れを示すフローチャートである。

[図 13]本発明のさらに他の実施の形態に係るゲームシステムの動作を説明するためのタイムチャートである。発明を実施するための最良の形態

[0032] 以下、図面を参照して、本発明の好適な実施の形態について説明する。以下に説明する具体的な構成は一例に過ぎず、本発明は、この具体的な構成を変形して得られる各種の形態をも範囲に含む。

[0033] <ゲームシステムの構成〉

図 1は、本発明の実施の形態に係るゲームシステム 100の構成を示すブロック図である。ゲームシステム 100は、各プレイの参加プレイヤの数が単数のコンピュータゲーム（以降、「単独プレイヤゲーム（single-player game)」と称する）のプレイを複数同時に実現可能なネットワーク方式のゲームシステムであり、各々がインターネットワーク 1 に終端ノードとして属する複数のゲーム端末 200と、インターネットワーク 1に終端ノードとして属する通信装置 300とを有する。

[0034] 各ゲーム端末 200は、単独プレイヤゲームのプレイを実現可能なゲーム端末であり、複数の LAN (Local Area Network) 3 (3A、 3B、 3C、 · · ·）のいずれかに終端ノードとして属する。各 LAN3は、インターネットワーク 1にノードとして属するネットワークであり、複数のゲーム場 2 (2A、 2B、 2C、 · · ·）のいずれかに設けられている。各 LAN3には、 VPN (Virtual Private Network)装置 4がノードとして属する。各 LAN3に属する VPN装置 4は、 VPN5に終端ノードとして属する。

[0035] 通信装置 300は、単独プレイヤゲームの各プレイの参加者に対して単独プレイヤゲームの少なくとも他の参加者の他のプレイの状況の推移を通知するためのコンビユータであり、 LAN6に終端ノードとして属する。 LAN6は、インターネットワーク 1にノードとして属するネットワークであり、複数のゲーム場 2のいずれとも異なる場所に設けられている。 LAN6には、 VPN装置 4がノードとして属する。 LAN6に属する VPN装置 4は、 VPN5に終端ノードとして属する。 VPN5は、インターネットワーク 1上に仮想的に実現されたネットワークである。異なる LAN3に属するゲーム端末 200間の通信や、各ゲーム端末 200と通信装置 300間の通信は、 VPN5を介して行われる。

[0036] 図 2は、ゲームシステム 100における単独プレイヤゲームのプレイの状況の推移の一例を模式的に示す図である。この例では、プレイ GP1を実現するゲーム端末 200 を「ゲーム端末 200A」とし、プレイ GP2を実現するゲーム端末 200を「ゲーム端末 20 0BJとし、プレイ GP3を実現するゲーム端末 200を「ゲーム端末 200C」と想定してある。プレイ GP1のゲーム期間は時刻 tlから時刻 t3まで、プレイ GP2のゲーム期間は時刻 t2から時刻 t4まで、プレイ GP3のゲーム期間は時刻 t5から時刻 t6まで、である。プレイ GP1のゲーム期間とプレイ GP2のゲーム期間力時刻 t2から時刻 t3まで重なっていることから明らかなように、ゲームシステム 100は、単独プレイヤゲームのプレイを複数同時に実現可能である。なお、本実施の形態では、ゲーム期間の長さは各プレイに共通であり、この長さ以上となるように、後述の遅延時間が定められている

〇

[0037] <ゲーム端末の構成〉

図 3は、ゲーム端末 200の構成を示すブロック図である。この図に示すように、ゲーム端末 200は、表示部 220、操作部 230、通信インターフェイス 240、記憶部 250、プロセッサ 260および RTC (リアルタイムクロック） 270を有する。 RTC270は、現在時刻を計時する。表示部 220は、ゲーム端末 200の外部へ情報を出力する出力部であり、データで表される画像を表示する。表示部 220の例としてはモニタやビデオプロジェクタがある。操作部 230は、ゲーム端末 200の外部から情報を入力する入力部であり、プレイヤに操作され、その操作の内容を検出し、検出結果を表すデータを生成する。操作部 230の例としては、ボタンや、キーボード、タツチパネルがある。

[0038] 通信インターフェイス 240は、プロセッサ 260と協働して、外部へデータを送信するとともに外部からデータを受信する。つまり、通信インターフェイス 240およびプロセッサ 260は、外部へデータを出力する出力部と、外部からデータを入力する入力部として機能する。記憶部 250は、書き込まれたデータを保持 (記憶)するものであり、記憶内容の保持に電源が必須の揮発性領域 255と、そうでな!/、不揮発性領域 256とを有する。揮発性領域 255は、書き込まれたデータを読み出し可能に保持する端末側データ保持部である。不揮発性領域 256は、記憶内容を書き換え不可能な書き換え不可能領域 257と、記憶内容を書き換え可能な書き換え可能領域 258とに分けられる

。揮発性領域 255は例えば RAM (Random Access Memory)により、書き換え不可能領域 257は例えば ROM (Read Only Memory)により、書き換え可能領域 258は例えばノ、ードディスクにより実現されてレ、る。

[0039] 揮発性領域 255には、既に終了した他のプレイの状況を示す状況データ 254が書き込まれる。ゲーム端末 200の要求に応じて通信装置 300は状況データ 254をグーム端末 200に送信し、ゲーム端末 200のプロセッサ 260は、状況データ 254を受信すると、その状況データ 254を記憶部 250の揮発性領域 255に書き込む。状況データ 254のデータ構造を図 4に示す。この図に示すように、状況データ 254には、後述する時刻を示す時刻データと、プレイの状況を示すプレイデータとが含まれて!/、る。プレイデータは、具体的には、参加プレイヤの名前 (参加プレイヤを識別する指定）と得点（プレイの結果）を表すデータである。この実施の形態では、プレイデータは参加プレイヤを識別する指定とプレイの結果の両方を表す力他の実施の形態として、いずれか一方を表してもよい。また、プレイデータは、参加プレイヤを識別する指定とプレイの結果の少なくとも一方に加えて、プレイの経過を表してもよい。図 3の書き換え可能領域 258には、単独プレイヤゲームのプレイを実現するためのゲームデータ 25 2が保持されている。書き換え不可能領域 257には、ゲーム端末 200に後述のゲーム処理を行わせるためのコンピュータプログラム 263が保持されている。プロセッサ 2 60は、操作部 230により生成されたデータを受け取ること、表示部 220にデータを供給すること、通信インターフェイス 240を用いて外部とデータを送受信すること、 RTC 270と協働して現在時刻を計時すること、およびコンピュータプログラム 263を実行することが可能である。

[0040] <通信装置の構成〉

図 5は、通信装置 300の構成を示すブロック図である。この図に示すように、通信装置 300は、通信インターフェイス 310、記憶部 320、プロセッサ 330および RTC340 を有する。 RTC340は、現在時刻を計時する。通信インターフェイス 310は、プロセッサ 330と協働して、外部へデータを送信するとともに外部からデータを受信する。つまり、通信インターフェイス 310およびプロセッサ 330は、外部へデータを出力する出力部と、外部からデータを入力する入力部として機能する。

[0041] 記憶部 320は、書き込まれたデータを保持 (記憶)するものであり、記憶内容の保持に電源が必須の揮発性領域 325と、そうでない不揮発性領域 326とを有する。揮発性領域 325は、書き込まれたデータを読み出し可能に保持する装置側データ保持部である。不揮発性領域 326は、記憶内容を書き換え不可能な書き換え不可能領域 3 27と、記憶内容を書き換え可能な書き換え可能領域 328とに分けられる。揮発性領域 325は例えば RAMにより、書き換え不可能領域 327は例えば ROMにより、書き換え可能領域 R22は例えばノヽードディスクにより実現されている。

[0042] 揮発性領域 325には、状況データ 254が書き込まれる。各ゲーム端末 200は、プレィが終了すると、終了通知を通信装置 300に送信し、終了通知に応答して通信装置 300のプロセッサ 330は、そのプレイに関する状況データ 254を生成してこれを揮発性領域 325に書き込む。状況データ 254の時刻データは、その終了通知を通信装置 300で受信した時刻であるので、プレイの終了時刻にほぼ一致する。書き換え可能領域 328には、通信装置 300に後述の蓄積処理および応答処理を並列に実行させるためのコンピュータプログラム 321が保持されている。書き換え不可能領域 321 には、プロセッサ 330がコンピュータプログラム 321を揮発性領域 325にロードして実行することができるようにするための IPL (Initial Program Loader) 322が保持されている。プロセッサ 330は、通信インターフェイス 310を用いて外部とデータを送受信すること、 RTC340と協働して現在時刻を計時すること、および IPL322を実行することが可能である。

[0043] <ゲーム処理〉

図 6は、ゲーム端末 200におけるゲーム処理の流れを示すフローチャートである。ゲーム処理において、プロセッサ 260は、まず、単独プレイヤゲームのプレイを開始する旨の開始指示が入力されたか否かを判定する（ステップ SA1)。この判定結果は、操作部 230によって開始指示を表すデータが生成されると肯定的となり、他の場合には否定的となる。この判定結果が否定的な場合、処理はステップ SA1に戻る。

[0044] ステップ SA1の判定結果が肯定的な場合、プロセッサ 260は、通信インターフェイス 240と協働して、状況データの送信を要求する状況要求を通信装置 300へ送信する（ステップ SA2)。状況データは、終了した各プレイの状況を示すデータであり、当該プレイの状況を示すプレイデータとプレイの終了時刻にほぼ一致する時刻を示す時刻データとを含む。つまり、プロセッサ 260および通信インターフェイス 240は、既に終了した他のプレイの状況を示すプレイデータとプレイの終了時刻にほぼ一致する時刻を示す時刻データとを含む状況データの送信を通信装置 300に要求するデータである状況要求を通信装置 300へ送信する状況要求送信部として機能する。

[0045] 状況要求を送信すると、プロセッサ 260は、次に、通信装置 300から状況データ 25 4を受信する（ステップ SA3)。すなわち、プロセッサ 260および通信インターフェイス 240は、通信装置 300から状況データを受信する状況受信部として機能する。状況データを受信すると、プロセッサ 260は、受信した状況データ 254を揮発性領域 255 に書き込む（ステップ SA4)。すなわち、プロセッサ 260は、状況受信部により状況データが受信されると、受信された状況データを端末側データ保持部に書き込む端末側状況書き込み部として機能する。

[0046] 状況データ 254の書き込みを終えると、プロセッサ 260は、ゲーム端末 200に単独プレイヤゲームのプレイを実現させるプレイ処理（ステップ SA5)と、当該プレイの参加プレイヤに単独プレイヤゲームのプレイの推移を通知する推移通知処理 (ステップ SA6)とを並列に実行する。プロセッサ 260は、プレイ処理を実行することにより、単独プレイヤゲームのプレイを実現するプレイ処理部として機能する。推移通知処理では、プロセッサ 260は、プレイ処理が終了するまで、遡行時刻に応じた状況データ 25 4に含まれているプレイデータに応じた情報を出力する処理を繰り返す。具体的には、次に述べる通りである。

[0047] 推移通知処理では、プロセッサ 260は、遡行時刻 (look-back time point)を示す時刻データを含む状況データが揮発性領域 255に保持されているか否力、を判定し (ステツプ SA61)、この判定結果が否定的な場合には、プロセッサ 260自身のプレイ処理が終了したか否かを判定し (ステップ SA62)、この判定結果が否定的な場合には、処理をステップ SA61に戻す。遡行時刻は、 RTC270により計時されている現在時刻から遅延時間だけ前の時刻である。この実施の形態では遅延時間は、ゲーム期間 (1プレイの期間）の長さ以上にあらかじめ定められており一定である。一方、プロセッサ 260は、ステップ SA61の判定結果が肯定的な場合には、揮発性領域 255から、遡行時刻を示す時刻データを含む状況データ 254に含まれているプレイデータを読み出し（ステップ SA63)、表示部 220に、このプレイデータを供給することによって、このプレイデータに応じた情報 (例えば、得点および名前）の出力をさせ (ステップ S A64)、処理をステップ SA62へ進める。すなわち、プロセッサ 260は、端末側データ保持部から、現在時刻から遅延時間だけ前の時刻を示す時刻データを含む状況データに含まれているプレイデータを読み出す遡行読み出し部（look-back reader)として機能する。換言すれば、プロセッサ 260は、端末側データ保持部から、状況データ内の時刻データが示す時刻から遅延時間経過後に当該状況データ内のプレイデータを読み出す遅延読み出し部として機能する。また、プロセッサ 260および表示部 22 0は、遅延読み出し部によりプレイデータが読み出されると、読み出されたプレイデータで表されるプレイの状況に対応する情報を出力する情報出力部として機能する。推移通知処理は、ステップ SA62の判定結果が肯定的になると終了する。

[0048] プレイ処理および推移通知処理が終了すると、プロセッサ 260は、プレイの終了と状況を示すデータである終了通知を通信装置 300へ送信する（ステップ SA7)。終了通知は、具体的には、終了したプレイの結果 (例えば得点）や、当該プレイの参加プレイヤの名前 (参加プレイヤを識別する指定)を表すデータである。すなわち、プロセッサ 260および通信インターフェイス 240は、プレイ処理部に実現されたプレイが終了すると、このプレイの終了と状況を示す終了通知を通信装置 300へ送信する終了通知送信部として機能する。この実施の形態では、終了通知は参加プレイヤを識別する指定とプレイの結果の両方を表す力他の実施の形態として、いずれか一方を表してもよい。また、終了通知は、参加プレイヤを識別する指定とプレイの結果の少なくとも一方に加えて、プレイの経過を表してもよい。ステップ SA7の後、処理はステップ SA1に戻る。なお、参加プレイヤの名前（参加プレイヤを識別する指定）は、ステップ SA7よりも前の段階で参加プレイヤによって入力される。

[0049] <蓄積処理〉

図 7は、通信装置 300における蓄積処理の流れを示すフローチャートである。蓄積処理において、プロセッサ 330は、まず、いずれかのゲーム端末 200から終了通知が到来したか否かを判定し (ステップ SB1)、この判定結果が否定的であれば、処理をステップ SB 1へ戻す。ステップ SB 1の判定結果が肯定的であれば、プロセッサ 330 は、通信インターフェイス 310と協働して、到来した終了通知の受信処理 (受信に伴う各種の工程を含む処理）を実行する（ステップ SB2)。すなわち、プロセッサ 330および通信インターフェイス 310は、各ゲーム端末 200のいずれかから終了通知を受信する終了通知受信部として機能する。

[0050] 終了通知の受信処理を実行すると、プロセッサ 330は、状況データ 254を生成する (ステップ SB3)。具体的には、プロセッサ 330は、受信した終了通知で終了が示されて!/ヽるプレイの状況を示すプレイデータと、現在時刻（終了通知を受信した時刻）を示す時刻データとを含む状況データ 254を生成する。次に、プロセッサ 330は、生成した状況データ 254を揮発性領域 325に書き込む（ステップ SB4)。すなわち、プロセッサ 330は、終了通知受信部により終了通知が受信されると、受信された終了通知で終了が示されているプレイの状況を示すプレイデータと当該終了通知の受信時刻 (現在時刻）を示す時刻データとを含む状況データを装置側データ保持部に書き込む装置側状況書き込み部として機能する。ステップ SB4の後、処理は、ステップ SB1 に戻る。この実施の形態では、時刻データは通信装置が終了通知を受信した時刻を示すが、他の実施の形態として、時刻データは通信装置が終了通知を受信した時刻の所定時間（例えば 0. 1秒)遅れた時刻を表してもよいし、通信装置が終了時刻を受信した時刻の所定時間（例えば 0. 1秒）前の時刻を表してもよ!/、。

[0051] <応答処理〉

図 8は、通信装置 300における応答処理の流れを示すフローチャートである。応答処理において、プロセッサ 330は、まず、いずれかのゲーム端末 200から状況要求が到来したか否かを判定し (ステップ SC1)、この判定結果が否定的であれば、処理をステップ SC1へ戻す。ステップ SC1の判定結果が肯定的であれば、プロセッサ 330 は、通信インターフェイス 310と協働して、到来した状況要求の受信処理 (受信に伴う各種の工程を含む処理）を実行する（ステップ SC2)。すなわち、プロセッサ 330および通信インターフェイス 310は、複数のゲーム端末のいずれかから状況要求を受信する状況要求受信部として機能する。

[0052] 状況要求の受信処理を実行すると、プロセッサ 330は、揮発性領域 325から状況データを読み出す (ステップ SC3)。具体的には、プロセッサ 330は、揮発性領域 32 5から、 RTC340により計時されている現在時刻で終わる遅延時間と等しい期間（送信対象期間）内の時刻を示す時刻データを含む全ての状況データを読み出す。例えば、図 9に例示するように、プレイ GP3の開始直前のゲーム端末 200Cから状況要求を受信した場合には、現在時刻はプレイ GP3の開始時刻 t5に略一致し、現在時刻から遅延時間と等しい期間だけ前の時刻は時刻 t2と t3との間の時刻 t7に一致する。従って、状況要求に応答して、時刻 t7から時刻 t5までの期間内の時刻を示す時刻データを含むプレイ GP1とプレイ GP2に関する状況データがゲーム端末 200Cに送信される。次に、プロセッサ 330は、通信インターフェイス 310と協働して、読み出した状況データを、ステップ SC2にて受信した状況要求の送信元へ送信する（ステツプ SC4)。すなわち、プロセッサ 330および通信インターフェイス 310は、状況要求受信部により状況要求が受信されると、装置側データ保持部から状況データを読み出し、受信された状況要求の送信元のゲーム端末へ送信する状況送信部として機能する。以降、処理は、ステップ SC1に戻る。

[0053] このようにして、通信装置 300のプロセッサ 330は、状況要求に応答して、状況要求の受信処理時刻で終わる遅延時間と等しい送信対象期間内にある時刻を示す状況データを選択し、これらの状況データを状況要求の送信元のゲーム端末 200に送信する。ゲーム端末 200では、プレイ処理の間に、プロセッサ 260が読み出すべきプレイデータがあるか否かを一定周期で判断し（図 6のステップ SA61)、読み出すべき時刻になるとプレイデータを読み出して情報の出力を行う（図 6のステップ SA63, S A64)。プロセッサ 260は、現在時刻よりも遅延時間だけ前の遡行時刻に応じたプレィデータを読み出すので、プレイデータに応じた情報の出力がされるのは、他のグーム端末でのゲームの終了からほぼ遅延時間だけ遅れた時刻である。

[0054] 図 9の例では、ゲーム端末 200Cにおけるプレイ GP3の参加プレイヤには、そのゲーム期間において、ゲーム端末 200Aで実現されたプレイ GP1の終了および状況（例えば、参加プレイヤの得点および名前）が時刻 t8で通知され、やがてゲーム端末 2 00Bで実現されたプレイ GP2の終了および状況が時刻 t9で通知される。これらの通知は一定の遅延時間遅れで行われる。プレイ GP1に関する状況データが示す時刻とプレイ GP2に関する状況データが示す時刻はゲーム端末 200A, 200Bの各々の時間系列（time line)ではなく通信装置 300の単一の時間系列に基づいており、それらの状況データが示す時刻の差は通信装置 300での受信時刻の差であるため、これらの通知間の時間間隔は、プレイ GP1およびプレイ GP2の実際の終了時点の時間間隔と略一致する。つまり、プレイ GP3の参加プレイヤに対して、単独プレイヤゲームのプレイの状況の正確な推移が通知される。 [0055] 以上説明したように、ゲームシステム 100は、複数のゲーム端末 200および通信装置 300が同一のインターネットワーク 1に属するから、ネットワーク方式のゲームシステムである。ゲームシステム 100では、通信装置 300は、単独プレイヤゲームのプレイが終了すると、このプレイの終了と状況を示す終了通知を受信し、この終了通知で終了が示されているプレイの状況を示すプレイデータと当該終了通知を受信した時刻を示す時刻データを含む状況データ 254を保持することができる。また、ゲームシステム 100では、ゲーム端末 200は、状況要求を送信することによって、その時点で通信装置 300に保持されている状況データ 254を受信し、保持すること力 Sできる。また、ゲームシステム 100では、ゲーム端末 200は、現在時刻から遅延時間だけ前の時刻を示す時刻データを含む状況データに含まれているプレイデータで表されるプレイの状況に対応する情報を出力することができる。従って、ゲーム端末 200は、状況データ内の時刻データが示す時刻から遅延時間経過後に当該状況データ内のプレイデータを読み出して、当該プレイデータで表されるプレイの状況に対応する情報を出力すること力 Sできる。複数の状況データが示す時刻は複数のゲーム端末 200の各々の時間系列（time line)ではなく通信装置 300の単一の時間系列に基づいており、それらの状況データが示す時刻の差は通信装置 300での受信時刻の差であるため、ゲームシステム 100では、ゲームシステム 100におけるプレイの状況の正確な推移が遅延時間だけ遅れて報知される。また、ゲームシステム 100では、遅延時間がゲーム期間の長さ以上となるように定められている。したがって、ゲームシステム 100によれば、ゲーム端末 200から通信装置 300への状況要求の送信の周期を十分に長くすることカ可能である。よって、ゲームシステム 100によれば、通信負荷を過大とすることなぐプレイの参加プレイヤに対して、ゲームシステム 100におけるプレイの状況の正確な推移を知らせることができる。なお、遅れがあっても、現実に生じた状況の正確な推移が報知されるから、プレイヤは他の参加プレイヤを十分認識することができ

[0056] また、ゲームシステム 100によれば、状況要求の送信が、送信元のゲーム端末 200 にお!/、てプレイが実現されて!/、な!/、ときに行われるから、送信元のゲーム端末 200の負荷が過大となる虞を排除することができる。但し、他の実施の形態として、状況要求の送信が、送信元のゲーム端末 200においてプレイが実現されているときにも行われるようにしてあよレヽ。

[0057] ゲーム端末 200は、状況要求に応答して返信された状況データ内の時刻データが示す時刻から遅延時間経過後に当該状況データ内のプレイデータを読み出すので、通信装置 300が状況要求を受信した時刻で終わる遅延時間分の期間（上記の送信対象期間に相当）内の時刻を示す時刻データを含む状況データだけをゲーム端末は利用する。もし上記のゲームシステム 100において、通信装置 300がゲーム端末 200から状況要求データを受信した時点で保持している全ての状況データを当該ゲーム端末 200へ送信するようにすると、通信装置 300が状況要求を受信した時刻で終わる遅延時間分の期間（上記の送信対象期間）よりも前の時刻を示す時刻データを含む状況データも通信装置から送信されてしまう。このような状況データは、グーム端末において情報の出力に利用されることのない無駄なデータである。しかし、ゲームシステム 100によれば、通信装置 300に保持されている状況データのうち、上記の送信対象期間内の時刻を示す時刻データを含む状況データのみが配信されるから、無駄なデータの配信を抑制することができる。但し、他の実施の形態として、通信装置 300に保持されている全ての状況データを配信するようにしてもよい。

[0058] 他の実施の形態として、ゲーム端末 200に遅延時間を決定する遅延時間決定部を設け、ゲーム端末 200から送信される状況要求に、遅延時間決定部により決定された遅延時間を示す遅延時間データを含むようにし、通信装置 300の状況送信部が、装置側データ保持部からの状況データの読み出しにおいて、現在時刻（当該読み出しの時刻）で終わる遅延時間データで示される遅延時間と等し!/、送信対象期間内の時刻を示す前記時刻データを含む全ての状況データを読み出す、ようにしてもよい。この形態によれば、ゲーム期間が全てのプレイに共通でなくとも、プレイの実現前にそのゲーム期間を特定可能であれば、無駄なデータの配信を抑制することができる。ゲーム端末の各々の遅延時間決定部は、遅延時間をランダムに決定してもよいし、次に実現されるゲームのモードに応じた予測されるゲーム期間以上になるように遅延時間を決定してもよい。ゲームのモードによって、次のプレイのゲーム期間は変わりうるので、ゲームの設計者は、各ゲームモードについてゲーム期間の統計を集めておき、予測されるゲーム期間をあらかじめ決定しておくとよい。

[0059] より具体的にこの変形された実施の形態を説明する。各ゲーム端末 200の記憶部 2 50の不揮発性領域 256 (遅延時間記憶部）には、各ゲームモードについて遅延時間が記憶されている。遅延時間は、各ゲームモードについて予測されるゲーム期間以上になるように、ゲームの設計者によりあらかじめ決定されている。図 10に示すように、ゲーム処理において、プロセッサ 260は、まず、いかなるゲームモードをプレイヤが選択したのかを示すゲームモードの指示が入力されたか否かを判定する (ステップ S A01)。この判定結果は、操作部 230によってゲームモードの指示を表すデータが生成されると肯定的となり、他の場合には否定的となる。この判定結果が否定的な場合、処理はステップ S AO 1に戻る。

[0060] ステップ SA01の判定結果が肯定的な場合、プロセッサ 260は、遅延時間決定部として機能し、指示されたゲームモードに基づいて遅延時間を決定する (ステップ SA0 2)。具体的には、指示されたゲームモードに対応する遅延時間を記憶部 250の不揮発性領域 256から読み出す。この後、開始指示が入力されると（ステップ SA1)、プロセッサ 260は、通信インターフェイス 240と協働して、状況要求送信部として機能し、状況データの送信を要求する状況要求を通信装置 300へ送信する（ステップ SA2) 。この状況要求は、状況データの送信の要求だけでなぐ遅延時間を示す遅延時間データを含む。この状況要求に応答して、通信装置 300の状況送信部であるプロセッサ 330は、記憶部 320の揮発性領域 325 (装置側データ保持部）からの状況データの読み出しにおいて、現在時刻（当該読み出しの時刻）で終わる遅延時間データで示される遅延時間と等しい送信対象期間内の時刻を示す時刻データを含む全ての状況データを読み出して、状況要求の送信元のゲーム端末 200へ送信する。状況データを受信すると、プロセッサ 260は、受信した状況データ 254を揮発性領域 255 に書き込む（ステップ SA4)。

[0061] 図 10の他の処理は、図 6に関して上述したものと同じである。但し、ステップ SA61 での遡行時刻は、プロセッサ 260が決定した遅延時刻だけ現在時刻から前の時刻である。プロセッサ 260は、揮発性領域 255から状況データ内の時刻データが示す時刻から遅延時間（プロセッサ 260が決定した遅延時間）経過後に当該状況データ内のプレイデータを読み出す。

[0062] 他の実施の形態として、遅延時間決定部を通信装置 300に設けてもよい。つまり、通信装置 300が、遅延時間を決定する遅延時間決定部と、状況要求受信部により状況要求が受信されると、遅延時間決定部により決定された遅延時間を示す遅延時間データを、受信された状況要求の送信元のゲーム端末 200へ送信する遅延時間送信部とを有するようにしてもよい。そして、ゲーム端末 200が、通信装置 300から遅延時間データを受信する遅延時間受信部を有するようにしてもよい。さらに、通信装置 300の状況送信部により装置側データ保持部から読み出される状況データは、現在時刻（当該読み出しの時刻）で終わる遅延時間決定部により決定された遅延時間と等しい送信対象期間内の時刻を示す時刻データを含むものに限られ、ゲーム装置 2 00の遅延読み出し部は、状況データ内の時刻データが示す時刻から、遅延時間受信部により受信された遅延時間データで示される遅延時間の経過後に、当該状況データ内のプレイデータを読み出すようにしてもよい。

[0063] より具体的にこの変形された実施の形態を説明する。通信装置 300の記憶部 320 の不揮発性領域 326には、各ゲームモードについて遅延時間が記憶されている。遅延時間は、各ゲームモードについて予測されるゲーム期間以上になるように、ゲームの設計者によりあらかじめ決定されている。図 11に示すように、ゲーム処理において、ゲーム端末 200のプロセッサ 260は、まず、いかなるゲームモードをプレイヤが選択したのかを示すゲームモードの指示が入力されたか否かを判定する（ステップ SA03 )。この判定結果は、操作部 230によってゲームモードの指示を表すデータが生成されると肯定的となり、他の場合には否定的となる。この判定結果が否定的な場合、処理はステップ SA03に戻る。

[0064] ステップ SA03の判定結果が肯定的な場合、この後、開始指示が入力されると (ステツプ SA1)、プロセッサ 260は、通信インターフェイス 240と協働して、状況要求送信部として機能し、状況データの送信を要求する状況要求を通信装置 300へ送信する（ステップ SA2)。この状況要求は、状況データの送信の要求だけでなぐゲームモードを指示するデータを含む。

[0065] 通信装置 300では、図 12に示すように、状況要求の受信処理を実行すると（ステツプ SC2)、プロセッサ 330は、遅延時間決定部として機能し、状況要求で指示されたゲームモードに基づいて遅延時間を決定する (ステップ SC21)。具体的には、指示されたゲームモードに対応する遅延時間を記憶部 320の不揮発性領域 326から読み出す。次に、プロセッサ 330は状況送信部として機能し、記憶部 320の揮発性領域 325 (装置側データ保持部）からの状況データの読み出しにおいて、現在時刻（当該読み出しの時刻）で終わるプロセッサ 330が決定した遅延時間と等しい送信対象期間内の時刻を示す時刻データを含む全ての状況データを読み出して、状況要求の送信元のゲーム端末 200へ送信する（ステップ SC3、 SC41)。また、プロセッサ 33 0および通信インターフェイス 310は、プロセッサ 330が決定した遅延時間を示す遅延時間データを状況要求の送信元のゲーム端末 200へ送信する（ステップ SC41)。

[0066] ゲーム端末 200のプロセッサ 260は、状況受信部および遅延時間受信部として機能し、通信装置 300から状況データ 254および遅延時間データを受信する (ステップ SA31)。状況データを受信すると、プロセッサ 260は、受信した状況データ 254を揮発性領域 255に書き込む（ステップ SA4)。図 11の他の処理は、図 6に関して上述したものと同じである。但し、ステップ SA61での遡行時刻は、通信装置 300のプロセッサ 330が決定した遅延時間データで示された遅延時刻だけ現在時刻から前の時刻である。プロセッサ 260は、揮発性領域 255から状況データ内の時刻データが示す時刻から遅延時間（プロセッサ 330が決定した遅延時間）経過後に当該状況データ内のプレイデータを読み出す。この形態によれば、ゲーム期間が全てのプレイに共通でなくとも、プレイの実現前にそのゲーム期間を特定可能であれば、無駄なデータの配信を抑制することができる。

[0067] 他の実施の形態として、状況要求送信部は、状況要求を通信装置 300へ送信してからの経過時間が遅延時間を超過する前に、 2回目の状況要求を通信装置 300へ送信する、ようにしてもよい。

[0068] より具体的にこの変形された実施の形態を説明する。例えば、図 13に例示するように、プレイ GP3を実現するゲーム端末 200Cはプレイ GP3の開始直前に（時刻 t5とほぼ一致する時刻に）最初の状況要求を送信する。最初の状況要求に応答して、通信装置 300のプロセッサ 330は、時刻 t7で始まり時刻 t5で終わる遅延時間と等しい最初の送信期間内の時刻を示す時刻データを含むプレイ GP1とプレイ GP2に関する状況データをゲーム端末 200Cに送信する。従って、ゲーム端末 200Cにおけるプレイ GP3の参加プレイヤには、そのプレイ GP3のゲーム期間において、ゲーム端末 2 00Aで実現されたプレイ GP1の終了および状況（例えば、参加プレイヤの得点および名前）が時刻 t8で通知され、やがてゲーム端末 200Bで実現されたプレイ GP2の終了および状況が時刻 t9で通知される。ここまでの過程は上記の実施の形態と同じである。

し力、し、ゲーム端末 200Cのプレイ GP3が長くなつた場合には、やがてゲーム端末 2 00Cにおけるプレイ GP3の参加プレイヤには何も通知されなくなる。具体的には、最初の状況要求を送信した時刻 t5とほぼ一致する時刻から遅延時間の経過後には、ゲーム端末 200Cにおけるプレイ GP3の参加プレイヤには何も通知されなくなる。状況データは、時刻 t5とほぼ一致する時刻の前に終了した他のプレイを示しており、ゲーム端末 200Cは、状況データ内の時刻データが示す時刻から遅延時間の経過後に状況データ内のプレイデータを利用するからである。そこで、最初の状況要求を通信装置 300へ送信してからの経過時間が遅延時間を超過する前に（例えば時刻 tlO に）、プロセッサ 260は、通信インターフェイス 240と協働して、状況要求送信部として機能し、 2回目の状況要求を通信装置 300へ送信する。すると、 2回目の状況要求に応答して、通信装置 300のプロセッサ 330は、時刻 ti lで始まり時刻 tlOで終わる遅延時間と等しい 2回目の送信期間内の時刻を示す時刻データを含む状況データをゲーム端末 200Cに送信することができる。例えば、ゲーム端末 200Dのプレイ GP4 は 2回目の送信期間内の時刻 tl2で終了し、そのプレイ GP4に対応する状況データの時刻データは時刻 tl2を示す。プレイ GP4に関する状況データは、 2回目の状況要求に応答して、ゲーム端末 200Cに送信される。従って、ゲーム端末 200Cにおけるプレイ GP3の参加プレイヤには、そのプレイ GP3のゲーム期間において、ゲーム端末 200Dで実現されたプレイ GP4の終了および状況（例えば、参加プレイヤの得点および名前）が時刻 tl 3 (時刻 tl 2から遅延時間経過後）で通知される。この形態によれば、ゲーム期間が長くてもゲーム期間の全域にわたって他のプレイの状況をゲーム装置 200を利用するプレイヤに通知することができる。また、遅延時間をより短く定めること力 Sできる。したがって、無駄なデータの配信を抑制することができる。但し、他の実施の形態として、状況要求送信部は、状況要求を通信装置 300へ送信してからの経過時間が遅延時間を超過してから、 2回目の状況要求を前記通信装置へ送信する、ようにしてもよい。

[0070] 他の実施の形態として、通信装置 300の装置側状況書き込み部が、終了通知受信部により終了通知が受信されると、受信された終了通知で終了が示されているプレイの状況を示すプレイデータと当該終了通知の受信時刻を示す時刻データとを含む状況データを、当該終了通知の送信元のゲーム端末に関連付けて装置側データ保持部に書き込み、通信装置 300の状況送信部が、状況要求受信部により状況要求が受信されると、装置側データ保持部から、当該状況要求の送信元のゲーム端末 20 0に関連付けられていない状況データを読み出し、受信された状況要求の送信元のゲーム端末 200へ送信する、ようにしてもよい。

[0071] より具体的にこの変形された実施の形態を説明する。プレイ処理の終了後にゲーム端末 200が通信装置 300に送信する終了通知（図 6のステップ SA7)には、終了通知の送信元のゲーム端末 200を識別する指定 (例えば通信アドレス）が付加されている。通信装置 300のプロセッサ 330は、終了通知の受信処理を実行すると、状況データ 254を生成する（図 7のステップ SB3)。具体的には、プロセッサ 330は、受信した終了通知で終了が示されているプレイの状況を示すプレイデータと、現在時刻（終了通知を受信した時刻）を示す時刻データとを含む状況データ 254を生成する。次に、プロセッサ 330 (装置側状況書き込み部）は、生成した状況データ 254を当該終了通知の送信元のゲーム端末を識別する指定に関連付けて、揮発性領域 325に書き込む（ステップ SB4)。

[0072] 図 6のステップ SA2でゲーム端末 200が通信装置に送信する状況要求にも、状況要求の送信元のゲーム端末 200を識別する指定 (例えば通信アドレス）が付加されている。通信装置 300のプロセッサ 330は、状況要求の受信処理を実行すると、揮発性領域 325 (装置側データ保持部)から状況データを読み出す（図 8のステップ SC3 )。具体的には、プロセッサ 330 (状況送信部）は、揮発性領域 325から、上述の送信対象期間内の時刻を示す時刻データを含み、当該状況要求の送信元のゲーム端末 200を識別する指定に関連付けられていない状況データを読み出す。次に、プロセッサ 330は、通信インターフェイス 310 (状況送信部）と協働して、読み出した状況データを、ステップ SC2にて受信した状況要求の送信元へ送信する（ステップ SC4)。この形態では、状況要求の送信元のゲーム端末は、この送信元のゲーム端末で実現されたプレイの状況データを受信せず、他のゲーム端末で実現されたプレイの状況データを受信することができる。従って、状況要求の送信元のゲーム端末を使用しているプレイヤには、この送信元のゲーム端末で実現されたプレイの状況データが通知されない。

[0073] 他の実施の形態として、通信装置 300が、プレイ毎に当該プレイに参加するプレイャと当該プレイを実現させるゲーム端末 200との対応付けを記述する端末プレイヤ対応テータ (terminaト player link data element)を記憶する端末プレイヤ対応テータ記憶部（termina卜 player link data memory)を備え、通信装置 300の装置側状況書き込み部が、終了通知受信部により終了通知が受信されると、端末プレイヤ対応データ記憶部を参照し、受信された終了通知で終了が示されて!/、るプレイの状況を示すプレイデータと当該終了通知の受信時刻を示す時刻データとを含む状況データを、当該終了通知の送信元のゲーム端末 200に対応付けられているプレイヤに関連付けて装置側データ保持部に書き込み、通信装置 300の状況送信部は、状況要求受信部により状況要求が受信されると、端末プレイヤ対応データ記憶部を参照し、装置側データ保持部から、当該状況要求の送信元のゲーム端末に対応付けられているプレィャに関連付けられていない状況データを読み出し、受信された状況要求の送信元のゲーム端末 200へ送信する、ようにしてもよい。

[0074] より具体的にこの変形された実施の形態を説明する。通信装置 300の記憶部 320 の揮発性領域 325 (端末プレイヤ対応データ記憶部）には、プレイ毎に当該プレイに参加するプレイヤと当該プレイを実現させるゲーム端末 200との対応付けを記述する端末プレイヤ対応データが記憶されている。ゲーム端末 200は、プレイの参加プレイャを識別する指定 (例えば参加プレイヤの名前）を表すデータを含む通知を通信装置 300に送信する。この通知には、その送信元のゲーム端末 200を識別する指定（例えば通信アドレス）が付加されている。例えば、この通知は、図 6のステップ SA2で送信される状況要求に含まれていてもよいし、図 6のステップ SA7で送信される終了通知に含まれていてもよい。この通知を受信すると、通信装置 300のプロセッサ 330 は、この通知で表される参加プレイヤを識別する指定と送信元のゲーム端末を識別する指定を対応付ける端末プレイヤ対応データを揮発性領域 325に書き込む。

[0075] 上述した通り、プレイ処理の終了後にゲーム端末 200が通信装置 300に送信する終了通知（図 6のステップ SA7)はプレイの参加プレイヤを識別する指定 (例えば参加プレイヤの名前）を表す。また、終了通知には、終了通知の送信元のゲーム端末 2 00を識別する指定 (例えば通信アドレス）が付加されている。通信装置 300のプロセッサ 330は、終了通知の受信処理を実行すると、状況データ 254を生成する（図 7のステップ SB3)。具体的には、プロセッサ 330は、受信した終了通知で終了が示されて!/ヽるプレイの状況を示すプレイデータと、現在時刻（終了通知を受信した時刻）を示す時刻データとを含む状況データ 254を生成する。次に、プロセッサ 330 (装置側状況書き込み部）は、揮発性領域 325内の端末プレイヤ対応データを参照し、生成した状況データ 254を当該終了通知の送信元のゲーム端末を識別する指定および端末プレイヤ対応データでこの送信元のゲーム端末を識別する指定に対応付けられているプレイヤを識別する指定に関連付けて、揮発性領域 325に書き込む (ステップ SB4)。

[0076] 図 6のステップ SA2でゲーム端末 200が通信装置に送信する状況要求にも、状況要求の送信元のゲーム端末 200を識別する指定 (例えば通信アドレス）およびプレイの参加プレイヤを識別する指定 (例えば参加プレイヤの名前）が示されている。通信装置 300のプロセッサ 330は、状況要求の受信処理を実行すると、揮発性領域 325 内の端末プレイヤ対応データを参照し、揮発性領域 325 (装置側データ保持部)から状況データを読み出す（図 8のステップ SC3)。具体的には、プロセッサ 330 (状況送信部）は、揮発性領域 325から、上述の送信対象期間内の時刻を示す時刻データを含み、当該状況要求の送信元のゲーム端末を識別する指定および端末プレイヤ対応データでこの送信元のゲーム端末を識別する指定に対応付けられているプレイヤを識別する指定に関連付けられていない状況データを読み出す。次に、プロセッサ 3 30は、通信インターフェイス 310 (状況送信部）と協働して、読み出した状況データを、ステップ SC2にて受信した状況要求の送信元へ送信する（ステップ SC4)。この形態では、状況要求の送信元のゲーム端末は、現在そのゲーム端末を利用してプレイしているプレイヤ以外のプレイヤによるプレイの状況データを受信することができる。この形態では、過去に同じゲーム端末を利用していても、別のプレイヤによるプレイの状況データは、状況要求の送信元のゲーム端末に送信される。状況要求の送信元のゲーム端末を使用しているプレイヤには、自分が行ったプレイの状況データが通知されない。

[0077] 他の実施の形態として、通信装置 300が、複数のゲーム端末 200が、少なくとも 1つのゲーム端末が設置された複数のゲーム場の各々について、ゲーム場とそこにあるゲーム端末との対応付けを記述する端末ゲーム場対応データ（termina卜 game place link data element)を記' fe、 "5— ) i而末ケーム場メ Ti^、アーク記' fe、¾i (termina卜 game place link data memory)を備え、通信装置 300の装置側状況書き込み部は、終了通知受信部により終了通知が受信されると、端末ゲーム場対応データ記憶部を参照し、受信された終了通知で終了が示されているプレイの状況を示すプレイデータと当該終了通知の受信時刻を示す時刻データとを含む状況データを、当該終了通知の送信元のゲーム端末 200に対応付けられたゲーム場 2に関連付けて装置側データ保持部に書き込み、通信装置 300の状況送信部は、状況要求受信部により状況要求が受信されると、端末ゲーム場対応データ記憶部を参照し、装置側データ保持部から、当該状況要求の送信元のゲーム端末 200に対応付けられているゲーム場 2に関連付けられていない状況データを読み出し、受信された状況要求の送信元のゲーム端末 200へ送信する、ようにしてもよい。

[0078] より具体的にこの変形された実施の形態を説明する。通信装置 300の記憶部 320 の揮発性領域 325または不揮発性領域 326 (端末ゲーム場対応データ記憶部）には、ゲーム場 2とそのゲーム場 2にあるゲーム端末 200との対応付けを記述する端末ゲーム場対応データが記憶されている。ゲーム場がゲームアーケードの場合には、例えばゲームアーケードの名前とゲームアーケードに設置されたゲーム端末の関係が端末ゲーム場対応データに記憶される。ゲーム場が住居であって、住居内のゲーム端末に通信アドレスが固定的に割り当てられる場合には、例えば住居の LANのアドレスと住居内のゲーム端末の通信アドレスの関係が端末ゲーム場対応データに記憶される。ゲーム場が住居であって、住居内のゲーム端末に通信アドレスが動的に割り当てられる場合には、例えばゲーム端末と通信装置 300が通信を開始した時に、住居の LANの名前または通信アドレスと住居内のゲーム端末の名前または通信アドレスが通信装置 300に伝達され、住居の LANの名前または通信アドレスと住居内のゲーム端末の名前または通信アドレスの関係が端末ゲーム場対応データに記憶される

[0079] プレイ処理の終了後にゲーム端末 200が通信装置 300に送信する終了通知（図 6 のステップ SA7)には、終了通知の送信元のゲーム端末 200を識別する指定 (例えば通信アドレスまたは名前）が付加されている。通信装置 300のプロセッサ 330は、終了通知の受信処理を実行すると、状況データ 254を生成する（図 7のステップ SB3 )。具体的には、プロセッサ 330は、受信した終了通知で終了が示されているプレイの状況を示すプレイデータと、現在時刻（終了通知を受信した時刻）を示す時刻データとを含む状況データ 254を生成する。次に、プロセッサ 330 (装置側状況書き込み部）は、記憶部 320内の端末ゲーム場対応データを参照し、生成した状況データ 25 4を端末ゲーム場対応データで当該終了通知の送信元のゲーム端末を識別する指定に対応付けられているゲーム場を識別する指定に関連付けて、揮発性領域 325に書き込む（ステップ SB4)。

[0080] 図 6のステップ SA2でゲーム端末 200が通信装置に送信する状況要求にも、状況要求の送信元のゲーム端末 200を識別する指定 (例えば通信アドレスまたは名前）が示されている。通信装置 300のプロセッサ 330は、状況要求の受信処理を実行すると、記憶部 320内の端末ゲーム場対応データを参照し、揮発性領域 325 (装置側データ保持部）から状況データを読み出す（図 8のステップ SC3)。具体的には、プロセッサ 330 (状況送信部）は、揮発性領域 325から、上述の送信対象期間内の時刻を示す時刻データを含み、端末ゲーム場対応データで当該状況要求の送信元のゲーム端末を識別する指定に対応付けられているゲーム場を識別する指定に関連付けられていない状況データを読み出す。次に、プロセッサ 330は、通信インターフエイス 310 (状況送信部）と協働して、読み出した状況データを、ステップ SC2にて受信した状況要求の送信元へ送信する（ステップ SC4)。この形態では、状況要求の送信元のゲーム端末には、そのゲーム端末に対応付けられたゲーム場以外のゲーム場のゲーム端末で実現されたプレイの状況データを受信することができる。つまり、状況要求の送信元のゲーム端末が存在しないゲーム場でのプレイの状況データを受信すること力 Sできる。状況要求の送信元のゲーム端末を使用しているプレイヤには、自分および自分の周囲の他のプレイヤが行ったプレイの状況データが通知されなレ、

[0081] 他の実施の形態として、プレイデータで表されるプレイヤを識別する指定 (例えば名前、ニックネーム、識別番号)を、予め通信装置 300に保持させておく形態としてもよい。この形態は、プレイヤが所持するカードを用いてプレイヤを識別する周知のグームシステムを用いることにより実施可能である。また、ゲーム端末 200の外部へ情報を出力する出力部として、表示部 220とは異なる出力部（例えば、明滅する光源、スピ一力またはその他の発音機構）を採用してもよい。また、ゲーム端末 200の外部から情報を入力する入力部として、操作部 230 (例えば、ボタンや、キーボード、タツチパネル）とは異なる入力部を採用してもよい。また、本発明は、単独プレイヤゲーム以外の任意のコンピュータゲームにも適用可能である。

[0082] 実施の形態の通信装置 300は単独のユニットである力通信装置は複数のユニット、例えば、蓄積処理を行うユニットと、応答処理を行う別のユニットを有していてもよい

[0083] 以上、本発明の特定の実施の形態を説明したが、本発明は、上記で開示された各ゲーム端末 200での方法を記述する機械読み取り可能な命令のシーケンスを含むコンピュータプログラム、通信装置 300での方法を記述する機械読み取り可能な命令のシーケンスを含むコンピュータプログラム、またはそれらのコンピュータプログラムを運ぶ (bears)プログラム製品としても実施しうる。「プログラム製品」としては、そのコンピュータプログラムを記録したコンピュータ読み取り可能な情報記録媒体、またはそのコンピュータプログラムを伝送する伝送媒体（data carrier)であってよい。「情報記録媒体」としては、上述した形態のほか、各種のディスク、テープ、チップ、またはステイツクがありうる。「伝送媒体」としては、無線有線を問わず各種のネットワークがありうる。プログラムの形式としては、コンパイルされていてもよいしコンパイルされていなくてもよい。

Claims

請求の範囲

[1] ネットワークに属する複数のゲーム端末と前記ネットワークに属する通信装置とを有するゲームシステムにおいて、

前記複数のゲーム端末の各々は、

コンピュータゲームのプレイを実現するプレイ処理部と、

前記プレイ処理部に実現された前記プレイが終了すると、前記プレイの終了と状況を示す終了通知を前記通信装置へ送信する終了通知送信部と、

書き込まれたデータを読み出し可能に保持する端末側データ保持部と、少なくとも既に終了した他のプレイの状況を示すプレイデータと、前記通信装置に当該他のプレイの終了が通知された時刻に対応する時刻を示す時刻データとを含む状況データの送信を前記通信装置に要求する状況要求を前記通信装置へ送信する状況要求送信部と、

前記通信装置から前記状況データを受信する状況受信部と、

前記状況受信部により前記状況データが受信されると、受信された前記状況データを前記端末側データ保持部に書き込む端末側状況書き込み部と、

前記端末側データ保持部から、状況データ内の時刻データが示す時刻から遅延時間経過後に当該状況データ内のプレイデータを読み出す遅延読み出し部と、前記遅延読み出し部により前記プレイデータが読み出されると、読み出された前記プレイデータで表されるプレイの状況に対応する情報を出力する情報出力部とを備え、

前記通信装置は、

書き込まれたデータを読み出し可能に保持する装置側データ保持部と、前記複数のゲーム端末のいずれかからプレイの終了と状況を通知する終了通知を受信する終了通知受信部と、

前記終了通知受信部により前記終了通知が受信されると、受信された前記終了通知で終了が示されているプレイの状況を示すプレイデータと当該終了通知の受信時刻に対応する時刻を示す時刻データとを含む状況データを前記装置側データ保持部に書き込む装置側状況書き込み部と、前記複数のゲーム端末のいずれ力、から前記状況要求を受信する状況要求受信部と、

前記状況要求受信部により前記状況要求が受信されると、前記装置側データ保持部から前記状況データを読み出し、受信された前記状況要求の送信元のゲーム端末へ送信する状況送信部とを備える、

ことを特徴とするゲームシステム。

[2] 前記ゲーム端末の各々の前記状況要求送信部は、前記プレイ処理部によりプレイが実現されていないときに、前記状況要求を前記通信装置へ送信する

ことを特徴とする請求項 1に記載のゲームシステム。

[3] 前記通信装置の前記状況送信部は、前記装置側データ保持部からの前記状況データの読み出しにおいて、当該読み出しの時刻で終わる前記遅延時間と等しい期間内の時刻を示す前記時刻データを含む全ての前記状況データを読み出す、ことを特徴とする請求項 1に記載のゲームシステム。

[4] 前記ゲーム端末の各々は、前記遅延時間を決定する遅延時間決定部を備え、前記ゲーム端末の各々の状況要求送信部は、前記遅延時間決定部により決定された前記遅延時間を示す遅延時間データを含む前記状況要求を送信し、

前記通信装置の前記状況送信部は、前記装置側データ保持部からの前記状況データの読み出しにおいて、当該読み出しの時刻で終わる前記遅延時間と等しい期間内の時刻を示す前記時刻データを含む全ての前記状況データを読み出す、ことを特徴とする請求項 1に記載のゲームシステム。

[5] 前記ゲーム端末の各々の前記状況要求送信部は、前記状況要求を前記通信装置へ送信してからの経過時間が前記遅延時間を超過する前に、他の状況要求を前記通信装置へ送信する、

ことを特徴とする請求項 1に記載のゲームシステム。

[6] 前記通信装置の前記装置側状況書き込み部は、前記終了通知受信部により前記終了通知が受信されると、受信された前記終了通知で終了が示されている前記プレィの状況を示す前記プレイデータと当該終了通知の受信時刻を示す前記時刻データとを含む前記状況データを、当該終了通知の送信元の前記ゲーム端末に関連付けて前記装置側データ保持部に書き込み、

前記通信装置の前記状況送信部は、前記状況要求受信部により前記状況要求が受信されると、前記装置側データ保持部から、当該状況要求の送信元の前記ゲーム端末に関連付けられていない前記状況データを読み出し、受信された前記状況要求の送信元の前記ゲーム端末へ送信する、

ことを特徴とする請求項 1に記載のゲームシステム。

[7] 前記通信装置は、前記プレイ毎に当該プレイに参加するプレイヤと当該プレイを実現させる前記ゲーム端末との対応付けを記述する端末プレイヤ対応データ (terminal -player link data element)を記 'fe、す^)) ί而末プレメ、わ心ァータ記' |思部（terminal— play er link data memory)を備え、

前記通信装置の前記装置側状況書き込み部は、前記終了通知受信部により前記終了通知が受信されると、前記端末プレイヤ対応データ記憶部を参照し、受信された前記終了通知で終了が示されている前記プレイの状況を示す前記プレイデータと当該終了通知の受信時刻を示す前記時刻データとを含む前記状況データを、当該終了通知の送信元の前記ゲーム端末に対応付けられている前記プレイヤに関連付けて前記装置側データ保持部に書き込み、

前記通信装置の前記状況送信部は、前記状況要求受信部により前記状況要求が受信されると、前記端末プレイヤ対応データ記憶部を参照し、前記装置側データ保持部から、当該状況要求の送信元の前記ゲーム端末に対応付けられている前記プレイヤに関連付けられていない前記状況データを読み出し、受信された前記状況要求の送信元の前記ゲーム端末へ送信する、

ことを特徴とする請求項 1に記載のゲームシステム。

[8] 前記通信装置は、前記複数のゲーム端末が少なくとも 1つのゲーム端末が設置された複数のゲーム場の各々について、ゲーム場とそこにあるゲーム端末との対応付を己述する) ί耑末グーム場メ T応テータ (termina卜 game place link data element)を己 'ISする端末クーム場対 J心ァータ記' is部 (terminal— game place link data memory)を備え、

前記通信装置の前記装置側状況書き込み部は、前記終了通知受信部により前記終了通知が受信されると、前記端末ゲーム場対応データ記憶部を参照し、受信された前記終了通知で終了が示されている前記プレイの状況を示す前記プレイデータと当該終了通知の受信時刻を示す前記時刻データとを含む前記状況データを、当該終了通知の送信元の前記ゲーム端末に対応付けられた前記ゲーム場に関連付けて装置側データ保持部に書き込み、

前記通信装置の前記状況送信部は、前記状況要求受信部により前記状況要求が受信されると、前記端末ゲーム場対応データ記憶部を参照し、前記装置側データ保持部から、当該状況要求の送信元の前記ゲーム端末に対応付けられている前記ゲーム場に関連付けられていない前記状況データを読み出し、受信された前記状況要求の送信元の前記ゲーム端末へ送信する、

ことを特徴とする請求項 1に記載のゲームシステム。

通信装置が属するネットワークに属し、前記通信装置と通信可能なゲーム端末であつて、

コンピュータゲームのプレイを実現するプレイ処理部と、

前記プレイ処理部に実現された前記プレイが終了すると、前記プレイの終了と状況を示す前記終了通知を前記通信装置へ送信する終了通知送信部と、

前記端末側データ保持部から、状況データ内の時刻データが示す時刻から遅延時間経過後に当該状況データ内のプレイデータを読み出す遅延読み出し部と、前記遅延読み出し部により前記プレイデータが読み出されると、読み出された前記プレイデータで表されるプレイの状況に対応する情報を出力する情報出力部とを備える、

ことを特徴とするゲーム端末。

[10] 各々がコンピュータゲームのプレイを実現する複数のゲーム端末が属するネットヮークに属し、前記ゲーム端末と通信可能な通信装置であって、

書き込まれたデータを読み出し可能に保持する装置側データ保持部と、前記複数のゲーム端末のいずれ力、からプレイの終了と状況を示す終了通知を受信する終了通知受信部と、

前記終了通知受信部により前記終了通知が受信されると、受信された前記終了通知で終了が示されているプレイの状況を示すプレイデータと当該終了通知の受信時刻に対応する時刻を示す時刻データとを含む状況データを前記装置側データ保持部に書き込む装置側状況書き込み部と、

前記複数のゲーム端末のいずれかから前記状況データの送信を要求する状況要求を受信する状況要求受信部と、

ことを特徴とする通信装置。

[11] 通信装置が属するネットワークに属し、前記通信装置と通信可能であって、書き込まれたデータを読み出し可能に保持する端末側データ保持部を備えるゲーム端末をコンピュータゲームのプレイを実現するプレイ処理部と、

少なくとも既に終了した他のプレイの状況を示すプレイデータと、前記通信装置に当該他のプレイの終了が通知された時刻に対応する時刻を示す時刻データとを含む状況データの送信を前記通信装置に要求する状況要求を前記通信装置へ送信する状況要求送信部と、

前記通信装置から前記状況データを受信する状況受信部と、前記状況受信部により前記状況データが受信されると、受信された前記状況データを前記端末側データ保持部に書き込む端末側状況書き込み部と、

前記端末側データ保持部から、状況データ内の時刻データが示す時刻から遅延時間経過後に当該状況データ内のプレイデータを読み出す遅延読み出し部と、前記遅延読み出し部により前記プレイデータが読み出されると、読み出された前記プレイデータで表されるプレイの状況に対応する情報を出力する情報出力部として機能させる、

ことを特徴とするコンピュータプログラム。

[12] 各々がコンピュータゲームのプレイを実現する複数のゲーム端末が属するネットヮークに属し、前記ゲーム端末と通信可能であって、書き込まれたデータを読み出し可能に保持する装置側データ保持部を備える通信装置を、

前記複数のゲーム端末のいずれ力、からプレイの終了と状況を示す終了通知を受信する終了通知受信部と、

前記状況要求受信部により前記状況要求が受信されると、前記装置側データ保持部から前記状況データを読み出し、受信された前記状況要求の送信元のゲーム端末へ送信する状況送信部として機能させる、

ことを特徴とするコンピュータプログラム。

[13] 請求項 11に記載のコンピュータプログラムを記録したコンピュータ読み取り可能な記録媒体。

[14] 請求項 12に記載のコンピュータプログラムを記録したコンピュータ読み取り可能な記録媒体。

[15] 各々がコンピュータゲームのプレイを実現する複数のゲーム端末が属するネットヮークに属し、前記ゲーム端末と通信可能であって、書き込まれたデータを読み出し可能に保持する装置側データ保持部を備える通信装置におけるデータ管理方法であつて、

前記複数のゲーム端末のいずれ力、からプレイの終了と状況を示す終了通知を受信する終了通知受信ステップと、

前記終了通知受信ステップの後に、前記終了通知受信ステップにて受信した前記終了通知で終了が示されているプレイの状況を示すプレイデータと当該終了通知の受信時刻に対応する時刻を示す時刻データとを含む状況データを前記装置側データ保持部に書き込む書き込みステップと、

前記複数のゲーム端末のいずれかから前記状況データの送信を要求する状況要求を受信する状況要求受信ステップと、

前記状況要求受信ステップの後に、前記装置側データ保持部から前記状況データを読み出す状況読み出しステップと、

前記状況要求受信ステップにて受信した前記状況要求の送信元のゲーム端末へ前記状況データを送信する状況送信ステップとを有する、

ことを特徴とするデータ管理方法。