JPH1133230A

JPH1133230A - 通信ゲームシステム

Info

Publication number: JPH1133230A
Application number: JP9205526A
Authority: JP
Inventors: Toshiyuki Kaji; 敏之梶; Toshihiro Nakane; 寿博中根; Yoshinori Harada; 佳紀原田; Maki Fuse; 真樹布施
Original assignee: Sega Enterprises Ltd
Current assignee: Sega Corp
Priority date: 1997-07-16
Filing date: 1997-07-16
Publication date: 1999-02-09
Also published as: US6183367B1; US6306039B1

Abstract

(57)【要約】【課題】ゲームデータ以外の各遊戯者に関わる情報もや
り取りできるようにすることで、遊戯者間の「コミュニ
ケーション」向上を図り、ゲーム上の競争心や興味感を
高める。【解決手段】複数のゲーム装置２ａ〜２ｄを互いに通信
媒体３を介して接続してネットワークを形成した通信ゲ
ームシステム１である。複数のゲーム装置２ａ〜２ｄの
それぞれは、ネットワーク上で転送されているデータを
受信するとともに当該受信データと自機のゲーム装置で
生成したデータとを前記ネットワーク上に転送する通信
システム３１と、受信データにアクセスするホストシス
テム３２とを備える。これにより複数のゲーム装置２ａ
〜２ｄ間で通信システム３１およびホストシステム３２
に拠るブロードキャスト通信を行ってゲームパケット、
サウンドパケット、ビデオパケットから成るデータを送
受できる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信媒体を介して
互いに結ばれた複数のゲーム装置を備え、このゲーム装
置間で多人数が互いに対戦する形式のゲームを行うとき
に好適な通信ゲームシステムに関する。

【０００２】

【従来の技術】近年のコンピュータグラフィック技術の
進歩に伴い、様々な画像を提供する画像処理装置が提案
されている。これらの内のあるものは、いわゆるテレビ
ゲーム装置（以下、ゲーム装置という）に用いられ、レ
ースゲーム、シューティングゲーム、シミュレーション
ゲーム、アクションゲーム等を提供している。

【０００３】この種のゲーム装置は、家庭用、業務用を
問わず、より鮮明で、よりリアルな画像を表示できるも
のが求められている。ゲーム装置は一般に、予め記憶し
たゲ−ムプログラムを実行するコンピュータ装置を内蔵
したゲーム装置本体と、ゲ−ムで表現させるオブジェク
トの移動を指令する操作信号をコンピュータ装置に与え
る操作装置と、コンピュータ装置でゲ−ムプログラムが
実行されることによるゲ−ム展開に伴う画像を表示する
ディスプレイと、そのゲ−ム展開に伴う音響を発生させ
る音響装置とを備えている。

【０００４】近年のゲーム装置は、画面をより高品位で
迫力があるものにするために、仮想の３次元座標空間内
に画像データを定義してオブジェクト（キャラクタ）、
そして背景等を配置し、これらを所定の視点から見た映
像をディスプレイに表示するようになっている。

【０００５】このゲーム装置を使用するゲーム形式の１
つに通信ゲームがある。この通信ゲームは、通常、通信
ゲームシステムにより行われる。通信ゲームシステム
は、上述した構成を有するゲーム装置を複数台、通信ケ
ーブルなどの通信媒体で互いに結んで通信ループを形成
したシステムである。この通信ゲームシステムでは、従
来、個々のゲーム装置のゲーム内容を表すデータ（ゲー
ムデータ）をゲーム装置間でやり取りするようになって
いる。これにより、通信ループ内の各ゲーム装置には、
対戦している遊戯者が操作するゲーム装置のゲーム進行
状況がほぼリアルタイムに表示される。この種の通信ゲ
ームシステムは、例えば、複数の遊戯者が仮想ゲーム空
間内で互いに車のレースの順位を競う（対戦する）ドラ
イビングゲームに好適である。

【０００６】

【発明が解決しようとする課題】しかしながら、上述し
た従来の通信ゲームシステムは、単にゲームデータのみ
を通信ループ内のゲーム装置間でやり取りするだけであ
って、そのほかの情報を一切、通信の対象とする構成に
なっていない。つまり、各遊戯者は対戦ゲームの進行状
況に応じていろんな表情をしたり、嬌声など音を発する
の自然であるが、それらを対戦相手であるほかの遊戯者
にゲーム装置を通して伝えるようにはなっていなかっ
た。各ゲーム装置の筐体が隣接して設置されていれば、
そのような相手の雰囲気が何となく感じることはできる
が、遊戯者は自分のゲーム装置のモニタ画面に釘付けに
なっていることが殆どであるから、対戦相手の表情など
を把握し難い。したがって、遊戯者同士を結び付けるあ
る種の「コミュニケーション」が不足していた。

【０００７】この「コミュニケーション」の不足は、と
くに、ゲーム装置の分野に特有のものと言える。ゲーム
装置によるゲームであるから、対戦相手の表情は嬌声を
互いに伝えあうことで、競争心が高められ、またゲーム
への興味感も高められる。しかし、従来のものはそのよ
うな「コミュニケーション」を伝えあう手段を全く考慮
していないから、競争心や興味感は割に低いものであっ
た。

【０００８】さらに、従来の通信ゲームシステムはゲー
ムデータのやり取りだけであるから、ゲームに必要なノ
イズなどの特殊な効果などの通信を行うことできず、ゲ
ーム空間が与える臨場感を乏しいものであった。

【０００９】本発明は、上述した従来のゲーム通信シス
テムが有する現状を打破するためになされたものであ
る。本発明の１つの目的は、ゲームデータ以外の各遊戯
者に関わる情報もやり取りできるようにすることで、遊
戯者間の「コミュニケーション」向上を図り、ゲーム上
の競争心や興味感を高めて、ゲームの付加価値を上げる
ことである。

【００１０】また、本発明の別の目的は、ゲームデータ
以外であるが、ゲームに好ましい特殊効果などの通信を
行えるようにすることで、ゲームの臨場感を向上させる
こと、である。

【００１１】

【課題を解決するための手段】上記目的を達成するた
め、本発明に係る通信ゲームシステムは、複数の遊戯者
が個々にゲームを実行するための複数のゲーム装置を互
いに通信媒体を介して接続してネットワークを形成した
通信ゲームシステムであり、前記複数のゲーム装置のそ
れぞれは、前記ネットワーク上で転送されているデータ
を受信するとともに当該受信データと自機のゲーム装置
で生成したデータとを前記ネットワーク上に転送する転
送手段と、前記受信データにアクセスするアクセス手段
とを備え、前記複数のゲーム装置間で前記転送手段とア
クセス手段に拠るブロードキャスト方式の通信を行って
データを送受することを特徴とした。

【００１２】例えば、前記通信媒体は信号ケーブルであ
る。

【００１３】好適には、前記転送手段は、当該転送手段
のデータ送受信の動作を制御するコントローラと、前記
受信データを記憶するメモリとを備える一方で、前記ア
クセス手段は、自機のゲーム装置におけるゲームの実行
を指令するＣＰＵを備え、前記ＣＰＵを前記メモリにア
クセスさせるとともに、前記転送手段による前記受信デ
ータの前記ネットワーク上への送信と前記アクセスとを
同時に実行させる制御手段を備える、ことである。この
場合、前記制御手段は、前記ＣＰＵによる前記メモリへ
のアクセスと前記コントローラによる前記メモリへのア
クセスとを時分割で交互に実行させる手段を備える、こ
とがとくに望ましい。

【００１４】また、例えば、前記各ゲーム装置は、前記
ネットワーク上へのデータの転送する権利を交互に時分
割で交替する手段を備えることができる。

【００１５】さらに、前記各ゲーム装置は、前記ネット
ワーク上を転送させてくるデータを選択する手段を備え
ることもできる。

【００１６】さらに、前記複数のゲーム装置の内の所定
のゲーム装置は、前記各ゲーム装置の動作タイミングを
同期させる同期信号を前記ネットワーク上に送信する同
期手段を備え、前記同期信号はビデオのフレーム信号に
同期させた信号である、ことも望ましい。

【００１７】また、前記複数のゲーム装置の内の所定の
ゲーム装置は、前記同期信号が前記各ゲーム装置に転送
されているか否かを判断して前記複数のゲーム装置間の
通信媒体の故障を検出する手段を備えることもできる。

【００１８】好適には、前記ネットワーク上を転送され
ているデータは、前記各ゲーム装置におけるゲーム実行
で生成されたゲームデータのパケット、前記各ゲーム装
置でゲームを行う遊戯者の音声のサウンドデータのパケ
ット、および、前記各ゲーム装置でゲームを行う遊戯者
の映像のビデオデータのパケットから成るデータであ
る。この場合、前記各ゲーム装置は、前記ゲームデータ
を生成するゲーム実行手段、前記遊戯者の音声を入力し
て前記サウンドデータを生成するサウンドデータ生成手
段、および、前記遊戯者の映像を入力して前記ビデオデ
ータを生成するビデオデータ生成手段を備えることが望
ましい。

【００１９】この構成において、例えば、前記各ゲーム
装置は、前記ゲームデータ中のサウンドデータと前記転
送データ中の前記サウンドデータとを合成して音声とし
て発生する音声発生手段と、前記ゲームデータ中のビデ
オデータと前記転送データ中の前記ビデオデータとを合
成してモニタに画像表示する画像表示手段とを備えるこ
とができる。

【００２０】また、前記画像表示手段は、前記転送デー
タ中の前記ビデオデータの表示サイズ、表示位置、明る
さ、色、縁取り、エンボス加工の要素の内の少なくとも
１つの要素を変更可能なビデオデータ処理手段を備える
ようにしてもよい。

【００２１】さらに、前記ビデオデータ生成手段は、前
記ビデオデータを圧縮する圧縮手段を備えることが望ま
しい。また、前記ビデオデータ生成手段は、前記ビデオ
データから前記遊戯者の人物像のみを抽出する抽出手段
を備えることも望ましい。

【００２２】また、前記画像表示手段は、前記ゲームデ
ータ中のビデオデータの画面に前記転送データ中の前記
ビデオデータをウインドとして重畳する手段を備えるこ
とができる。

【００２３】一方、前記転送手段は、当該転送手段のデ
ータ送受信の動作を制御するコントローラと、前記受信
データを記憶するメモリとを備える一方で、前記サウン
ドデータ生成手段は、前記サウンドデータを処理するプ
ロセッサと、このプロセッサのワーク用であって前記メ
モリとは別個のワークメモリとを備える、ことが望まし
い。

【００２４】この場合、前記サウンドデータ生成手段
は、フレーム長を合わせる補間処理を行って同期をとる
手段を備えることができる。

【００２５】例えば、前記サウンドデータ生成手段は、
前記サウンドデータに効果音、ノイズ、およびエフェク
トの要素の内の少なくとも一つの要素に応じた処理を加
えるサウンドデータ処理手段を備えるようにしてもよ
い。

【００２６】また例えば、前記複数のゲーム装置のいず
れか１つのゲーム装置は、残りのゲーム装置に自機装置
で発生させた背景音のデータを送信する手段を備えるこ
ともできる。さらに、前記サウンドデータ生成手段は、
前記サウンドデータを立体音響データに変換する手段を
備えることも好適な例である。

【００２７】

【実施の形態】本発明の実施形態に係る通信ゲームシス
テムを図面に基づき説明する。

【００２８】Ａ．通信ゲームシステムの概要最初に、本実施形態に係る通信ゲームシステムの特徴の
概要を説明する。

【００２９】Ａ−１．ブロードキャスト通信方式この通信ゲームシステム１は複数台のゲーム装置２ａ〜
２ｄを備えており、それらのゲーム装置２ａ〜２ｄが１
つのネットワークを形成するようにケーブルなどの通信
媒体３を介して互いに接続されている。

【００３０】図１には、それらのゲーム装置２ａ〜２ｂ
がリング型に接続された例を示す。この接続形式はとく
に限定されるものでは無く、ほかの型であってもよい。
このネットワークに採用する通信プロトコルはブロード
キャスト通信方式に基づく。具体的には、ネットワーク
内の１つのゲーム装置２ａのみがデータ送信の権利を有
し、そのゲーム装置２ａが送信中のときは、残りのゲー
ム装置は受信しかできない。このゲーム装置２ａによる
送信が終わると、送信する権利は次のゲーム装置２ｂに
移って、このゲーム装置２ｂがデータ送信を行う。この
ときも同様に、残りのゲーム装置は受信専用の状態にな
る。以下、この動作を順に繰り返すことにより、全部の
ゲーム装置２ａ〜２ｄのデータがネットワーク内に行き
渡るようになる。

【００３１】このブロードキャスト通信方式を実現する
ため、ゲーム装置２ａ〜２ｄのそれぞれは図２に示す通
信システム１１を備える（そのほかに、ビデオブロック
およびサウンドブロックも備える。図１３参照）。通信
システム１１は、通信モジュール１２、通信チップ１
３、および通信メモリ１４を備える。通信モジュール１
２は、受信モジュール１５および送信モジュール１６を
備える。通信チップ１３は、バッファ１７および通信コ
ントローラ１８を備える。受信モジュール１５および送
信モジュール１６はそれぞれ通信媒体３を介してほかの
ゲーム装置に接続される。また受信モジュール１５がバ
ス１９によりバッファ１７を介して送信モジュール１６
および通信メモリ１４に接続される。通信コントローラ
１８は、受信モジュール１５、送信モジュール１６、バ
ッファ１７、および通信メモリ１４の動作をそれぞれ制
御する。通信メモリ１４にはまた、各ゲーム装置のホス
トＣＰＵ（図２では図示せず）が接続されている。

【００３２】この通信システム１０では、上述のブロー
ドキャスト通信方式を行うため、通信メモリ１４に対
し、通信コントローラ１８からのメモリアクセスとホス
トＣＰＵからのメモリアクセスとが時分割で実行される
ようになっている。つまり、アクセス権利がホストＣＰ
Ｕ、通信コントローラ、ホストＣＰＵ、…といった順に
移動する。通信コントローラ１８はほかのゲーム装置と
の通信が終了すると、フラグを立てるか、ホストＣＰＵ
にインターラプト信号を送る。ホストＣＰＵはフラグが
立っている状態を認識するか、インターラプト信号を受
信すると、一定時間だけ通信メモリ１４へのアクセスが
許可される。

【００３３】バッファ１７から出力されるデータは、通
信メモリ１４および送信モジュール１６の両方に送られ
ることが特徴であり、ゲーム装置が通信中であっても、
ホストＣＰＵは常に確実にメモリアクセスを行うことが
できる。これにより、オーバーランエラーやアンダーラ
ンエラーを発生させないので、常にブロードキャスト転
送を行っても、転送効率は変わらない。このようにして
ブロードキャスト通信に特化した通信効率の良い通信ゲ
ームシステムを提供できる。

【００３４】Ａ−１−１．通信データの選択ゲームの通信において重要なことの１つは、各ゲーム装
置で発生するデータがほかの全てのゲーム装置に行き渡
ることである。本発明でも、この点を鑑みたブロードキ
ャスト方式のデータ転送に特化したハード構成および通
信方式を採用している。

【００３５】具体的には、本発明に係るブロードキャス
ト方式の通信方式の場合、図３に模式的に示すように、
その時点で送信を担っているゲーム装置から送られてく
るデータの中から受信側のゲーム装置が必要なデータを
選択して受け取る方式を採用している（送信側ゲーム装
置が受信側ゲーム装置のＩＤ番号を指定してデータを通
信するということはしない）。例えば、画像データが送
信されてきた場合、その画像を表示したいゲーム装置の
みがそのデータを受け取り、不要なデータは受けとらな
いか、または受け取っても使用しないようにしている。
これは、通信パケットのヘッダをチェックして、どのゲ
ーム装置からのデータか、また、どの転送サイクルを使
用しているデータかを通信コントローラで判断すること
により実行できる。

【００３６】Ａ−２．優先順位の高い同期通信本発明の通信ゲームの別の特徴は優先順位の高い同期通
信にある。例えば図４に示すように、複数のゲーム装置
を通信媒体を介してリング形に接続した場合、データの
通常の通信とは別に、通信ループ内に同期信号を送信す
るゲーム装置を設定し、定期的に、ほかの全ての通信に
優先する同期信号を送信するようにする。データの転送
はこの同期信号に同期させて行うことで、時間的にほぼ
ずれのないデータ転送を行うことができる（図５参
照）。

【００３７】このためのハード構成は図２で説明した通
信システム１１で行うことができ、このシステム内のvs
ync信号をかかる同期信号として使用できる。これによ
り、この優先順位の高い同期パケットは、通常のパケッ
ト送信に割り込んで送信されるため、ネットワーク上で
時間的ずれの殆ど無い同期通信となる。

【００３８】Ａ−２−１．故障検出この同期通信に付随する特徴として、故障検出が挙げら
れる。上記同期パケットを定期的に送信することによっ
て、ネットワークの一部に信号ケーブルの切断が生じる
などの通信異常が生じたときに対処可能になる。つま
り、同期信号を受け取っていないゲーム装置は、同期信
号を送信しているゲーム装置に、同期信号の未到着を伝
える信号を送ることで、どこの箇所に通信異常が生じた
のかをすぐに認識できる。図６、７には、ゲーム装置２
ａが同期信号送信を担う構成のときに、ゲーム装置２
ｂ，２ｃ間で断線したときの同期信号の送信状態を示
す。

【００３９】Ａ−２−２．通信を行ったビデオデータの
表示同期通信の別の特徴として、画像の転送を中心に据えた
同期通信方式であることを挙げることができる。図８に
通信の転送パケットを示す。同図に示す如く、基本的に
は１int（vsync）毎に転送パケットを送る通信であり、
各転送パケットは「ゲームのパケット」、「サウンドの
パケット」、「ビデオのパケット」に分けられる完全に
同期した通信方式である。つまり、「ゲームデータ」、
「サウンドデータ」、「ビデオデータ」の全転送が同レ
ベルの通信であり、vsync信号に同期して送られる。こ
のように画像の転送を中心に据え、これに他のデータも
同期させる同期通信方式である。

【００４０】このため、通信されたビデオデータは１in
tの遅れか、何等かの適宜な画像処理を行っても、２〜
３int遅れの状態で、その画像を表示することができ、
その処理タイミングもvsyncでとれるため、画像表示が
遅れることがない。画像処理に特化した通信方式であ
る。

【００４１】Ｂ．通信ゲームシステムのより詳細な説明本発明に係る通信ゲームシステムのより詳細な構成およ
び機能を図面を参照しながら説明する。

【００４２】図９に示す通信ゲームシステム１は、４台
のゲーム装置２ａ〜２ｄをケーブルを介してリング形に
接続したもので、上述のブロードキャスト通信方式、同
期通信方式に基づく通信を行うシステムである。ゲーム
装置２ａ〜２ｄのそれぞれは、同図に示すように、通信
システム３１、ホストシステム３２、ビデオカメラ３
３、、モニタ３４、マイク３５、およびスピーカ３６を
備える。通信システム３１は、前述した通信システムと
同様の構成され機能する。

【００４３】各ホストシステム３２は、遊戯者それぞれ
がゲームを実行するためのシステムであり、ＣＰＵボー
ド３２ａ、ビデオボード３２ｂ，ＲＯＭボード３２ｃを
搭載している（図１０参照）。各通信システム３１は通
信ボード上に形成されており、コネクタを介してホスト
システム３２と接続される。通信ボード３１にはビデオ
カメラ３３、モニタ３４、マイク３５、およびスピーカ
３６が接続される。

【００４４】図１０に、通信システム３１およびホスト
システム３２のボード間の接続状態を示す。同図におい
て、通信ボード３１とホストシステム３２のＣＰＵボー
ド３２ａとがコネクタＣＰ１により接続される。また、
ホストシステム３２内のＣＰＵボード３２ａ、ＲＯＭボ
ード３３ｃ間、および、ＣＰＵボード３２ａ、ビデオボ
ード３２ｂ間がコネクタＣＰ２、ＣＰ３によりそれぞれ
接続されている。ビデオボード３２ｂから通信ボード３
１に向けて信号ケーブルによりＲＧＢデータ（ゲームデ
ータ）、音声信号、および同期信号が渡される。

【００４５】ビデオカメラ３３は例えばＣＣＤカメラで
構成される。ビデオカメラ３３は遊戯者の例えば顔の部
分を捕捉できるように設置されており（図１２参照）、
このカメラから取り込まれた遊戯者の顔の画像が通信に
よりほかのゲーム装置に送信される。

【００４６】モニタ３４は例えばＣＲＴディスプレイで
構成される。ビデオボード３２ｂからのＲＧＢデータお
よび同期信号は、通信ボード３１において、通信された
ほかのゲーム装置からのデータと合成（スーパーインポ
ーズ）され、かかるモニタ３４に送られ、表示される。
このように処理・表示されるモニタ３４の画面例は例え
ば図１１のようである。通信された画像は例えば同図の
ようにモニタ画面のウィンドウで表示される。このウィ
ンドウ画面に表示されるものとしては、例えばカーレー
スゲームのときの先頭車両を操作してい遊戯者の顔の表
情である。また戦車ゲームのときは同一チームの仲間の
遊戯者の顔の表情である。

【００４７】マイク３５は、各遊戯者の声を検出できる
ように各ゲーム装置の筐体上の所定位置に設置されてい
る（図１２参照）。マイク３５からの音声信号も通信ボ
ード３１を介してほかのゲーム装置に送られ、ゲーム上
の演出音と共にスピーカ３６から出力され、ほかの遊戯
者に伝えられる。

【００４８】Ｂ−１通信システム図１３に、通信システム（通信ボード）３１のより詳細
なブロック図を示す。通信システム３１は、バッファお
よび通信コントローラを搭載した通信チップ４１（図２
参照）、通信モジュール４２（送信モジュールおよび受
信モジュール）、通信メモリ４３、ビデオブロック４
４、およびサウンドブロック４５を備える。通信チップ
３１はバスを介してホストシステム３２に接続されると
ともに、バスを介して通信モジュール４２、通信メモリ
４３にそれぞれ接続される。通信モジュール４２は通信
ケーブルなどを介してほかのゲーム装置の通信モジュー
ルに接続され、複数のゲーム装置で例えばリング形の通
信ネットワークが形成される。通信チップ４１および通
信モジュール４２は、ゲームのデータ、サウンドデー
タ、およびビデオデータの送信および受信を担う。通信
メモリ４３は複数のバンクを有し、そのバンクを切り替
えて使用される。

【００４９】ビデオブロック４４およびサウンドブロッ
ク４５もバスを介して通信チップ４１に接続される。ビ
デオブロック４４は、前述したビデオカメラ３３および
モニタ３４に接続される。サウンドブロック４５は、前
述したマイク３５およびスピーカ３６に接続される。ビ
デオブロック４４は、ビデオカメラ３３で得た例えば遊
戯者の顔画像のビデオデータ、ほかのゲーム装置から送
信されてきたビデオデータ、およびホストシステム３２
のビデオボード３２ｂから出力されたビデオデータを処
理するようになっている。このビデオブロック４３のミ
キサには、図示しないが、自己のホストシステム３２の
ビデオボード３２ｂからビデオデータが送られてくるよ
うになっている。図１３に示すビデオブロック４３は、
かかる処理を実行するための模式的なブロック構成を示
すもので、その構成および機能は後のセクションで詳細
に説明する。

【００５０】サウンドブロック４５は、マイク３５で得
た例えば遊戯者の音声のサウンドデータ、ほかのゲーム
装置から送信されてきたサウンドデータ、およびホスト
システム３２のＣＰＵボード３２ａから出力されたサウ
ンドデータを処理するようになっている。このサウンド
ブロック４４のミキサには、図示しないが、自己のホス
トシステム３２のＣＰＵボード３２ａからサウンドデー
タが送られてくるようになっている。図１３に示すサウ
ンドブロック４４は、かかる処理を実行するための模式
的なブロック構成を示すもので、その構成および機能は
後のセクションで詳細に説明する。

【００５１】Ｂ−１−１信号系統ａ．自己の転送パケット自己のゲーム装置のゲームデータは、ホストシステム３
２のＣＰＵボード３２ａから通信チップ４１に送られ、
また、自己のゲーム装置のビデオデータおよびサウンド
データもビデオブロック４４およびサウンドブロック４
５からそれぞれデジタルデータの状態で通信チップ４１
に送られる。通信チップ４１で、「ゲームデータ」、
「サウンドデータ」および「ビデオデータ」から成る転
送パケットが形成され、通信モジュール４２を介してネ
ットワークに送信される。

【００５２】ｂ．ほかの装置からの転送パケットほかのゲーム装置から送信されてきた転送パケットは、
通信モジュール４２を介して通信チップ４１に送られ、
通信メモリ４３に格納される。この転送パケットの内の
ゲームデータはホストシステム３２のＣＰＵボード３２
ａにより所定タイミング毎にアクセスされる。またサウ
ンドデータはサウンドブロック４５のコントローラによ
り所定タイミング毎にアクセスされ、ビデオデータはビ
デオブロック４４のコントローラにより所定タイミング
毎にアクセスされる。

【００５３】サウンドブロック４５では、アクセスした
サウンドデータに、内蔵するＤＳＰ（デジタルシグナル
プロセッサ）により種々のエフェクト用の信号処理を施
した後、Ｄ／Ａ変換器によりアナログ信号に変換し、ミ
キサによりＣＰＵボード３２ａからのサウンド信号と合
成される。この合成サウンド信号はスピーカ３６に出力
される。

【００５４】なお、このサウンドブロック４５では、自
己のマイク３６で検出した音声信号を自己のスピーカ３
７に出力することもできる。

【００５５】またビデオブロック４４では、アクセスし
たビデオデータに、内蔵するＤＳＰにより種々のエフェ
クト用の信号処理を施した後、Ｄ／Ａ変換器によりアナ
ログ信号に変換し、ミキサによりビデオボード３２ｂか
らのビデオ信号と合成される。この合成ビデオ信号はモ
ニタ３４に出力される。

【００５６】なお、このビデオブロック４４では、自己
のビデオカメラ３４で得たビデオ信号を自己のモニタ３
５に表示させることもできる。

【００５７】Ｂ−１−２通信方式＜パケットの転送＞転送パケットは、前述した図８に示
すように、ゲームのパケット、サウンドのパケット、ビ
デオのパケットから成り、基本的には１int(vsync)毎の
転送となる。各パケットは通信メモリのそれぞれのメモ
リに格納される。なお、この転送パケットの転送手順は
通信ソフトにより決まるもので、図示したものとはパケ
ット順が異なってもよい。またパケットは１int毎の転
送でなくてもよい。

【００５８】＜ゲームデータの転送＞ゲームデータの転
送は、自己のゲーム装置のホストシステムで必要とする
ゲームデータをほかのゲーム装置との間で送受信するこ
とである。この転送はここではvsync信号に同期して送
られるが、これも通信ソフトに拠って異なることもあ
る。かかる転送のための３２台用のメモリマップの一例
を図１４に示す。

【００５９】＜サウンドデータの転送＞サウンドデータ
の転送は、自己のゲーム装置のマイクで取り込んだサウ
ンドデータをほかのゲーム装置との間で送受信すること
である。サウンドデータの転送は一例としては、ゲーム
データの転送後に行われるが、この順序は基本的には通
信ソフトに拠って決まる。サウンドブロック４５のメモ
リは、図１３に示すように、通信用のコントローラとＤ
ＳＰが共有する共有メモリとＤＳＰが使用するワークメ
モリとに分けられ、共有メモリは通常、ＤＳＰから切り
離されている。共有メモリがＤＳＰに接続されるのは、
ＤＳＰがデータを共有メモリからワークメモリに転送す
るときである。この転送タイミングは、通信チップがＤ
ＳＰに同期信号を出力することによりＤＳＰにより決定
される。この転送期間中は通信側からアクセスすること
はできない。そこで、サウンドの転送と重ならないよう
に時分割でバスを切り替えるようになっている。

【００６０】図１５に、サウンドデータ３２台分のメモ
リマップの例を示す。ワークメモリは仮想的に２バンク
に分けて使用される。

【００６１】＜ビデオデータの転送＞ビデオデータの転
送は、自己のゲーム装置のビデオカメラで取り込んだビ
デオデータをほかのゲーム装置との間で送受信すること
である。ビデオデータの転送は一例としては、サウンド
データの転送後に行われるが、この順序も基本的に通信
ソフトに拠って決まる。このビデオブロック４４では、
通信用のコントローラに接続された１つのメモリを、通
信側バンクとＤＳＰ側バンクとに２つに分け、vsync信
号の到来毎に交互に入れ替えて使用する、バンク切替え
方式のメモリ構成を採用している。

【００６２】図１６に、各バンクにビデオデータ８台分
を割り当てたときのメモリマップの例を示す。１int毎
に、バンクＡが通信側およびＤＳＰ側の間で切り替わ
り、かつ、バンクＢが通信側およびＤＳＰ側の間で切り
替わる。

【００６３】Ｂ−１−３通信システムの具体例図１７に、あるゲーム装置に設ける通信システムの具体
的な構成ブロックの一例を示す。同図の通信システム３
１は、図１３で説明した原理構成に基づいて形成されて
おり、ビデオブロックおよびサウンドブロックをオプシ
ョン回路として構成し、これらのオプション回路がオプ
ション回路部を形成している。このオプション回路は最
大６個（オプション１〜オプション６）まで搭載できる
ようになっている。通信チップ４１は、オプション回路
部ＯＰの各オプション回路に１６ビットのバスＨを介し
て接続される一方、通信メモリ４３には１６ビットのバ
スＭを介して接続される。ホストシステム３２と通信チ
ップ４１との間は、３２ビットのバスＧで相互に接続さ
れている。このため、メインの通信データは通信チップ
４１からバスＭを通って通信メモリ４３に流れる。ま
た、通信チップ４１とオプション回路部ＯＰの各オプシ
ョンとの間のデータ伝送はバスＨを介して行われる。

【００６４】＜伝送パケット＞伝送パケットは全て、伝
送ループを一周して送信源で受信されると消滅するもの
で、その種類としては、伝送系制御用パケットＲＳＴ，
ＨＬＴ、同期用パケットＳＹＮ、およびデータ伝送用パ
ケットＳＥＴ，ＳＮＤ，ＯＰＮ，ＬＯＯＰに分けられ
る。これらのパケットの使い方を種類別に図１８に示
す。

【００６５】また、図１９に、データ送信パケットの一
例を示す。データの伝送はワード単位（１６ビット）の
パケット伝送で行われる。その伝送量は１〜２５６ワー
ドである。後述するように、ＳＮＤ伝送の場合、このデ
ータに送信元ＩＤアドレスとバイト長、ＣＲＣチェック
が付加される。ＳＥＴ伝送の場合も、このデータに送信
元ＩＤアドレスとバイト長、ＣＲＣチェックが付加され
る。

【００６６】データを格納するためのアドレスは、各チ
ャンネル毎に、バスＧからみてリニアに対応する１つの
アドレスと、ステータス信号によってページ分けされる
仮想アドレスとに分けられる。仮想アドレスは６個であ
る。図１７において、上述したリニア対応の１つのアド
レスに対応するバスがバスＭで、上記ステータス信号に
よってページ分けされるアドレスのバスがバスＨであ
る。どのチャンネルにどのアドレスを割り当てるかの制
御は、ステータスレジスタによって設定可能である。

【００６７】＜伝送形態＞伝送形態としては、送信先Ｉ
Ｄ指定のＳＥＴ伝送、送信元ＩＤ指定のＡＳＮＤ（非同
期ＳＮＤ）伝送、送信元ＩＤ指令のＳＳＮＤ（同期ＳＮ
Ｄ）伝送の３種類が提供される。

【００６８】図２０に、ＳＮＤパケット伝送（ＡＳＮＤ
伝送、ＳＳＮＤ伝送）のシーケンス例を、ループ１周し
たときのパケットの時間的流れとともに示す。なお、実
際のパケットは連続しておらず、同図では概念的に示し
ている。

【００６９】同図のシーケンス例はゲーム装置４台の場
合で、その内の１台がマスタ、残りの３台がスレーブ１
〜３である。ｒはＲＳＴパケット、ｏはＯＰＮパケッ
ト、ＬはＬＯＯＰパケットである。また、０はマスタ送
信、１〜３はスレーブ送信である。

【００７０】ＯＰＮ（オープン）パケットは、送信権の
あるゲーム装置がデータ送信を行う必要があるときに、
送信データの後に付加される。同期伝送の場合、同期信
号Ｔｒｉｇの入力後、一気に最大７ループ（つまり７チ
ャンネル分）回ってしまうので、これを制御したい場
合、非同期伝送を用いる必要がある。ただし、非同期伝
送の場合でも、スレーブのゲーム装置にループを止める
権利は与えられていない。また、ＬＯＯＰ（ループ）パ
ケットは、マスタのゲーム装置が発生するパケットであ
り、スレーブのゲーム装置のループカウンタをインクリ
メントする機能を有する。マスタに送信権が戻ってきた
ときに（ＯＰＮパケットが戻ってきたときに）、その後
も送信ループが続くのであれば、それまでのデータの最
後にこのパケットを付加し、新たなデータとＯＰＮパケ
ットとをさらにその後に付加して、隣のゲーム装置にデ
ータを渡す。

【００７１】＜バッファメモリ＞バッファ空間は、メイ
ン（１ブロック）とオプション（最大７ブロック）に分
けられる。

【００７２】図２１に、バッファメモリマッピングの例
を示す。３２ビットマシーンに対応するときは、ＳＲＡ
Ｍ（２５６Ｋ）を２個使用して５１２Ｋｂｉｔｓが、６
４ビットマシーンに対応するときは、ＳＲＡＭ（２５６
Ｋ）を４個使用して１Ｍｂｉｔｓとなる。メモリブロッ
クの割付Ｍ（ｘ）はＭ（ｍｃｈｃｏｕｎｔｅｒ）で表
されている。ＳＥＴ命令のデータ・送信データは自己の
マシーン（ゲーム装置）のエリアにバッファリングされ
る。

【００７３】Ｂ−２ビデオブロックこのビデオブロックをビデオ受信ブロック、モニタ出力
ブロック、動作の順に説明する。

【００７４】Ｂ−２−１ビデオ受信ブロック図２２に、ビデオ受信ブロックの構成例を示す。

【００７５】この内、ＣＣＤカメラブロックは、ＣＣＤ
カメラによって得られた光信号をＲＧＢの８ビットのフ
ルカラー信号に変換する。ラインバッファブロックは、
ビデオデータの６ライン分を格納可能なメモリである。
補間・圧縮処理ブロックは、ビデオデータを任意のサイ
ズに拡大または縮小させ、色の補間処理を行うようにな
っている。通信ＳＲＡＭブロックは、通信データ（この
場合、ビデオデータ）を格納するために使用される。

【００７６】映像データ受信シーケンサは、ＣＣＤカメ
ラが画像を取得し、ビデオデータを出力するタイミング
をコントロールするとともに、これに合わせてラインバ
ッファへの書込みタイミングを同時に生成する。また、
このシーケンサはカメラコントロール用のレジスタを有
する。映像データ圧縮シーケンサは、ラインバッファか
らのビデオデータの読み出し、通信ＳＲＡＭの書込みま
でのタイミングを生成する。これらの２つのシーケンサ
は、ＳＲＡＭ書込みシーケンサを成すもので、後述する
モニタ出力ブロックのシーケンサとの調停処理が必要に
なる。

【００７７】背景記憶ＳＲＡＭ＆ＢＧキャンセラは、背
景のデータを記憶し、カメラ映像から差分により人物の
みを抜き出す回路である。

【００７８】＜ＣＣＤカメラブロック＞このブロックで
は、ＣＣＤカメラから得られた映像をＲＧＢ信号に切り
分けられる。

【００７９】これを達成するため、映像データ受信シー
ケンサはＣＣＤカメラにシャッタタイミングを転送する
（図２３参照）。これに応答して、ＣＣＤカメラはその
時点の外の映像データを確保する。映像データ受信シー
ケンサはその後、ＣＣＤカメラにデータ転送のトリガ信
号（転送命令）を送る（図２４参照）。この転送命令は
１ライン分、有効である。ＣＣＤカメラは転送要求トリ
ガを受け取ると、カラーデータ（デジタル）とその出力
のタイミング信号（データ転送タイミング）とを出力す
る。

【００８０】カラーデータは直接、ラインバッファブロ
ックのデータバスの信号になり、タイミング信号は映像
データ受信シーケンサに送られる。同シーケンサはその
タイミング信号を受け取ると、書込みタイミング信号に
変換し、ラインバッファブロックに送る。この結果、Ｃ
ＣＤカメラシステムからの１ライン分の映像データがラ
インバッファに格納される。１画面の映像データに対し
ては、画面上のラインから順に、以上の処理がライン数
分繰り返して行われる。

【００８１】なお、映像データ受信シーケンサは、ＣＣ
Ｄカメラのミラー効果、赤補正、ホワイトバランスなど
に供するコントロールレジスタを備えており、ＣＣＤカ
メラに対してシリアルで書込み動作を行う機能をも有す
る。

【００８２】＜色彩バランスコントロール＞色彩バラン
スコントロールを行うブロック構成は図２５のようにな
っている。ＣＣＤカメラシステム固有の機能で明度コン
トロール、赤色補正コントロールなどを調整する場合、
ＣＰＵからレジスタに命令を書き込み、シリアル信号に
よりＣＣＤカメラシステムをコントロールすることがで
きる。

【００８３】＜ラインバッファブロック＞ラインバッフ
ァブロックは、図２６に示す如く、ＮＴＳＣ画面の１ラ
イン分のデータをフルカラー（ＲＧＢ８ビット）で確保
可能なレジスタ（またはメモリ）を６本備える。

【００８４】この６本のラインバッファの内、ライトア
クセスが行われるのは１本のみです。残りの５本のライ
ンバッファには、通信用ＳＲＡＭに転送するためのリー
ドアクセスが行われる。（この詳細は、次項の補間・圧
縮ブロックで説明する。）このため、６本のラインバッ
ファをコントロールするシーケンサは図２７、２８のよ
うい動作する。

【００８５】最初、ラインバランス＃０に対してＣＣＤ
カメラの１ライン分からの１ライン分の書込み処理が行
われ、一方、残りの５本のラインバッファ＃１〜＃５に
対しては、補間・圧縮ブロックへの読み出し処理が行わ
れる（図２７）。この書込み処理および読み出し処理の
内、早く処理が終わった方はもう一方が処理終了するま
で待機する。そして、両方の処理が終わると、シーケン
サは図２８のようにラインバッファを切り替える。同図
の例では、ＣＣＤカメラデータの書込みラインバッファ
を＃０から＃１に切り替え、読み出しラインバッファを
＃１〜＃５から＃０，＃２〜＃５に切り替える。つま
り、データの古い順番を＃０＞＃１＞＃２＞＃３＞＃４
＞＃５とすると、次に書き替えるラインバッファは一番
古いデータを格納しているバッファが割り当てられる。
以上の処理を繰り返すことで、ＣＣＤカメラの１画面分
のデータを読み出すことができる。

【００８６】＜補間・圧縮ブロック＞このブロックで
は、伝送するビデオデータのデータ量（ドット数）を減
らすデータ圧縮（縮小）処理が行われる。この圧縮処理
を行うとき、縮小されても映像品質が低下しないよう
に、ドット数を減らすときに、消されるドットのデータ
を他のドットのデータに反映させる処理が行われる。こ
の概要を図２９に示す。

【００８７】この処理を行うことで、ビデオデータ量が
小さくなるとともに、映像を縮小した関係で自然に見せ
ることができる。

【００８８】＜圧縮理論＞圧縮処理は、基本的には、数
ピクセル毎にピクセル（ドット）をキャンセル処理（デ
ータを有効としない処理）することにより行われる。図
３０の例では、１ピクセル毎、１ライン毎にピクセルデ
ータを間引かれるものである。間引き具合はＣＰＵから
設定される。図３０のように、市松模様で間引いたとす
ると、ビデオデータは半分に圧縮される。ただ、単純に
間引いただけでは絵として成り立たない可能性もあるた
め、上述したように消されるピクセルデータをほかのピ
クセルに反映させる補間処理が行われる。

【００８９】＜圧縮関係ブロック＞このブロックを図３
１に示す。とくに、ラインバッファは、ＣＣＤカメラシ
ステムから読み出されるライン毎のデータを、６ライン
分確保可能な６本のレジスタを備える。６本のレジスタ
の切り替えは、ＳＲＡＭ書込み処理シーケンサにより行
われる。ラインバッファの読出し側に加算器が設けられ
ている。この加算器は、ラインバッファ５本分を参照し
て補間処理を行う。この補間処理の計算としては平均値
処理である。また、カメラシステム処理シーケンサの動
作開始タイミングはＳＲＡＭ書込み処理シーケンサから
指令される。

【００９０】＜通信用ＳＲＡＭブロック＞このブロック
は、通信機能として送信すべきビデオデータを格納した
り、送信されてきたデータを確保する機能を有する。こ
の通信用ＳＲＡＭは２バンクで構成され、一方のバンク
はＣＣＤカメラからのビデオデータの受信およびモニタ
への出力、もう一方のバンクはビデオデータの通信に供
する。

【００９１】＜背景記憶ＳＲＡＭ＆ＢＧキャンセラ＞こ
のキャンセラは、人物がいない状態での背景を記憶し、
この記憶背景を撮影されたカメラ映像と比較し、カメラ
に写っている背景以外の映像を抜き出す機能を備えた回
路である。これは以下のような手法で行われる。

【００９２】ａ．装置立ち上げ時にスローシャッタでＣ
ＣＤカメラの映像をとる。

【００９３】ｂ．確実化を図るため、数回のスローシャ
ッタ映像をとる。

【００９４】ｃ．数回のスローシャッタ映像を平均化
し、これを背景基本データとする。ｄ．その後のカメラ映像は、背景基本データと比較して
背景をキャンセルする。

【００９５】ｅ．その後も定期的に背景をスローシャッ
タで取り込み、平均化して背景基本データを得て、同デ
ータを新規のものに更新する。

【００９６】背景のキャンセルは、現在撮影されたカメ
ラ映像とＳＲＡＭにバックアップされている背景基本デ
ータとの比較により行うが、そのときに、色の差だけで
差分をとるだけではキャンセルはできない。そこで、本
実施形態ではこの点をとくに改善しており、背景の色デ
ータをベクトルを捕らえる手法を採用する。具体的に
は、ＲＧＢ成分を割合（比）で表し、同じ系統の色であ
ればキャンセルするようにしている。

【００９７】＜背景処理関連ブロック＞上記背景キャン
セルを行うためのブロック構成を図３２に示す。同図に
おいて、カメラシステムは、ＣＣＤカメラで得たビデオ
データを１ピクセルずつ出力する。この出力を受けた加
算器は、かかるビデオデータと背景データ記憶ＳＲＡＭ
のデータを平均化する。背景データ記憶ＳＲＡＭは、ス
ローシャッタにて得られた背景データを格納するように
なっている。背景処理シーケンサは、背景データを得る
ときに同ＳＲＡＭ（加算器）をコントロールし、また下
記の比較器からの結果を元に背景をキャンセルするよう
になっている。同比較器はカメラ映像データとＳＲＡＭ
に格納されているビデオデータを比較（引き算）し、そ
の結果を背景処理シーケンサに出力する。セレクタはカ
メラ映像か透明データ（比較結果）かのいずかを選択
し、背景をキャンセルした人物データとして出力する。

【００９８】＜背景データの初期化（パワーオン時）＞
この処理は、ゲーム装置の電源立ち上げ時に、その後の
基本となる背景データを得るためにＣＣＤカメラを動作
させることを目的としており、その基本シーケンスは図
３３のようである。なお、ＣＣＤカメラは動かないよう
に固定されている。

【００９９】同図の処理は、スローシャッタ（例えば１
／４秒程度）で一定時間毎に背景を数回（例えば８回）
撮影し、各ピクセルのカラーデータを平均化する、とい
うものである。スローシャッタは、露光時間を長くする
ことにより、動いている物体を消す（ぼかす）効果があ
ることを利用している。このとき得られるデータは非常
に明るいデータになることが予想されるので、明度の調
整が行われる。このデータを数回サンプリングし、平均
をとることで、非常に背景に近いデータを抽出できる。

【０１００】＜背景データキャンセル＞上述のようにし
て得た背景データを利用して、ゲーム中のＣＣＤカメラ
で得た映像から遊戯者以外（すなわち背景）をキャンセ
ルする動作は、例えば、図３４のように行われる。

【０１０１】具体的には、ステップでは、カメラ映像
データから、現在処理している画面上のアドレスに対応
する１ピクセル分のフルカラーデータ（２４ビット；Ｒ
ＧＢ各８ビット）が獲得される。次いでステップで
は、確保されている背景データから対応する座標の色デ
ータが引き出され、ステップで獲得したカラーデータ
とが比較される（図３５参照）。次いでステップで
は、そのままカメラ映像データがＲＡＭに蓄積される。
ステップの比較処理により、背景データとは違うデー
タと判別されたときは、カメラ映像データの値がそのま
ま出力されるようにセレクタが切り替えられる（図３２
参照）。ステップにおいては、透明色データがＲＡＭ
に蓄積される。すなわち、ステップの比較処理によ
り、背景データに非常に近いデータであることが認識で
きたときは、カメラ映像データに代えて、透明という状
態を表すカラーデータがＳＲＡＭに書き込まれる。

【０１０２】次いでステップでは、１画面分のピクセ
ルについて上述の処理がすべて終了したか否かが判別さ
れる。すなわち、水平Ｈ方向および垂直Ｖ方向ともにエ
ンドポイントまで処理が到達したかどうかが判定され
る。次いでステップでは、画面上での次のアドレスに
切り替えられる。具体的には、ステップにより未だ１
画面中に未処理のピクセルが存在するときは、水平Ｈ方
向にアドレスが１インクリメントされる。水平Ｈ方向に
エンドポイントを超過したときは、Ｈアドレスが０にク
リアされ、その後、Ｖアドレスが２０１インクリメント
される。ステップでは、アドレスが左上に戻される。
つまりステップの比較により、水平Ｈ方向、垂直Ｖ方
向ともにエンドポイントに在る場合（１画面のピクセル
全部について処理終了）、Ｈアドレス、Ｖアドレス共に
０にクリアされ、初期状態に戻される。

【０１０３】Ｂ−２−２モニタ出力ブロック図３６に、各ゲーム装置に設置してあるモニタに映像を
出力するための関連構成を示す。

【０１０４】同図において、モニタはゲーム画面および
カメラ映像を合成して表示するようになっている。これ
を達成するためにアナログミキサを備える。アナログミ
キサは、ゲーム画面の映像データかカメラ映像データか
のいずれかをピクセル毎に選択することで、両者の１フ
レームへの合成を行う。このための選択信号はＳＲＡＭ
読み出しシーケンサから送られてくる。またゲーム画面
の信号は、ゲームシステムボード（ホストシステム：図
１３参照）からアナログミキサに出力される。このゲー
ムシステムボードからは、カメラ関連のデータ（使用す
るカメラ映像データ、大きさ、表示位置、同期信号のク
ロックなど）がＳＲＡＭ読み出しシーケンサに出力され
る。

【０１０５】ＳＲＡＭ読み出しシーケンサは、上記カメ
ラ関連のデータに基づき、通信ＳＲＡＭバッファを読み
出すアドレスおよびそのタイミングを制御する一方で、
アナログミキサの動作を統括するようになっている。通
信ＳＲＡＭバッファには、自機または他機（ゲーム装
置）のカメラ映像データが確保されている。

【０１０６】＜ＳＲＡＭ読み出しシーケンサの構成＞こ
のシーケンサの関連構成例を図３７に示す。

【０１０７】ＳＲＡＭには、装置上で撮影されたＣＣＤ
カメラ映像データ、および、通信機能で得られた他機の
映像データが格納されている。なお、自機のデータのア
ドレスおよび他機データの入っているアドレスは固定さ
れている。またコントロールレジスタが設けられてい
る。自機または他機の映像データを表示するか否か、映
像データの位置（左上基点）、および拡大縮小率（左上
基点）がＣＰＵから設定されるので、この情報を保持す
るために、かかるレジスタが使用される。

【０１０８】ＳＲＡＭ読み出しシーケンサは、コントロ
ールレジスタの保持内容、現在処理しているピクセルの
位置を参考にしてＳＲＡＭのアドレスを生成し、ＳＲＡ
Ｍコントロール信号を制御する機能を有する。

【０１０９】ラインバッファには画面１ライン分（最大
１０２４ピクセル分）のデータが格納される。このバッ
ファは２組設けられ、必要に応じて切り替えられる。Ｒ
ＧＢ加算器は、カメラ映像に関してフェードを掛けるた
めの加算処理器である。セレクタは、縁取りカラーデー
タか映像データかを透明色かを選択する。

【０１１０】＜ＳＲＡＭ読み出しシーケンサの動作＞図
３８にこの動作に係るシーケンス例を示す。ステップ
およびでは、これからラインバッファに書き込みべき
ラインアドレス（Ｖアドレス）、水平Ｈ方向のアドレス
が求められる。次いでステップでは、カメラ映像デー
タの座標、拡大率に基づき、カメラのデータを呼び出す
必要があるか否か判断する。呼び出す場合、ＳＲＡＭの
アドレスを求める。さらにステップに移行し、指定さ
れたＳＲＡＭのアドレスからデータを取り出し、ライン
バッファの規定のアドレスに書き込む。さらにステップ
では、１ライン分のデータ処理終了か否かを判断し、
処理終了のときはラインバッファのバンクを切り替え、
その後でラインアドレスをクリアする。

【０１１１】＜ラインバッファ＞ラインバッファは、処
理をスムーズに行わせるため、２バンク構成になってい
る。図３９に示すように、ＳＲＡＭから読み出されたデ
ータは一方のラインバッファに書き込まれ、もう一方の
ラインバッファからはモニタに表示するために定期的に
データ読み出しが行われる。

【０１１２】＜ＲＧＢ加算器＞ビデオデータを格納して
いるＳＲＡＭとラインバッファとの間には、図４０に示
す如く、カラー３原色に対するＲ加算器、Ｇ加算器、お
よびＢ加算器が設けられている。Ｒ加算器、Ｇ加算器、
およびＢ加算器にはフェードレジスタからＲ，Ｇ，Ｂの
各フェード情報が与えれる。これにより、ＳＲＡＭのデ
ータが読み出され、ＲＧＢ各要素の加減算が行われると
ともに、フェード効果が与えられる。

【０１１３】＜縁取り処理回路ブロック＞このブロック
は、カメラ映像のエッジ（縁）に特定の色を入れること
により縁取りの効果を演出し、ゲーム画面中にカメラに
よる映像があることを遊戯者に明瞭に認識させる機能を
有する。このブロックの回路構成は図４１のようになっ
ている。

【０１１４】同図の画像保管用ＳＲＡＭには、ＣＣＤカ
メラで撮影したデータおよび通信機能で受信した他機の
撮影映像データが格納されている。このＳＲＡＭはここ
には図示されていないＳＲＡＭ読み出しシーケンサにコ
ントロールされる。コントロールレジスタは、カメラ映
像データを表示する位置、拡大率、プライオリティなど
に関連してＣＰＵから読み書き可能なレジスタである。
このレジスタにおいて、それらのデータを参考にしてカ
メラ映像データの上下または左右の端の座標（エッジア
ドレス）が導出され、比較器に送られる。

【０１１５】比較器は、現在処理している画面上での座
標（アドレス）とコントロールレジスタから得られるカ
メラ映像エッジアドレスとを比較して、その結果信号を
セレクタへのセレクタ信号とする。セレクタは、ＳＲＡ
Ｍからのビデオデータか、または、コントロールレジス
タの中で設定されている縁取りカラーデータかを選択す
るようになっている。セレクタの結果信号はラインバッ
ファに送られる。ラインバッファはレジスタで形成さ
れ、モニタにデータ出力するために一時的に画面１ライ
ン分のデータがそのレジスタに確保される。このライン
バッファも２バッファ構成となっている。

【０１１６】＜縁取り処理動作＞図４２は、縁取り処理
動作の一例を示すシーケンスである。同図のステップ
では、現在処理されている画面の平面座標（アドレス）
が導出される。この座標を基本としてＳＲＡＭのアドレ
スなどが決定される。次いでステップでは、カメラ映
像データのエッジアドレス（コントロールレジスタで設
定されている縁取り関係のアドレス）と現在処理してい
る画面上のアドレスとが比較される。この結果、現在処
理しているアドレスがカメラ映像データの境界線上にあ
ると判断された場合、ステップにて、コントロールレ
ジスタに設定されている縁取りカラーのデータが導出さ
れる。またステップの比較で、現在処理しているアド
レスがカメラ映像データの範囲内に在ると判断されたと
きには、ステップにて、カメラ映像データの貯えられ
ているＳＲＡＭのデータが有効とされる。さらに、ステ
ップの比較により、現在処理しているアドレスがカメ
ラ映像データの範囲外にあると判断されたときは、ステ
ップにて、透明明色が導出される。

【０１１７】＜縁取りをデザインしたい場合の処理＞上
記縁取りをデザインしたいときは、カメラ映像データに
併せてゲームボード画面上に枠となる画像を表示させる
ことにより可能となる（図４３参照）。

【０１１８】＜カメラ映像データのラスタスクロール＞
上述した縁取りシーケンスにおける、カメラ映像のエッ
ジアドレスと現在処理されている画面上のアドレスとの
比較のときに、別のレジスタで既に確保されているライ
ンアドレスオフセット量をカメラ映像の位置に加味する
ことにより、ラスタスクロール動作が行えるようになる
（図４４、ステップ、参照）。これにより、図４５
に例示する如く、モニタ画面上のカメラ映像の形を変形
させることができ、ゲーム画面としての興味感を向上さ
せることができる。

【０１１９】＜ミキサ＞ビデオブロック４４にはアナロ
グミキサが設けられている。このアナログミキサは、図
４６に示すように、カメラ映像信号とゲーム信号とのア
ナログ信号２系統からセレクト信号に応答して１系統を
選択する構造のアナログ信号セレクタである。このセレ
クタは同図のように３個設けられており、第１のセレク
タはカメラ映像Ｒ信号とゲームＲ信号から一方を選択し
てモニタＲ信号として出力し、第２のセレクタはカメラ
映像Ｇ信号とゲームＧ信号から一方を選択してモニタＧ
信号として出力し、さらに、第３のセレクタはカメラ映
像Ｂ信号とゲームＢ信号から一方を選択してモニタＢ信
号として出力するようになっている。ホストシステム
（ゲームシステム）からのゲームＣＳＹＮＣ信号は、そ
のままモニタＣＳＹＮＣ信号として使用される。

【０１２０】＜Ｄ／Ａ変換器＋ＳＲＡＭ読み出しシーケ
ンサ＞Ｄ／Ａ変換器はＳＲＡＭから読み出されたＲＧＢ
データをアナログ信号に変換する。また、ＳＲＡＭ読み
出しシーケンサは、前々回のフィールドで取得したカメ
ラ映像データまたは前回のフィールドの通信で得られた
他機（ゲーム装置）のカメラ映像データをモニタへ映し
出すためのＳＲＡＭアクセス機能、現在のカメラ映像デ
ータを取得するために使用するＳＲＡＭ書き込みシーケ
ンサとの調停をとる調停機能、およびＣＰＵからの設定
レジスタを有する。

【０１２１】＜ＳＲＡＭブロック（ＤＲＡＭブロック）
全体＞ビデオブロック４４内のＳＲＡＭに関する全体構
成を図４７に示す。この内、とくに、読み出し設定レジ
スタおよびＳＲＡＭ読み出しシーケンサについて説明す
る。

【０１２２】ａ．読み出し設定レジスタこのレジスタには、カメラ映像の表示位置（カメラ映像
左上の座標）、拡大率（使用するカメラ映像データの大
きさ）、プライオリティ（カメラ映像データ（自機と他
機すべて）の優先順位）が設定されており、これらの情
報がＳＲＡＭ読み出しシーケンサにわたされる。また、
この読み出し設定レジスタは、必要に応じて、圧縮され
たデータの解凍にも使用される。

【０１２３】ｂ．ＳＲＡＭ読み出しシーケンサこのシーケンサは、読み出し設定レジスタ及びドットク
ロックを参照してＳＲＡＭアクセスのタイミングを生成
する機能を有する。ドットクロックからホストシステム
が現在表示しようとしている位置を検出する。この結
果、その位置がカメラ映像データを出力すべき座標であ
れば、ＳＲＡＭをアクセスする。具体的には、画像表示
位置、拡大率、プライオリティの情報から読み出すべき
ＳＲＡＭのアドレスを決定してアクセスを行う。また、
特殊効果（背景挿げ替え等）の処理も行う。

【０１２４】また、ＳＲＡＭ読み出しシーケンサは、数
ピクセル分のカラーデータを確保可能なレジスタを保有
しており、前もって先読みしておくことも可能になって
いる。これにより、ＳＲＡＭ書き込みシーケンサの処理
と重複した場合でも、滞りなくピクセルデータを読み出
すことができる。この調停処理は、基本的には、読み出
しアクセスを優先し、書き込みアクセスをウェイトさせ
るように行われる。

【０１２５】＜カメラ動作およびＳＲＡＭ動作＞本実施
形態では、カメラ動作、ＳＲＡＭ読み出し・書き込みシ
ーケンス、およびその読み出し・書き込みの調停アルゴ
リズムのシーケンスは、同期設計に基礎を置いているの
で、４種類のもので成り立つよう構成されている。その
４種類のシーケンスを図４８に示す。各シーケンスはハ
ンドシェイクの手法により同期がとられている。

【０１２６】ａ．ＣＣＤカメラ・ラインバッファ書き込
みシーケンス／ステートダイアグラムこのシーケンス・ステートダイアグラムを図４９に示
す。ＳＲＡＭ書き込み・ラインバッファ読み出しシーケ
ンサからのスタート指令を待っている状態（ステップ
）から、ＣＣＤカメラへリクエスト出力（待ちなし）
（ステップ）を経て、ＣＣＤカメラからの信号に従い
ラインバッファに書き込みを行う（ステップ）。この
書込みが終了すると、要求待ちへ戻る（ステップ）。

【０１２７】ｂ．ＳＲＡＭ書き込み・ラインバッファ読
み出しシーケンス／ステートダイアグラムこのシーケンス・ステートダイアグラムを図５０に示
す。最初に、ＣＣＤカメラブロックへ映像データの転送
要求を出すようにリクエストが出される（待ちなし）
（ステップ）。ＳＲＡＭ読み出しシーケンサがアクテ
ィブ状態を確認し、アクティブ状態であればウェイト指
令が出される（ステップ）。次いで、ＳＲＡＭへ１ド
ットのデータの書き込みが行われる（待ちなし）（ステ
ップ）。次に、１ライン分のデータを未だＳＲＡＭへ
書き込んでいない場合、ステートを戻す（ステップ
）。次いで、１ライン分のデータをＳＲＡＭに書き込
んだ後、カメラが１ライン分のデータを出し終わるまで
待つ（ステップ）。次いで、１画面分の映像データ転
送処理が終わったことを確認する（ステップ）。終わ
っていない場合、上述の処理を繰り返す。

【０１２８】そして、１画面分の映像データ転送処理が
終わったときに、イニシャライズステートへ移行する
（ステップ）。そして、ＣＣＤカメラブロックへ映像
データの転送要求を出すようにリクエストする（待ちな
し）（ステップ）。次いで、カメラが１ライン分のデ
ータを出し終わるまで待つ（ステップａ）。まだ５ラ
イン分のデータを確保していないのであれば上述の処理
を繰り返す（ステップｂ）。５ライン分のデータを確
保し終わったならば、ＳＲＡＭ書き込みステートをスタ
ートさせる（ステップｃ）。

【０１２９】ｃ．ＳＲＡＭ読み出し・ＦＩＦＯ処理シー
ケンス／ステートダイアグラムこのシーケンス・ステートダイアグラムを図５１に示
す。同図は、Ｖ−ＳＹＮＣをＶブランクＩＮと仮定して
のシーケンスである。

【０１３０】ビデオブロック４４は以上のように構成さ
れ、機能することから、複数のゲーム装置においてＣＣ
Ｄカメラで撮影された映像データをデジタル通信ネット
ワークで転送し、任意のほかのゲーム装置の画面上の任
意の位置に１つまたは複数のカメラ映像を任意の大きさ
で重畳表示させることができる。またゲームに必要な特
殊な効果（エフェクト）やＴＶに特有なノイズなどを様
々な態様でカメラ映像に入れることができる。したがっ
て、この通信ゲームシステムは、全ての通信を利用する
ゲームに好適に適用できる。例えば、通信対戦のカーレ
ースゲームでは、１位の車の遊戯者の顔の表情を、ほか
の遊戯者のゲーム装置のモニタ画面に表示したり、仮想
ゲーム空間上の隣や一番近くで競争している車を操作し
ている遊戯者の表情をモニタ画面に表示することで、競
争心を高め、ゲームへの興味感、臨場感を高揚させるこ
とができる。また、戦車のグループ対戦ゲームに適用し
た場合、見方どうしの顔や、勝ったチームの表情をカメ
ラ画面で表示できるなど、その演出手法の豊富化を図る
ことができる。

【０１３１】Ｂ−３サウンドブロック続いてサウンド関連のブロックを説明する。

【０１３２】＜配置構成＞図５２に、このサウンドブロ
ックの一例を示す。このブロックは、通信データメモ
リ、セレクトスイッチ、ＤＳＰ、ＤＳＰワークメモリ、
Ａ／Ｄ変換器、Ｄ／Ａ変換器などを備える。ＤＳＰはデ
ータのダウンロード、通信バスとＡ／Ｄ変換器、Ｄ／Ａ
変換器との同期、信号処理、およびＣＯＤＥＣなどの機
能を担う。ＤＳＰワークメモリは音声データ信号処理用
のバッファであり、ＤＳＰのワークエリアとして機能さ
せている。通信データメモリは通信データ格納用メモリ
である。セレクトスイッチは通信データメモリのバス切
り換え用の切換器である。このように、データ転送用の
メモリとＤＳＰのワークメモリとに分かれているのが、
サウンドブロックの特徴の１つである。

【０１３３】このブロックの基本動作は以下のようであ
る。通信バスからのデータ転送時には、音声データは通
信データメモリへ転送される。このとき、ＤＳＰは通信
データメモリへはアクセス禁止となる。通信のデータ転
送が終了すると、セレクトスイッチが切り替わり、通信
データメモリはＤＳＰのバスに接続される。ＤＳＰは転
送された音声データをＤＳＰワークメモリに移動させ、
その後、ＤＳＰによる音声データへの信号処理が行われ
る。

【０１３４】＜バッファメモリ使用例＞通信バスからの
音声データ転送が行われている最中であっても、音声の
信号処理は連続的に行わなくてはならない。これを達成
するため、図５３に示すように、ＤＳＰ内のアドレス処
理により音声データバッファの領域を２つに設け、１フ
レーム分毎に音声データを２つのフェーズで交互に処理
していく。データバッファの領域はアドレスで振り分け
る。

【０１３５】あるフレーム単位での時刻をｎとすると、
その時点で伝送されたフレームデータＤ（ｎ）は通信デ
ータ転送終了後、ＤＳＰにてバンク０に転送する。この
転送は次のフレームデータが書き込まれる前に終了す
る。

【０１３６】ＤＳＰはバンク０へデータを転送している
最中にも、バンク１に溜まっているフレーム時刻（ｎ−
１）のフレームデータ（内容は各他機（ゲーム装置）か
ら送られてきた音声データと、自機からの音声データ）
を処理し続ける。ビデオ同期フレーム内でバンク０がデ
ータ転送に使われているときは、信号処理は反対側のバ
ンク１になる。

【０１３７】音声サンプリング周波数のサイクル毎に、
バンク１に格納された台数分の受信音声データは累積加
算されＤＳＰの出力ポートへ送られる。送信音声データ
はＤＳＰの入力ポートからのデータがバンク１へ転送さ
れる。

【０１３８】次のビデオフレーム同期信号が到来したと
き、ＤＳＰの処理フェーズを変更する。バンク１がデー
タ転送に使われ、バンク０が信号処理に割り当てられ
る。

【０１３９】＜音声データのフレーム同期＞各ゲーム装
置では、ビデオの同期タイミングを基準にして通信のデ
ータタイミングが管理されている。一方、音声の特徴と
して常に連続したデータを出力するという違いがある。
ビデオ信号のタイミングのようにある一定の周波数（例
えば６０Ｈｚ）毎に得られるデータから、連続した音声
のデータを出力するため、ＤＳＰで音声データのバッフ
ァリングを行っている。

【０１４０】ビデオ同期信号と通信データメモリバス切
り替え信号は、図５４に示す如く、同期化回路に入力さ
れ、音声のサンプリングクロックでリサンプルされる。
同期化された信号はＤＳＰに入力し、ＤＳＰプログラム
でビデオタイミングとフレームデータ長の判別に使用さ
れる。

【０１４１】なお、図５４において、音声サンプリング
クロックは音声信号処理の基準タイミングとなり、ビデ
オ同期信号がビデオのフレーム開始時刻を示す。バス切
り替え信号は、通信からのフレームデータが転送可能で
あることを示す。このとき、送信音声データが通信デー
タメモリ内へ、また受信音声データが音声データバッフ
ァ領域へ転送される。ビデオ同期信号は音声サンプリン
グクロックでリサンプルされ、ＤＳＰはそのリンサプリ
ングした信号を、フレーム開始の識別に使用する。

【０１４２】＜同期方式（その１）＞ビデオクロックと
は非同期の場合を図５５に模式的に示す。この場合、フ
レーム長を合わせるために各マシン間のデータが揃わな
い場合、受信側で補間される。用途としては、会話に限
定した場合に簡易的に時間をそろえる方式で使用でき
る。他のマシンのずれる量は±１サンプルになる（同じ
周波数を使い各マシンでビデオ信号を基準にしているた
め）。

【０１４３】具体的には、例えば、マシン１からのデー
タが自分のマシンの基準サンプル数より「１」足りない
場合、前のサンプルと次のフレームの先頭のデータの平
均が演算される。逆に、マシン１からのデータが自分の
マシンの基準サンプル数より「１」多い場合、重なって
しまったサンプルを１／２にした値が前後１サンプルに
加算される。

【０１４４】＜同期方式（その２）＞ビデオクロックと
同期させる場合を図５６に模式的に示す。この方式は、
ビデオクロックからサウンドのサンプルクロックを生成
し、システム全体のタイミングを揃えるものである。

【０１４５】これを実現するため、同図に示すように、
ビデオ同期信号とタイミング発生器からのサウンド同期
信号とを位相比較する位相比較器と、この位相比較器の
位相比較結果の信号を入力するＶＣＯとを備える。ＶＣ
Ｏの出力信号はサウンドクロックになるとともに、タイ
ミング発生器にフィードバックされる。ビデオ同期信号
は各マシン間で完全に一致している。このため、このビ
デオ同期信号を基準にして上述のようにサウンドの回路
全体の基準クロックを作り出すことで、ビデオとサウン
ドの完全な同期がとれるようになる。この方式の場合、
上述した非同期の場合に比べ、補間演算の必要がなく、
演算部分の回路を簡略化ができる利点がある。

【０１４６】＜効果音、ノイズの合成＞効果音はＤＳＰ
でソフトウエア的に処理できるが、ハードウェア回路で
も処理できる。

【０１４７】ハードウェア回路で処理する例を図５７、
５８に例示する。

【０１４８】図５７に示す回路は、遊戯者（自分）の声
をノイズ・効果音合成してから他機に送信する構成に関
する。マイクで検出した声のアナログ信号をマイクアン
プを通して増幅し、Ａ／Ｄ変換器でデジタル信号に変換
して合成器に送る。Ａ／Ｄ変換器が出力したデジタル信
号は検出回路で検出され、その検出情報がＣＰＵに送ら
れる。ＣＰＵはこの声の検出に応答してノイズ発生器と
効果本発生器を駆動させ、ノイズの音声データと効果本
の音声データを合成器にそれぞれ与える。合成器は音声
データ、ノイズデータ、及び効果音データを合成して通
信モジュールに送る。これにより、通信モジュールから
出力される通信データの中に、遊戯者の声のデータが載
せられる。

【０１４９】図５８に示す回路は、送られてきた他機の
遊戯者（相手）の音声にノイズ・効果音合成してから出
力する構成に関する。通信モジュール（受信モジュー
ル）の受信データは合成器（第１の合成器）に送られる
とともに、命令デコーダに送られる。命令デコーダは受
信データ中の音声データを解読して、その結果をＣＰＵ
に伝送する。ＣＰＵはこれに応答してノイズ発生器を制
御してノイズデータを合成器に出力させるとともに、効
果音発生器を制御して効果音データを合成器に出力させ
る。したがって、合成器は音声データ、ノイズデータ、
および効果音データを合成し、合成信号をＤ／Ａ変換器
を介して第２の合成器に送る。第２の合成器には自機の
ゲーム基板（ホストシステム）からゲームの進捗状況に
応じた音声信号（アナログ）で送られてきている。この
ため、第２の合成器はその両方の音声信号を合成してス
ピーカに出力する。

【０１５０】＜エフェクト＞このエフェクトの発生はＤ
ＳＰにより処理されるようにしている。図５９、６０
に、関連するブロック構成の例を示す。

【０１５１】図５９のブロック構成は、遊戯者（自分）
の声を加工して他機（相手）に送信するものである。マ
イク、マイクアンプ、およびＡ／Ｄ変換器を介して得た
デジタル量の音声データは、ＤＳＰ（合成器とエフェク
ト回路の機能を果たす）によりエフェクトが与えられ
（加工され）、通信モジュールにより送信データ中のサ
ウンドデータとしてネットワークに送信される。他機は
このデータを所定タイミングで選択する。

【０１５２】図６０のブロック構成は、他機（相手）か
ら送られてきた音声を加工して出力するものである。通
信モジュールで受信した受信データ中のサウンドデータ
は、ＤＳＰによりエフェクトが与えられ（加工され）た
後、Ｄ／Ａ変換器でアナログ信号に変換される。このア
ナログ信号は合成器に送られ、そこで自機のゲーム基板
（ホストシステム）からゲームの進捗状況に応じた送ら
れてきている音声信号（アナログ）と合成され、スピー
カから出力される。

【０１５３】＜ＢＧＭの共有化＞ＢＧＭの共有化とは、
１台のゲーム装置で使用するＢＧＭを全台のゲーム装置
に流したり、それぞれのパートのＢＧＭを流し、最後に
合成することで、複数台が接続されたゲーム装置に音声
・音楽を配信する手法である。

【０１５４】その趣旨は、複数の遊戯者が同じ仮想空間
に入っている場合などの状況においては、共通の背景音
や状況に合わせたＢＧＭや警告音を同じ実時間上で共有
できる、ことにある。複数のゲーム装置が在る場合、従
来は個々のゲーム基板に音声・音楽データとその楽曲シ
ーケンスデータを持ち、演奏・再生をしている。これら
ＢＧＭが複数の台数で同じ時間上で共有されるシーンが
あるとするならば、一個所に音声・音楽の配信を行える
装置が接続されていれば、メモリ・ＣＰＵ資源を少なく
することが可能で、システム全体のコストが下がる利点
がある。

【０１５５】図６１にその構成例を示す。ゲーム装置１
が音楽・音声を送信し、残りのゲーム装置２〜８がそれ
を受信する構成である。ゲーム装置２〜８には音楽再生
のためのメモリなどを搭載しなくて済むので、通信ゲー
ムシステム全体のコスト低減を図ることができる。

【０１５６】＜立体音響（３Ｄ音声通信）＞同じ仮想空
間内に複数の遊戯者が参加している場面を想定する。い
ま、その仮想空間内に自分の他に遊戯者（Ａ）がいたと
すると、遊戯者（Ａ）の居るそのままの位置（座標）か
らその人（Ａ）の話す声が聞こえてくるといった、あた
かも現実の世界で話しているような感覚を再現する音響
が立体音響である。反対に、その人（Ａ）からすれば、
自分のいる場所から自分の声が聞こえる感覚を受けるも
のである。

【０１５７】これを行う処理例を図６２に示す。この処
理はＤＳＰでソフトウエア的に実行される。通信機能に
よって得られた音声データと座標データを入力し、モノ
ラル信号を座標データに応じてバイノーラル変換してス
テレオ信号を得る。このステレオ信号をヘッドホンアン
プを通してＨＭＤで聞くことで立体音響が得られる。こ
のＨＭＤにはここではマイクロホンが取り付けられてお
り、３Ｄ音声通信に好適に対処できるようになってい
る。

【０１５８】なお、座標データに応じてバイノーラル変
換する対象は、人の声に限定されるものではない。例え
ば、ゲーム中で使用する効果音を座標データに応じてバ
イノーラル変換してもよく、これにより、例えば敵のキ
ャラクタが発している音（エンジン音など）をゲームの
進行にあわせて立体的に移動させる事ができる。

【０１５９】サウンドブロックの説明は以上のようであ
るが、通信データ（とくにサウンドデータ）の処理と時
間の流れの関係を要約して、図６３のタイミングチャー
トに示す。

【０１６０】サウンドブロック４５は以上のように、各
遊戯者の音声をデジタル信号にて通信ネットワーク上に
転送するとともに、転送されてきた音声データとホスト
システム（ゲームボード）で発生した音声・サウンドを
ミキシングして出力する。また、転送する音声には通信
に特有の特殊効果やノイズを種々の態様で加えることが
できる。このため、この通信ゲームシステムは、全ての
通信を利用するゲームに好適に適用できる。例えば、通
信対戦のカーレースゲームでは、１位の車の遊戯者の喜
びの声を、ほかの遊戯者のゲーム装置のスピーカから出
力させたり、仮想ゲーム空間上の隣や一番近くで競争し
ている車を操作している遊戯者と会話を行うことがで
き、これにより、前述したカメラ映像の通信のときと同
様に、競争心を高め、ゲームへの興味感、臨場感を高揚
させることができる。また、戦車のグループ対戦ゲーム
に適用した場合、見方どうしの連絡や、勝ったチームの
歓声を出力できるなど、声やサウンドの演出手法の豊富
化を図ることができる。

【０１６１】そのほかの実施形態本発明の通信ゲームシステムにおいて実施できるゲーム
のバリエーションおよびその表示例を説明する。なお、
以下に例示する処理は、ホストシステム（ゲームボー
ド）のＣＰＵおよび／または映像処理用のＤＳＰによっ
て実施される。

【０１６２】ａ．対戦ゲームレースゲームなどの対戦ゲームの場合、例えば、図６４
に示す如く、現時点の対戦結果である順位に対応してカ
メラ映像（遊戯者の顔）を並べて表示するようにしても
よい。順位に応じて、表示位置や拡大率を変えてもよい
し、順位毎に顔付きを変えるなどの処理を行ってもよ
い。また、図６５に示すように、負けた瞬間の遊戯者の
表情を写真に撮って墓標にするようにしてもよい。その
とき、エンボス加工を施して、墓石に刻み込んでもよ
い。

【０１６３】ｂ．競馬ゲームなど競馬ゲームなどのメダルゲームを行う場合、サテライト
のモニタにＣＣＤカメラ映像を本発明の通信システムで
高速に送り、表示するようにしてもよい（図６６参
照）。サテライトとは、かかるメダルゲームにおいて用
いられる、Ｉ／０と画像表示機能だけを有した簡易表示
システムである。

【０１６４】ｃ．そのほか・映像のリプレイそのほかのバリエーションとして、映像をリプレイして
表示させることが挙げられる。例えば、レースゲームの
ときに、ハードディスクなどの大容量記憶媒体に、自車
がクラッシュしたときなどのリアクションを記憶させ、
それをリプレイさせることができる。

【０１６５】・カメラ映像の表示位置の指定図６７は、各遊戯者が操作しているキャラクタの画面上
の位置に合わせたカメラ映像の表示位置の指定の様子を
例示している。このカメラ映像の表示位置の指定は、ホ
ストシステム（ゲームボード）のＣＰＵと映像処理用の
ＤＳＰの両方からアクセスできるレジスタまたはメモリ
を設け、ホストシステムのＣＰＵから映像処理用のＤＳ
Ｐにカメラ映像の表示位置を指令することで可能にな
る。この表示位置はゲームデータの一部としてネットワ
ーク上を転送されて、各ゲーム装置に送られる。

【０１６６】・場面チェンジこの場面チェンジは協力型のゲームに好適で、例えば、
仲間の遊戯者のキャラクタと自分のキャラクタとの間
で、現在の場面（シチュエーション）をそっくり交換し
てしまう処理である。図６８に示す例は、Ａ君が上手
で、Ｂ君が下手な状態から、場面チェンジの処理によ
り、場面をそっくり入れ替えてしまうものである。本発
明の通信ゲームシステムによって、このような場面チェ
ンジに必要なデータも転送でき、処理できる。

【０１６７】・音声認識占いゲームの名前入力や、そのほかの補助的入力として
音声入力を行う例である。このためには、音声認識Ｉ／
Ｏをサウンドブロックに設ける。図６９に示すように、
自分のキャラクタはジョイスティックなどの操作入力で
動かし、オプションのキャラクタを、音声認識Ｉ／Ｏを
介して音声入力で動かすものである。

【０１６８】・バーチャルバンド本発明の通信ゲーム装置における複数のゲーム装置の各
１台に１つずつ楽器を割り当て（例えば、ギター、ドラ
ム、ピアノなど）、それらの遊戯者が疑似的に演奏する
音（ゲーム音、マイク音）ならびに演奏画像、および／
または、カメラ映像を合成することにより、バンド演奏
を行うものである（図７０参照）。このとき、演奏画像
の表示にはポリゴンを使用することが好適である。

【０１６９】・テクスチャの利用カメラ映像をテクスチャとして使用するものである。例
えば、対戦ゲームなどにおいて、ゲーム画像のポリゴン
にカメラで撮影した映像を貼り付けることなどが挙げら
れる（図７１参照）。

【０１７０】・バーチャル早押しクイズ本発明の通信ゲームシステムは、図７２に模式的に示す
ように、各ゲーム装置のサウンドブロックに音声認識Ｉ
／０を設け、音声で回答する早押しクイズなどを行うゲ
ームにも好適である。

【０１７１】なお、本発明は上述した実施態様の記載に
限定されるものではなく、当業者であれば、請求項記載
の発明の要旨を逸脱しない範囲で上述した実施態様の構
成を種々に変形できることは明白であり、それらも本発
明の範囲内に属するものである。

【０１７２】

【発明の効果】以上説明したように、本発明の通信ゲー
ムシステムによれば、複数のゲーム装置のそれぞれは、
ネットワーク上で転送されているデータを受信するとと
もに当該受信データと自機のゲーム装置で生成したデー
タとをネットワーク上に転送する転送手段と、受信デー
タにアクセスするアクセス手段とを備え、複数のゲーム
装置間で転送手段とアクセス手段に拠るブロードキャス
ト方式の通信を行ってデータを送受することができるよ
うにしたため、ゲームデータのほかに、遊戯者の表情や
声などのデータも通信対象とすることができる。したが
って、従来の通信ゲームシステムとは異なり、ゲームデ
ータ以外の各遊戯者に関わる情報もやり取りできるよう
になり、遊戯者間の「コミュニケーション」向上を図
り、ゲーム上の競争心や興味感を高めて、ゲームの付加
価値を上げることができる。また、ゲームデータ以外の
情報通信として、ゲームに好ましい特殊効果などの通信
を行えるようにすることで、ゲームの臨場感を向上させ
るができる。

【図面の簡単な説明】

【図１】本発明の一実施形態に係る通信ゲームシステム
のネットワーク全体の概要を示すブロック図である。

【図２】通信ゲームシステムの概略を説明するブロック
である。

【図３】本発明に係るブロードキャスト通信方式を説明
する図である。

【図４】本発明に係る同期通信の方式を説明する図であ
る。

【図５】本発明に係る同期通信の方式を説明するタイミ
ングチャートである。

【図６】本発明に係る故障検出の方式を説明する図であ
る。

【図７】本発明に係る故障検出の方式を説明するタイミ
ングチャートである。

【図８】転送パケットを説明する図である。

【図９】本発明の一実施形態に係る通信ゲームシステム
のネットワーク全体をより詳細に説明するためのブロッ
ク図である。

【図１０】ホストシステム構成とコネクタによるボード
接続関係を説明する図である。

【図１１】モニタ画面の例を示す図である。

【図１２】遊戯者とカメラ、マイクなどの位置関係を説
明する図である。

【図１３】通信システム（通信ボード）の構成例を示す
（一部概略化して示す）ブロック図である。

【図１４】通信システムの構成および動作を説明するた
めの図である。

【図１５】通信システムの構成および動作を説明するた
めの図である。

【図１６】通信システムの構成および動作を説明するた
めの図である。

【図１７】通信システムの構成および動作を説明するた
めの図である。

【図１８】通信システムの構成および動作を説明するた
めの図である。

【図１９】通信システムの構成および動作を説明するた
めの図である。

【図２０】通信システムの構成および動作を説明するた
めの図である。

【図２１】通信システムの構成および動作を説明するた
めの図である。

【図２２】ビデオブロックの構成および動作を説明する
ための図である。

【図２３】ビデオブロックの構成および動作を説明する
ための図である。

【図２４】ビデオブロックの構成および動作を説明する
ための図である。

【図２５】ビデオブロックの構成および動作を説明する
ための図である。

【図２６】ビデオブロックの構成および動作を説明する
ための図である。

【図２７】ビデオブロックの構成および動作を説明する
ための図である。

【図２８】ビデオブロックの構成および動作を説明する
ための図である。

【図２９】ビデオブロックの構成および動作を説明する
ための図である。

【図３０】ビデオブロックの構成および動作を説明する
ための図である。

【図３１】ビデオブロックの構成および動作を説明する
ための図である。

【図３２】ビデオブロックの構成および動作を説明する
ための図である。

【図３３】ビデオブロックの構成および動作を説明する
ための図である。

【図３４】ビデオブロックの構成および動作を説明する
ための図である。

【図３５】ビデオブロックの構成および動作を説明する
ための図である。

【図３６】ビデオブロックの構成および動作を説明する
ための図である。

【図３７】ビデオブロックの構成および動作を説明する
ための図である。

【図３８】ビデオブロックの構成および動作を説明する
ための図である。

【図３９】ビデオブロックの構成および動作を説明する
ための図である。

【図４０】ビデオブロックの構成および動作を説明する
ための図である。

【図４１】ビデオブロックの構成および動作を説明する
ための図である。

【図４２】ビデオブロックの構成および動作を説明する
ための図である。

【図４３】ビデオブロックの構成および動作を説明する
ための図である。

【図４４】ビデオブロックの構成および動作を説明する
ための図である。

【図４５】ビデオブロックの構成および動作を説明する
ための図である。

【図４６】ビデオブロックの構成および動作を説明する
ための図である。

【図４７】ビデオブロックの構成および動作を説明する
ための図である。

【図４８】ビデオブロックの構成および動作を説明する
ための図である。

【図４９】ビデオブロックの構成および動作を説明する
ための図である。

【図５０】ビデオブロックの構成および動作を説明する
ための図である。

【図５１】ビデオブロックの構成および動作を説明する
ための図である。

【図５２】サウンドブロックの構成および動作を説明す
るための図である。

【図５３】サウンドブロックの構成および動作を説明す
るための図である。

【図５４】サウンドブロックの構成および動作を説明す
るための図である。

【図５５】サウンドブロックの構成および動作を説明す
るための図である。

【図５６】サウンドブロックの構成および動作を説明す
るための図である。

【図５７】サウンドブロックの構成および動作を説明す
るための図である。

【図５８】サウンドブロックの構成および動作を説明す
るための図である。

【図５９】サウンドブロックの構成および動作を説明す
るための図である。

【図６０】サウンドブロックの構成および動作を説明す
るための図である。

【図６１】サウンドブロックの構成および動作を説明す
るための図である。

【図６２】サウンドブロックの構成および動作を説明す
るための図である。

【図６３】サウンドブロックの構成および動作を説明す
るための図である。

【図６４】通信により処理する画像処理のその他の例を
説明する図である。

【図６５】通信により処理する画像処理のその他の例を
説明する図である。

【図６６】通信により処理する画像処理のその他の例を
説明する図である。

【図６７】通信により処理する画像処理のその他の例を
説明する図である。

【図６８】通信により処理する画像処理のその他の例を
説明する図である。

【図６９】通信により処理する画像処理のその他の例を
説明する図である。

【図７０】通信により処理する画像処理のその他の例を
説明する図である。

【図７１】通信により処理する画像処理のその他の例を
説明する図である。

【図７２】通信により処理する画像処理のその他の例を
説明する図である。

【符号の説明】

１通信ゲームシステム２ａ〜２ｄゲーム装置３通信媒体１１通信システム１２通信モジュール１３通信チップ１４通信メモリ１５受信モジュール１６送信モジュール１７バッファ１８通信コントローラ１９バス３１通信システム３２ホストシステム３２ａＣＰＵボード３２ｂビデオボード３２ｃＲＯＭボード３３ビデオカメラ３４モニタ３５マイク３６スピーカ４１通信チップ４２通信モジュール４３通信メモリ４４ビデオブロック４５サウンドブロック

フロントページの続き (72)発明者布施真樹東京都大田区羽田１丁目２番12号株式会社セガ・エンタープライゼス内

Claims

【特許請求の範囲】

【請求項１】複数の遊戯者が個々にゲームを実行する
ための複数のゲーム装置を互いに通信媒体を介して接続
してネットワークを形成した通信ゲームシステムにおい
て、前記複数のゲーム装置のそれぞれは、前記ネットワーク
上で転送されているデータを受信するとともに当該受信
データと自機のゲーム装置で生成したデータとを前記ネ
ットワーク上に転送する転送手段と、前記受信データに
アクセスするアクセス手段とを備え、前記複数のゲーム
装置間で前記転送手段とアクセス手段に拠るブロードキ
ャスト方式の通信を行ってデータを送受することを特徴
とした通信ゲームシステム。
【請求項２】前記通信媒体は、信号ケーブルである請
求項１記載の通信ゲームシステム。
【請求項３】前記転送手段は、当該転送手段のデータ
送受信の動作を制御するコントローラと、前記受信デー
タを記憶するメモリとを備える一方で、前記アクセス手段は、自機のゲーム装置におけるゲーム
の実行を指令するＣＰＵを備え、前記ＣＰＵを前記メモリにアクセスさせるとともに、前
記転送手段による前記受信データの前記ネットワーク上
への送信と前記アクセスとを同時に実行させる制御手段
を備えた請求項１記載の通信ゲームシステム。
【請求項４】前記制御手段は、前記ＣＰＵによる前記
メモリへのアクセスと前記コントローラによる前記メモ
リへのアクセスとを時分割で交互に実行させる手段を備
えた請求項３記載の通信ゲームシステム。
【請求項５】前記各ゲーム装置は、前記ネットワーク
上へのデータの転送する権利を交互に時分割で交替する
手段を備えた請求項１記載の通信ゲームシステム。
【請求項６】前記各ゲーム装置は、前記ネットワーク
上を転送させてくるデータを選択する手段を備えた請求
項１記載の通信ゲームシステム。
【請求項７】前記複数のゲーム装置の内の所定のゲー
ム装置は、前記各ゲーム装置の動作タイミングを同期さ
せる同期信号を前記ネットワーク上に送信する同期手段
を備え、前記同期信号はビデオのフレーム信号に同期さ
せた信号である請求項１の通信ゲームシステム。
【請求項８】前記複数のゲーム装置の内の所定のゲー
ム装置は、前記同期信号が前記各ゲーム装置に転送され
ているか否かを判断して前記複数のゲーム装置間の通信
媒体の故障を検出する手段を備えた請求項１の通信ゲー
ムシステム。
【請求項９】請求項１記載の発明において、前記ネットワーク上を転送されているデータは、前記各
ゲーム装置におけるゲーム実行で生成されたゲームデー
タのパケット、前記各ゲーム装置でゲームを行う遊戯者
の音声のサウンドデータのパケット、および、前記各ゲ
ーム装置でゲームを行う遊戯者の映像のビデオデータの
パケットから成るデータである通信ゲームシステム。
【請求項１０】前記各ゲーム装置は、前記ゲームデー
タを生成するゲーム実行手段、前記遊戯者の音声を入力
して前記サウンドデータを生成するサウンドデータ生成
手段、および、前記遊戯者の映像を入力して前記ビデオ
データを生成するビデオデータ生成手段を備えた請求項
９の通信ゲームシステム。
【請求項１１】前記各ゲーム装置は、前記ゲームデー
タ中のサウンドデータと前記転送データ中の前記サウン
ドデータとを合成して音声として発生する音声発生手段
と、前記ゲームデータ中のビデオデータと前記転送デー
タ中の前記ビデオデータとを合成してモニタに画像表示
する画像表示手段とを備えた請求項１０の通信ゲームシ
ステム。
【請求項１２】前記画像表示手段は、前記転送データ
中の前記ビデオデータの表示サイズ、表示位置、明る
さ、色、縁取り、エンボス加工の要素の内の少なくとも
１つの要素を変更可能なビデオデータ処理手段を備えた
請求項１０の通信ゲームシステム。
【請求項１３】前記ビデオデータ生成手段は、前記ビ
デオデータを圧縮する圧縮手段を備えた請求項１１記載
の通信ゲームシステム。
【請求項１４】前記ビデオデータ生成手段は、前記ビ
デオデータから前記遊戯者の人物像のみを抽出する抽出
手段を備えた通信ゲームシステム。
【請求項１５】前記画像表示手段は、前記ゲームデー
タ中のビデオデータの画面に前記転送データ中の前記ビ
デオデータをウインドとして重畳する手段を備えた請求
項１１記載の通信ゲームシステム。
【請求項１６】前記転送手段は、当該転送手段のデー
タ送受信の動作を制御するコントローラと、前記受信デ
ータを記憶するメモリとを備える一方で、前記サウンドデータ生成手段は、前記サウンドデータを
処理するプロセッサと、このプロセッサのワーク用であ
って前記メモリとは別個のワークメモリとを備えた請求
項１１の通信ゲームシステム。
【請求項１７】前記サウンドデータ生成手段は、フレ
ーム長を合わせる補間処理を行って同期をとる手段を備
えた通信ゲームシステム。
【請求項１８】前記サウンドデータ生成手段は、前記
サウンドデータに効果音、ノイズ、およびエフェクトの
要素の内の少なくとも一つの要素に応じた処理を加える
サウンドデータ処理手段を備えた請求項１１の通信ゲー
ムシステム。
【請求項１９】前記複数のゲーム装置のいずれか１つ
のゲーム装置は、残りのゲーム装置に自機装置で発生さ
せた背景音のデータを送信する手段を備えた請求項１１
の通信ゲームシステム。
【請求項２０】前記サウンドデータ生成手段は、前記
サウンドデータを立体音響データに変換する手段を備え
る請求項１１の通信ゲームシステム。