JP2002515688A - 半２重通信方式を用いたゲーム装置、ゲーム機用操作装置、ゲームシステム及びゲーム装置の双方向通信方法 - Google Patents
半２重通信方式を用いたゲーム装置、ゲーム機用操作装置、ゲームシステム及びゲーム装置の双方向通信方法Info
- Publication number
- JP2002515688A JP2002515688A JP2000548994A JP2000548994A JP2002515688A JP 2002515688 A JP2002515688 A JP 2002515688A JP 2000548994 A JP2000548994 A JP 2000548994A JP 2000548994 A JP2000548994 A JP 2000548994A JP 2002515688 A JP2002515688 A JP 2002515688A
- Authority
- JP
- Japan
- Prior art keywords
- game
- game machine
- controller
- data
- communication
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 230000006854 communication Effects 0.000 title claims abstract description 211
- 238000004891 communication Methods 0.000 title claims abstract description 210
- 238000000034 method Methods 0.000 title claims description 99
- 230000007175 bidirectional communication Effects 0.000 title description 2
- 230000005540 biological transmission Effects 0.000 description 44
- 238000012545 processing Methods 0.000 description 24
- 238000012546 transfer Methods 0.000 description 23
- 230000002093 peripheral effect Effects 0.000 description 20
- 239000013256 coordination polymer Substances 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 102100038445 Claudin-2 Human genes 0.000 description 2
- 238000006243 chemical reaction Methods 0.000 description 2
- 238000013500 data storage Methods 0.000 description 2
- 230000005855 radiation Effects 0.000 description 2
- 102100022907 Acrosin-binding protein Human genes 0.000 description 1
- 101100365087 Arabidopsis thaliana SCRA gene Proteins 0.000 description 1
- 102100035167 Coiled-coil domain-containing protein 54 Human genes 0.000 description 1
- 241000282376 Panthera tigris Species 0.000 description 1
- 102100031798 Protein eva-1 homolog A Human genes 0.000 description 1
- 101100310674 Tenebrio molitor SP23 gene Proteins 0.000 description 1
- 230000002860 competitive effect Effects 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000003384 imaging method Methods 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000035939 shock Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
Landscapes
- Communication Control (AREA)
Abstract
(57)【要約】
テレビゲームのようなゲームシステムにおいて、テレビゲーム機本体はプロトコルコントローラを有し、シリアルポートを介してテレビゲーム機本体に接続されたゲーム操作装置の各々もプロトコルコントローラを有している。固有の識別子を有するゲーム操作装置に接続された時、テレビゲーム機本体は各キャラクタ毎のデータ送受信する通信プロトコルと２キャラクタ以上のデータを連続して送受信する通信プロトコルを組み合わせて、その識別子に応じて、ゲーム操作装置に応じた通信プロトコルに切り換えて、テレビゲーム機本体とゲーム操作装置間で必要とさされる情報量を最小にする。
Description
技術分野 本発明はゲーム装置、ゲーム機用操作装置、ゲームシステム及びゲーム装置の
双方向通信方法に関し、例えばテレビゲーム・システムに適用して好適なもので
ある。 発明の背景 従来、テレビゲーム機本体に操作手段としてのコントローラを接続し、ユーザ
がコントローラを操作することに応じてゲームを進行させるテレビゲーム・シス
テムがある。テレビゲーム・システムは、テレビゲーム機本体とコントローラと
の間の通信方式として全２重通信方式を採用し、データ送信と受信を同時に行っ
ている。この場合、テレビゲーム・システムでは、データを送受信する際には、
まずデータを送受信する速度や形式などのプロトコルについて合意を行い、その
合意に基づいてデータを送受信するようなハンドシェイク方式を用いている。 ところでテレビゲーム・システムのようなインタラクティブ・アプリケーショ
ンでは、操作が即時的になされているというユーザの感覚を向上させるために、
コントローラから入力される操作情報を、短時間のうちにテレビゲーム機本体の
音声と映像に反映させることが重要である。一般にテレビゲーム機本体では、モ
ニタ上で１フレームの画像を走査している間に、コントローラからの操作情報を
取得し、この操作情報に基づいて次のフレームの画像を生成するようになされて
いる。従ってテレビゲーム機本体は、限られた演算能力で画質を向上させるため
、コントローラからの操作情報を取得する時間を可能な限り短縮し、１フレーム
の画像を生成するための時間をできるだけ長く設定しなければならない。 一方、コントローラでは、使用するアプリケーシヨンに応じて、複数のものが
テレビゲーム機本体に接続される場合がある。またコントローラでは、スイツチ
から単純にオン／オフのようなデイジタルデータが入力されるだけでなく、例え
ばディスプレイ上に所望の位置を指定するためのジョイスティックを介してアナ
ログ信号が入力されることがある。 さらにコントローラは、ユーザに例えば衝撃や振動などのフイードバツク情報を
伝えることもある。このようにテレビゲーム・システムでは、テレビゲーム機本
体とコントローラとの間の通信時間が増大する傾向にある。 しかしながらテレビゲーム・システムは、上述したように画質向上のため、通
信時間を短縮しなければならない。そこでこのような通信時間の短縮を実現する
方法としては、テレビゲーム機本体とコントローラとの間のデータ転送速度を上
げる方法が考えられる。しかしながらテレビゲーム・システムでは、単純に転送
速度を上げるだけでは、テレビゲーム機本体及びコントローラ間に接続されてい
るケーブルから発生する、いわゆる不要輻射が増加してしまうことになる。この
ような不要輻射の増加を防止する通信方式としては、ＬＶＤＳ（低電圧差動信号
）通信方式、２重シールド線通信方式、光フアイバー通信方式、赤外線通信方式
が考えられる。このうち長時間の使用及び柔軟性に優れている通信方式としては
、例えばＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）やＩＥＥＥ１３
９４（Ｔｈｅ Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅ
ｌｅｃｔｒｏｎｉｃ Ｅｎｇｉｎｅｅｒｓ １３９４）のように、信号線の数を
減らしてシールドを強化したＬＶＤＳ通信方式が有効である。 このようにテレビゲーム・システムでは、ケーブルの信号線数を減らすと、全
２重通信や同期通信、または制御線を用いた効率的な通信が困難となることから
、データの送受信や通信制御を全て半２重通信方式で行わざるを得ない。そこで
例えばＵＳＢでは、データを送受信する際には、送信と受信を別々に行うように
なされており、まずデータを送受信する速度や形式などのプロトコルを確立した
後、このプロトコルに基づいてデータを送受信する。 ところでこのようなテレビゲーム・システムでは、プロトコル確立後に転送さ
れるデータの通信量が大きい場合には、プロトコル確立のために必要とされるデ
ータの通信量（いわゆるオーバーヘツド）が、転送データの通信量に比較して小
さくなり、これを無視することができる。しかしながらテレビゲーム・システム
では、テレビゲーム機本体とゲームコントローラの間で転送されるデータの通信
量が、テレビゲーム機本体に対してコンピユータ周辺装置、プリンタ、スピーカ
、モデムなどを接続した場合に転送されるデータの通信量に比べると小さい。こ
のためテレビゲーム・システムでは、プロトコル確立後に転送されるデータの通
信量に加えて、通信量が大きいオーバーヘツドを必要とすることから、その結果
、通信時間が増大する問題が生じる。 発明の開示 本発明は以上の点を考慮してなされたもので、従来に比して一段と高速にデー
タを送受信し得るゲーム装置、ゲーム機用操作装置、ゲームシステム及びゲーム
装置の双方向通信方法を提案しようとするものである。 かかる課題を解決するため本発明においては、シリアルポートを介して接続さ
れたゲーム機用操作装置との間の通信方式として半２重シリアル通信方式を用い
たゲーム装置において、ゲーム機用操作装置から供給される当該ゲーム機用操作
装置の識別子に基づいて、１キャラクタ毎にデータを送受信する通信プロトコル
と、２キャラクタ以上のデータを連続して送信又は受信する通信プロトコルとを
組み合わせ、通信プロトコルをゲーム機用操作装置に応じた通信プロトコルに切
り換えるようにした。 １キャラクタ毎にデータを送受信する通信プロトコルと、２キャラクタ以上の
データを連続して送信又は受信する通信プロトコルとを組み合わせ、通信プロト
コルを接続されたゲーム機用操作装置に応じた通信プロトコルに切り換えること
により、従来のように１キャラクタ毎にデータを送受信するだけの場合に比して
、ゲーム装置とゲーム機用操作装置との間の通信量を必要最低限に抑えることが
できる。 また本発明においては、シリアルポートを介して接続されたゲーム装置との間
の通信方式として半２重シリアル通信方式を用いたゲーム機用操作装置において
、当該ゲーム機用操作装置固有の識別子を有し、当該ゲーム機用操作装置がゲー
ム装置に接続されると、識別子をゲーム装置に与えることにより、１キャラクタ
毎にデータを送受信する通信プロトコルと、２キャラクタ以上のデータを連続し
て送信又は受信する通信プロトコルとを組み合わせ、通信プロトコルを当該ゲー
ム機用操作装置に応じた通信プロトコルに切り換えさせるようにした。 １キャラクタ毎にデータを送受信する通信プロトコルと、２キャラクタ以上の
データを連続して送信又は受信する通信プロトコルとを組み合わせ、通信プロト
コルを接続されたゲーム機用操作装置に応じた通信プロトコルに切り換えること
により、従来のように１キャラクタ毎にデータを送受信するだけの場合に比して
、ゲーム装置とゲーム機用操作装置との間の通信量を必要最低限に抑えることが
できる。 また本発明においては、ゲーム装置とゲーム機用操作装置とをシリアルポート
を介して接続し、当該ゲーム装置とゲーム機用操作装置との間の通信方式として
半２重シリアル通信方式を用いるゲームシステムにおいて、ゲーム機用操作装置
から供給される当該ゲーム機用操作装置の識別子に基づいて、１キャラクタ毎に
データを送受信する通信プロトコルと、２キャラクタ以上のデータを連続して送
信又は受信する通信プロトコルとを組み合わせ、通信プロトコルをゲーム機用操
作装置に応じた通信プロトコルに切り換えるゲーム装置と、ゲーム機用操作装置
固有の識別子を保持し、ゲーム機用操作装置がゲーム装置に接続されると、識別
子をゲーム装置に与えるゲーム機用操作装置とを設けるようにした。 １キャラクタ毎にデータを送受信する通信プロトコルと、２キャラクタ以上の
データを連続して送信又は受信する通信プロトコルとを組み合わせ、通信プロト
コルを接続されたゲーム機用操作装置に応じた通信プロトコルに切り換えること
により、従来のように１キャラクタ毎にデータを送受信するだけの場合に比して
、ゲーム装置とゲーム機用操作装置との間の通信量を必要最低限に抑えることが
できる。 また本発明においては、シリアルポートを介して接続されたゲーム機用操作装
置との間の通信方式として半２重シリアル通信方式を用いたゲーム装置の双方向
通信方法であって、ゲーム機用操作装置から供給される当該ゲーム機用操作装置
の識別子に基づいて、１キャラクタ毎にデータを送受信する通信プロトコルと、
２キャラクタ以上のデータを連続して送信又は受信する通信プロトコルとを組み
合わせ、通信プロトコルをゲーム機用操作装置に応じた通信プロトコルに切り換
えるようにした。 １キャラクタ毎にデータを送受信する通信プロトコルと、２キャラクタ以上の
データを連続して送信又は受信する通信プロトコルとを組み合わせ、通信プロト
コルを接続されたゲーム機用操作装置に応じた通信プロトコルに切り換えること
により、従来のように１キャラクタ毎にデータを送受信するだけの場合に比して
、ゲーム装置とゲーム機用操作装置との間の通信量を必要最低限に抑えることが
できる。
双方向通信方法に関し、例えばテレビゲーム・システムに適用して好適なもので
ある。 発明の背景 従来、テレビゲーム機本体に操作手段としてのコントローラを接続し、ユーザ
がコントローラを操作することに応じてゲームを進行させるテレビゲーム・シス
テムがある。テレビゲーム・システムは、テレビゲーム機本体とコントローラと
の間の通信方式として全２重通信方式を採用し、データ送信と受信を同時に行っ
ている。この場合、テレビゲーム・システムでは、データを送受信する際には、
まずデータを送受信する速度や形式などのプロトコルについて合意を行い、その
合意に基づいてデータを送受信するようなハンドシェイク方式を用いている。 ところでテレビゲーム・システムのようなインタラクティブ・アプリケーショ
ンでは、操作が即時的になされているというユーザの感覚を向上させるために、
コントローラから入力される操作情報を、短時間のうちにテレビゲーム機本体の
音声と映像に反映させることが重要である。一般にテレビゲーム機本体では、モ
ニタ上で１フレームの画像を走査している間に、コントローラからの操作情報を
取得し、この操作情報に基づいて次のフレームの画像を生成するようになされて
いる。従ってテレビゲーム機本体は、限られた演算能力で画質を向上させるため
、コントローラからの操作情報を取得する時間を可能な限り短縮し、１フレーム
の画像を生成するための時間をできるだけ長く設定しなければならない。 一方、コントローラでは、使用するアプリケーシヨンに応じて、複数のものが
テレビゲーム機本体に接続される場合がある。またコントローラでは、スイツチ
から単純にオン／オフのようなデイジタルデータが入力されるだけでなく、例え
ばディスプレイ上に所望の位置を指定するためのジョイスティックを介してアナ
ログ信号が入力されることがある。 さらにコントローラは、ユーザに例えば衝撃や振動などのフイードバツク情報を
伝えることもある。このようにテレビゲーム・システムでは、テレビゲーム機本
体とコントローラとの間の通信時間が増大する傾向にある。 しかしながらテレビゲーム・システムは、上述したように画質向上のため、通
信時間を短縮しなければならない。そこでこのような通信時間の短縮を実現する
方法としては、テレビゲーム機本体とコントローラとの間のデータ転送速度を上
げる方法が考えられる。しかしながらテレビゲーム・システムでは、単純に転送
速度を上げるだけでは、テレビゲーム機本体及びコントローラ間に接続されてい
るケーブルから発生する、いわゆる不要輻射が増加してしまうことになる。この
ような不要輻射の増加を防止する通信方式としては、ＬＶＤＳ（低電圧差動信号
）通信方式、２重シールド線通信方式、光フアイバー通信方式、赤外線通信方式
が考えられる。このうち長時間の使用及び柔軟性に優れている通信方式としては
、例えばＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）やＩＥＥＥ１３
９４（Ｔｈｅ Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅ
ｌｅｃｔｒｏｎｉｃ Ｅｎｇｉｎｅｅｒｓ １３９４）のように、信号線の数を
減らしてシールドを強化したＬＶＤＳ通信方式が有効である。 このようにテレビゲーム・システムでは、ケーブルの信号線数を減らすと、全
２重通信や同期通信、または制御線を用いた効率的な通信が困難となることから
、データの送受信や通信制御を全て半２重通信方式で行わざるを得ない。そこで
例えばＵＳＢでは、データを送受信する際には、送信と受信を別々に行うように
なされており、まずデータを送受信する速度や形式などのプロトコルを確立した
後、このプロトコルに基づいてデータを送受信する。 ところでこのようなテレビゲーム・システムでは、プロトコル確立後に転送さ
れるデータの通信量が大きい場合には、プロトコル確立のために必要とされるデ
ータの通信量（いわゆるオーバーヘツド）が、転送データの通信量に比較して小
さくなり、これを無視することができる。しかしながらテレビゲーム・システム
では、テレビゲーム機本体とゲームコントローラの間で転送されるデータの通信
量が、テレビゲーム機本体に対してコンピユータ周辺装置、プリンタ、スピーカ
、モデムなどを接続した場合に転送されるデータの通信量に比べると小さい。こ
のためテレビゲーム・システムでは、プロトコル確立後に転送されるデータの通
信量に加えて、通信量が大きいオーバーヘツドを必要とすることから、その結果
、通信時間が増大する問題が生じる。 発明の開示 本発明は以上の点を考慮してなされたもので、従来に比して一段と高速にデー
タを送受信し得るゲーム装置、ゲーム機用操作装置、ゲームシステム及びゲーム
装置の双方向通信方法を提案しようとするものである。 かかる課題を解決するため本発明においては、シリアルポートを介して接続さ
れたゲーム機用操作装置との間の通信方式として半２重シリアル通信方式を用い
たゲーム装置において、ゲーム機用操作装置から供給される当該ゲーム機用操作
装置の識別子に基づいて、１キャラクタ毎にデータを送受信する通信プロトコル
と、２キャラクタ以上のデータを連続して送信又は受信する通信プロトコルとを
組み合わせ、通信プロトコルをゲーム機用操作装置に応じた通信プロトコルに切
り換えるようにした。 １キャラクタ毎にデータを送受信する通信プロトコルと、２キャラクタ以上の
データを連続して送信又は受信する通信プロトコルとを組み合わせ、通信プロト
コルを接続されたゲーム機用操作装置に応じた通信プロトコルに切り換えること
により、従来のように１キャラクタ毎にデータを送受信するだけの場合に比して
、ゲーム装置とゲーム機用操作装置との間の通信量を必要最低限に抑えることが
できる。 また本発明においては、シリアルポートを介して接続されたゲーム装置との間
の通信方式として半２重シリアル通信方式を用いたゲーム機用操作装置において
、当該ゲーム機用操作装置固有の識別子を有し、当該ゲーム機用操作装置がゲー
ム装置に接続されると、識別子をゲーム装置に与えることにより、１キャラクタ
毎にデータを送受信する通信プロトコルと、２キャラクタ以上のデータを連続し
て送信又は受信する通信プロトコルとを組み合わせ、通信プロトコルを当該ゲー
ム機用操作装置に応じた通信プロトコルに切り換えさせるようにした。 １キャラクタ毎にデータを送受信する通信プロトコルと、２キャラクタ以上の
データを連続して送信又は受信する通信プロトコルとを組み合わせ、通信プロト
コルを接続されたゲーム機用操作装置に応じた通信プロトコルに切り換えること
により、従来のように１キャラクタ毎にデータを送受信するだけの場合に比して
、ゲーム装置とゲーム機用操作装置との間の通信量を必要最低限に抑えることが
できる。 また本発明においては、ゲーム装置とゲーム機用操作装置とをシリアルポート
を介して接続し、当該ゲーム装置とゲーム機用操作装置との間の通信方式として
半２重シリアル通信方式を用いるゲームシステムにおいて、ゲーム機用操作装置
から供給される当該ゲーム機用操作装置の識別子に基づいて、１キャラクタ毎に
データを送受信する通信プロトコルと、２キャラクタ以上のデータを連続して送
信又は受信する通信プロトコルとを組み合わせ、通信プロトコルをゲーム機用操
作装置に応じた通信プロトコルに切り換えるゲーム装置と、ゲーム機用操作装置
固有の識別子を保持し、ゲーム機用操作装置がゲーム装置に接続されると、識別
子をゲーム装置に与えるゲーム機用操作装置とを設けるようにした。 １キャラクタ毎にデータを送受信する通信プロトコルと、２キャラクタ以上の
データを連続して送信又は受信する通信プロトコルとを組み合わせ、通信プロト
コルを接続されたゲーム機用操作装置に応じた通信プロトコルに切り換えること
により、従来のように１キャラクタ毎にデータを送受信するだけの場合に比して
、ゲーム装置とゲーム機用操作装置との間の通信量を必要最低限に抑えることが
できる。 また本発明においては、シリアルポートを介して接続されたゲーム機用操作装
置との間の通信方式として半２重シリアル通信方式を用いたゲーム装置の双方向
通信方法であって、ゲーム機用操作装置から供給される当該ゲーム機用操作装置
の識別子に基づいて、１キャラクタ毎にデータを送受信する通信プロトコルと、
２キャラクタ以上のデータを連続して送信又は受信する通信プロトコルとを組み
合わせ、通信プロトコルをゲーム機用操作装置に応じた通信プロトコルに切り換
えるようにした。 １キャラクタ毎にデータを送受信する通信プロトコルと、２キャラクタ以上の
データを連続して送信又は受信する通信プロトコルとを組み合わせ、通信プロト
コルを接続されたゲーム機用操作装置に応じた通信プロトコルに切り換えること
により、従来のように１キャラクタ毎にデータを送受信するだけの場合に比して
、ゲーム装置とゲーム機用操作装置との間の通信量を必要最低限に抑えることが
できる。
図１は、本発明の一実施の形態によるテレビゲーム・システムの構成を示すブ
ロック図である。 図２は、図１に示すシステムにおけるテレビゲーム機本体の構成を示すブロッ
ク図である。 図３は、図１に示すシステムにおけるゲームコントローラの構成を示すブロッ
ク図である。 図４及び図５は、図１に示すシステムにおけるテレビゲーム機本体の双方向通
信方法を示すフローチャートである。 図６及び図７は、ゲームコントローラのＩＤ番号及び通信モードの確認方法を
示すフローチャートである。 図８は、ハンドシェイクモードによる双方向通信方法を示すフローチャートで
ある。 図９は、連続送信／連続受信モードによる双方向通信方法を示すフローチャー
トである。 図１０及び図１１は、ハンドシェイク／連続受信モードによる双方向通信方法
を示すフローチャートである。 発明を実施するための最良の形態 図１において、１は全体としてテレビゲーム・システムを示し、テレビゲーム
システムは、テレビゲーム機本体２と、当該テレビゲーム機本体２に対してゲー
ム内容及びゲーム進行に応じた指令を入力するゲーム機用操作装置（ゲームコン
トローラ）３Ａ〜３Ｃとからなる。テレビゲーム機本体２は、外部の周辺機器と
のインターフェースとして、シリアルポートでなるコントローラポート４Ａ〜４
Ｄを有し、所望の周辺機器を接続し得るようになされている。 コントローラポート４Ａにはゲームコントローラ３Ａが接続されており、ユー
ザの操作に応じた操作情報をコントローラポート４Ａを介してテレビゲーム機本
体２に送信するようになされている。またゲームコントローラ３Ａにはメモリカ
ード５Ａが接続され、所望のゲーム情報（例えばゲームを途中で中断する場合、
それまでの進行状況）を記憶し得るようになされている。 コントローラポート４Ｂには、当該コントローラポート４Ｂを拡張するための
マルチタップポート６が接続されている。このマルチタップポート６には、ゲー
ムコントローラ３Ｂ及び３Ｃが接続され、ゲームコントローラ３Ｃにはメモリカ
ード５Ｂが接続されている。さらにマルチタップポート６には、ライトペン方式
のガンコントローラ７Ａが接続されており、当該ガンコントローラ７Ａに形成さ
れている引き金を引くと、あたかも、ガンコントローラ７Ａの先端が向いている
テレビゲーム機本体２の画面上を打つたかのように見えるようになされている。
一方、コントローラポート４Ｃには、ガンコントローラ７Ｂが接続され、コント
ローラポート４Ｄには、メモリカード５Ｃが接続されている。 このようにテレビゲーム機本体２は、コントローラポート４Ａ〜４Ｄを介して
接続された複数の周辺機器とデータ通信を行いながら、ゲームのようなアプリケ
ーシヨンソフトを実行し得るようになされている。因みに、テレビゲーム機本体
２に複数のゲームコントローラ３Ａ〜３Ｃ並びにガンコントローラ７Ａ及び７Ｂ
を接続することにより、例えば複数のユーザ同士による対戦型ゲームを行い得る
。 図２は、テレビゲーム機本体２の構成を示す。ホストＣＰＵ１０は、テレビゲ
ーム機本体２全体を管理するものであり、バス１１を介して各ブロックを制御す
るようになされている。ホストＣＰＵ１０は、コントローラポート４Ａ〜４Ｄに
接続されている周辺機器を調べることにより、当該周辺機器に応じた通信モード
を決定する。そしてホストＣＰＵ１０は、この決定された通信モードに基づく通
信モード情報をバス１１を介してコマンドレジスタ１２に転送し、当該通信モー
ド情報をコマンドレジスタ１２に書き込むことにより、通信モードの設定を行う
。 またホストＣＰＵ１０は、シリアル通信の条件を示すシリアル通信情報をバス
１１を介してコントロールレジスタ１３に転送し、当該シリアル通信情報をコン
トロールレジスタ１３に書き込むことにより、シリアル通信の設定を行って実際
のシリアル通信を開始させる。一方、ステイタスレジスタ１４は、現在の通信状
況を保持している。従ってホストＣＰＵ１０は、バス１１を介してステイタスレ
ジスタ１４にアクセスすることにより、現在の通信状況を確認するようになされ
ている。またタイマー１５は、通信のタイミング制御を行うものである。これに
よりホストＣＰＵ１０は、バス１１を介してタイマー１５にアクセスすることに
より、通信のインターバルなどを調整するようになされている。 メモリ１６は、バス１１に接続されており、通信されるデータを記憶するもの
である。ＤＭＡ（Ｄｉｒｅｃｔ Ｍｅｍｏｒｙ Ａｃｃｅｓｓ）コントローラ１
７も同様にバス１１に接続されている。このＤＭＡ（Ｄｉｒｅｃｔ Ｍｅｍｏｒ
ｙ Ａｃｃｅｓｓ）コントローラ１７は、ＦＩＦＯ（Ｆｉｒｓｔ Ｉｎ Ｆｉｒ
ｓｔ Ｏｕｔ）コントローラ１８によって制御され、当該ＦＩＦＯコントローラ
１８からのＤＭＡ要求に基づいて、ホストＣＰＵ１０を介さずにメモリ１６とラ
イトＦＩＦＯ１９又はリードＦＩＦＯ２０との間でデータを転送するようになさ
れている。 ＦＩＦＯコントローラ１８は、ライトＦＩＦＯ１９及びリードＦＩＦＯ２０に
対するデータの読み書きを制御する。ライトＦＩＦＯ１９は、ゲームコントロー
ラ３Ａ（図１）に送信するデータを一時的に保持するものであり、一方、リード
ＦＩＦＯ２０は、ゲームコントローラ３Ａ（図１）から受信したデータを一時的
に保持するものである。 プロトコルコントローラ２１は、コマンドレジスタ１２、コントロールレジス
タ１３、ステイタスレジスタ１４、タイマー１５、ＦＩＦＯコントローラ１８及
びトランシーバセレクタ２２に接続されており、送信及び受信データの流れを制
御するようになされている。トランシーバセレクタ２２は、送信時、シリアル信
号を差動信号にフオーマツト変換すると共に、コントローラポート４Ａ〜４Ｄの
うち所望のコントローラポート４を選択し、差動信号を、選択したコントローラ
ポート４を介して当該コントローラポート４に接続されているゲームコントロー
ラ３に送信する。これに対して受信時、トランシーバセレクタ２２は、ゲームコ
ントローラ３Ａ〜３Ｃのうち所望のゲームコントローラ３から送信されてきた差
動信号を、当該ゲームコントローラ３に対応したコントローラポート４を介して
受信する。そしてトランシーバセレクタ２２は、この受信した差動信号をシリア
ル信号に変換し、これをＤＰＬＬ２３に出力する。ＤＰＬＬ２３は、シリアル信
号の受信タイミングを補正してプロトコルコントローラ２１に出力する。 因みに、プロトコルコントローラ２１は、コントローラＣＰＵ３０の実行速度
が遅い場合には、受信し得る待ち時間を長く設定するようになされている。また
プロトコルコントローラ２１は、通信モードに応じて受信し得る待ち時間を設定
することから、ゲームコントローラ３Ａが効率的な送信を行っているかをチエツ
クし得る。 図３は、ゲームコントローラ３Ａの詳細を示している。ゲームコントローラ３
Ａ〜３Ｃは、それぞれ同様に構成されていることから、ゲームコントローラ３Ａ
の構成についてのみ説明する。図３に示すように、ゲームコントローラ３Ａは、
コントローラＣＰＵ３０、バス３１、ＦＩＦＯコントローラ３２、トランシーバ
３３及びＩＤレジスタ３４の構成を除いてテレビゲーム機本体２と同様に構成さ
れている。 コントローラＣＰＵ３０は、ゲームコントローラ３Ａ全体を管理するものであ
り、バス３１を介して各ブロックを制御するようになされている。コントローラ
ＣＰＵ３０は、バス３１を介してＩＤレジスタ３４にアクセスすることにより、
ゲームコントローラ３Ａ固有のものであって、かつ送受信の条件である識別（Ｉ
Ｄ：Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）番号やカテゴリー分類をＩＤレジスタ３４
に書き込んで設定する。 因みに、ゲームコントローラ３Ａは、テレビゲーム機本体２のようにＤＭＡコ
ントローラを有していないことから、ＦＩＦＯコントローラ３２においてＤＭＡ
要求を発生させる必要がない。またゲームコントローラ３Ａは、テレビゲーム機
本体２のようにコントローラポート４Ａ〜４Ｄを有していない。これによりトラ
ンシーバ３３は、送信時、シリアル信号を差動信号に変換する一方、受信時には
差動信号をシリアル信号に変換するだけで良い。 またゲームコントローラ３Ａでは、リードＦＩＦＯ２０の記憶容量が小さく、
かつ送信データのキャラクタ数が多い場合には、送信のインターバルを長く設定
することによって、テレビゲーム機本体２側においてデータを受信し損なうこと
を防止するようになされている。 ここでテレビゲーム機本体２による双方向通信方法について図４及び図５に示
すフローチャートを用いて説明する。最初のステップＳＰ１の次のステップＳＰ
２において、テレビゲーム機本体２は、コントローラポート４Ａ〜４Ｄに周辺機
器が接続されているか否か判定し、その結果、周辺機器が接続されていると判定
した場合にはステップＳＰ３に移行し、接続されていないと判定された場合には
ステップＳＰ４に移行する。ステップＳＰ３において、テレビゲーム機本体２は
、接続された周辺機器のＩＤ番号と、当該ＩＤ番号に応じた通信モードとを確認
して登録する。 ステップＳＰ５において、テレビゲーム機本体２は、他にも周辺機器が接続さ
れているか否か判定し、その結果、周辺機器が接続されていると判定された場合
にはステップＳＰ３に戻って動作を繰り返し、接続されていないと判定された場
合にはステップＳＰ４に移行する。ところでテレビゲーム機本体２は、ゲームの
進行に合わせ、必要に応じて接続されている周辺機器と通信を行うようになされ
ている。そこでステップＳＰ４において、テレビゲーム機本体２は、周辺機器と
通信を行うタイミングか否か判定し、その結果、通信を行うと判定された場合に
はステップＳＰ６に移行し、通信を行わないと判定された場合にはステップＳＰ
７に移行する。 ステップＳＰ６において、テレビゲーム機本体２は、接続されている周辺機器
が、例えばユーザに衝撃をフイードバツクするような特殊コントローラか否か判
定し、その結果、特殊コントローラであると判定された場合にはステップＳＰ８
に移行し、特殊コントローラでないと判定された場合にはステップＳＰ９に移行
する。ステップＳＰ８において、テレビゲーム機本体２は、通信モードをハンド
シェイクモードに設定してステップＳＰ９に移行する。 ステップＳＰ９において、テレビゲーム機本体２は、接続されている周辺機器
が、例えば送受信すべきデータが予め決まっているような標準コントローラであ
るか否か判定し、その結果、標準コントローラであると判定された場合にはステ
ップＳＰ１０に移行し、標準コントローラでないと判定された場合にはステップ
ＳＰ１１に移行する。ステップＳＰ１０において、テレビゲーム機本体２は、通
信モードを連続送信／連続受信モードに設定してステップＳＰ１１に移行する。 ステップＳＰ１１において、テレビゲーム機本体２は、接続されているメモリ
カードからデータを読み出すのか否かを判定し、その結果、接続されているメモ
リカードからデータを読み出すと判定された場合にはステップＳＰ１２に移行し
、メモリカードからデータを読み出さないと判定された場合にはステップＳＰ７
に移行する。ステップＳＰ１２において、テレビゲーム機本体２は、通信モード
をハンドシェイク／連続受信モードに設定してステップＳＰ７に移行する。 ステップＳＰ７において、テレビゲーム機本体２は、接続されている周辺機器
のうち、ユーザによって取り外された機器があるか否か判定し、その結果、取り
外された機器があると判定された場合にはステップＳＰ１３に移行し、取り外さ
れた機器がないと判定された場合にはステップＳＰ１４に移行する。ステップＳ
Ｐ１３において、テレビゲーム機本体２は、取り外された機器の登録を削除して
ステップＳＰ１４に移行する。ステップＳＰ１４において、テレビゲーム機本体
２は、ユーザによって新たに接続された機器があるか否か判定し、その結果、新
たに接続された機器があると判定された場合にはステップＳＰ１５に移行し、新
たに接続された機器がないと判定された場合にはステップＳＰ４に戻って動作を
繰り返す。ステップＳＰ１５において、テレビゲーム機本体２は、接続された機
器のＩＤ番号及び通信モードを確認してステップＳＰ４に移行する。 ここでゲームコントローラ３ＡのＩＤ番号及び通信モード確認ステップ（ＳＰ
３）における具体的な処理手順について、図６及び図７に示すフローチャートを
用いて説明する。まずテレビゲーム機本体２における処理手順について説明する
。ステップＳＰ２０から入ったステップＳＰ２１において、トランシーバセレク
タ２２は、ホストＣＰＵ１０に対して割り込み要求を通知する。ステップＳＰ２
２において、ホストＣＰＵ１０は、割り込み処理を開始する。ステップＳＰ２３
において、コントローラポート４Ａは、新たにゲームコントローラ３Ａが接続さ
れたことを検出する。 ステップＳＰ２４において、ホストＣＰＵ１０は、送受信のタイミングに関す
る条件をバス１１を介してタイマー１５に通知して、当該タイミングに関する条
件をタイマー１５に設定する。ステップＳＰ２５において、ホストＣＰＵ１０は
、接続を確認するためのパケツトデータ、すなわちＩＤ番号を要求するためのコ
マンド（以下、ＩＤ要求コマンドと呼ぶ）及び通信モードを問い合わせるための
コマンド（以下、通信モード問い合わせコマンドと呼ぶ）をライトＦＩＦＯ１９
に書き込む。ステップＳＰ２６において、ホストＣＰＵ１０は、通信モードを２
バイトのハンドシェイクモードに指定し、これをコマンドレジスタ１２に設定す
る。 ステップＳＰ２７において、ホストＣＰＵ１０は、コントロールレジスタ１５
に通信の開始を指示する。ステップＳＰ２８において、ホストＣＰＵ１０は、ラ
イトＦＩＦＯ１９からＩＤ要求コマンドを読み出し、これをＦＩＦＯコントロー
ラ１８、プロトコルコントローラ２１、トランシーバセレクタ２２及びコントロ
ーラポート４Ａを介してゲームコントローラ３Ａに送信する。ステップＳＰ２９
において、テレビゲーム機本体２は、ＩＤ要求コマンドに応じて、ゲームコント
ローラ３Ａから返信されてきたＩＤ番号をコントローラポート４Ａ、トランシー
バセレクタ２２、ＤＰＬＬ２３、プロトコルコントローラ２１及びＦＩＦＯコン
トローラ１８を介してリードＦＩＦＯ２０に送出して、当該ＩＤ番号をリードＦ
ＩＦＯ２０に書き込む。 ステップＳＰ３０において、ホストＣＰＵ１０は、通信モード問い合わせコマ
ンドをライトＦＩＦＯ１９から読み出し、これをＦＩＦＯコントローラ１８、プ
ロトコルコントローラ２１、トランシーバセレクタ２２及びコントローラポート
４Ａを介してゲームコントローラ３Ａに送信する。ステップＳＰ３１において、
テレビゲーム機本体２は、通信モード問い合わせコマンドに応じて、ゲームコン
トローラ３Ａから返信されてきた通信モードをコントローラポート４ＡＮ トラ
ンシーバセレクタ２２、ＤＰＬＬ２３、プロトコルコントローラ２１及びＦＩＦ
Ｏコントローラ１８を介してリードＦＩＦＯ２０に送出して、当該通信モードを
リードＦＩＦＯ２０に書き込む。そしてステイタスレジスタ１４は、コマンドが
終了したことを示すフラグをオンする。ステップＳＰ３２において、ホストＣＰ
Ｕ１０は、リードＦＩＦＯ２０からゲームコントローラ３ＡのＩＤ番号に対応す
る通信モードを読み出す。次にステップＳＰ３３に移って処理を終了する。 続いてゲームコントローラ３Ａにおける処理手順について説明する。 最初のステップＳＰ４０の次のステップＳＰ４１において、ゲームコントローラ
３Ａをテレビゲーム機本体２のコントローラポート４Ａに接続する。ステップＳ
Ｐ４２において、コントローラＣＰＵ３０は、送受信のタイミングに関する条件
をタイマー１５に設定する。ステップＳＰ４３において、コントローラＣＰＵ３
０は、コントロールレジスタ１３に受信の準備をするように指示する。ステップ
ＳＰ４４において、コントローラＣＰＵ３０は、ＩＤ要求コマンドを受信したか
否か判定し、その結果、ＩＤ要求コマンドを受信したと判定した場合にはステッ
プＳＰ４５に移行し、受信していないと判定された場合には受信するまで動作を
繰り返す。 ステップＳＰ４５において、コントローラＣＰＵ３０は、トランシーバ３３に
よって受信したＩＤ要求コマンドを、ＤＰＬＬ２３、プロトコルコントローラ２
１及び、ＦＩＦＯコントローラ３２を介してリードＦＩＦＯ２０に送出し、当該
ＩＤ要求コマンドをリードＦＩＦＯ２０に書き込む。そしてステイタスレジスタ
１４は、受信フラグを立てる。ステップＳＰ４６において、ＩＤレジスタ３４は
、ＦＩＦＯコントローラ３２を介してリードＦＩＦＯ２０からＩＤ要求コマンド
を読み出すと、ＩＤ番号をＦＩＦＯコントローラ３２を介してライトＦＩＦＯ１
９に送出し、当該ＩＤ番号をライトＦＩＦＯ１９に書き込む。 ステップＳＰ４７において、コントローラＣＰＵ３０は、コントロールレジス
タ１３に通信の開始を指示する。ステップＳＰ４８において、コントローラＣＰ
Ｕ３０は、ライトＦＩＦＯ１９からＩＤ番号を読み出し、これをＦＩＦＯコント
ローラ３２、プロトコルコントローラ２１及びトランシーバ３３を介してテレビ
ゲーム機本体２に送信する。 ステップＳＰ４９において、コントローラＣＰＵ３０は、テレビゲーム機本体
２から送信されてきた通信モード問い合わせコマンドをトランシーバ３３によっ
て受信すると、通信モード問い合わせコマンドをＤＰＬＬ２３、プロトコルコン
トローラ２１及びＦＩＦＯコントローラ３２を介してリードＦＩＦＯ２０に送出
し、当該通信モード問い合わせコマンドをリードＦＩＦＯ２０に書き込む。そし
てステイタスレジスタ１４は、受信フラグを立てる。 ステップＳＰ５０において、コントローラＣＰＵ３０は、ＦＩＦＯコンントロ
ーラ３２を介してリードＦＩＦＯ２０から通信モード問い合わせコマンドを読み
出すと、ＩＤ番号に対応する通信モードをＦＩＦＯコントローラ３２を介してラ
イトＦＩＦＯ１９に送出し、当該通信モードをライトＦＩＦＯ１９に書き込む。
ステップＳＰ５１において、コントローラＣＰＵ３０は、コントロールレジスタ
１３に通信の開始を指示する。ステップＳＰ５２において、コントローラＣＰＵ
３０は、ＩＤ番号に対応する通信モードをライトＦＩＦＯ１９から読み出し、こ
れをＦＩＦＯコントローラ３２、プロトコルコントローラ２１及びトランシーバ
３３を介してテレビゲーム機本体２に送信する。次にステップＳＰ５３に移って
処理を終了する。 ここでハンドシェイクモードによる双方向通信方法について、図８に示すフロ
ーチャートを用いて説明する。まずテレビゲーム機本体２における処理手順につ
いて説明する。最初のステップＳＰ６０の次のステップＳＰ６１において、ホス
トＣＰＵ１０は、メモリ１６に送信データを書き込む。ステップＳＰ６２におい
て、ホストＣＰＵ１０は、送受信のタイミングに関する条件をタイマー１５に設
定する。 ステップＳＰ６３において、ホストＣＰＵ１０は、通信モードをハンドシェイ
クモードに選定し、通信モードがハンドシェイクモードであることをコマンドレ
ジスタ１２に書き込むと共に、送信すべきデータのキャラクタ数をコマンドレジ
スタ１２に設定する。ステップＳＰ６４において、ホストＣＰＵ１０は、シリア
ル通信の条件をコントロールレジスタ１３に書き込み、通信の開始を指示する。
ステップＳＰ６５において、ＦＩＦＯコントローラ１８は、ＤＭＡコントローラ
１７に対してライトＦＩＦＯ１９へのＤＭＡ要求を行う。ステップＳＰ６６にお
いて、ＤＭＡコントローラ１７は、メモリ１６から送信データを読み出し、これ
をＦＩＦＯコントローラ１８に転送することにより、当該送信データをライトＦ
ＩＦＯ１９に書き込む。 ステップＳＰ６７において、プロトコルコントローラ２１は、ＦＩＦＯコント
ローラ１８を介してライトＦＩＦＯ１９から送信データをキャラクタ毎に順次読
み出し、タイマー１５のタイミングでシリアル変換し、その結果得たシリアル信
号をトランシーバセレクタ２２に送出し、当該トランシーバセレクタ２２によっ
て、シリアル信号を差動信号に変換した後、ゲームコントローラ３Ａに送信する
。 ステップＳＰ６８において、テレビゲーム機本体２は、送信した差動信号に応
じて、ゲームコントローラ３Ａから返信されてきた差動信号をトランシーバセレ
クタ２２によって受信する。トランシーバセレクタ２２は、ＤＰＬＬ２３によっ
て受信タイミングの補正を行いながら、差動信号をシリアル信号に変換し、これ
をプロトコルコントローラ２１に送出する。プロトコルコントローラ２１は、シ
リアル信号を所定のフオーマツトでなる受信データに変換し、当該受信データを
ＦＩＦＯコントローラ１８に転送することにより、受信データをキャラクタ毎に
リードＦＩＦＯ２０に順次書き込ませる。 ステップＳＰ６９において、プロトコルコントローラ２１は、処理した送信デ
ータのキャラクタ数がコマンドレジスタ１２に設定されているキャラクタ数に一
致した否かを判定する。その結果、処理したキャラクタ数がコマンドレジスタ１
２に設定されているキャラクタ数に一致したと判定された場合にはステップＳＰ
７０に移行し、コマンドレジスタ１２に設定されているキャラクタ数のデータを
処理していないと判定された場合にはステップＳＰ６７に戻って動作を繰り返す
。 ステップＳＰ７０において、ＦＩＦＯコントローラ１８は、ＤＭＡコントロー
ラ１７に対してリードＦＩＦＯ２０からメモリ１６へのＤＭＡ要求を行う。ステ
ップＳＰ７１において、ＤＭＡコントローラ１７は、ＦＩＦＯコントローラ１８
を介してリードＦＩＦＯ２０から受信データを読み出し、これをメモリ１６に転
送して当該メモリ１６に書き込ませる。そしてステイタスレジスタ１４に受信デ
ータの転送が終了したことを示すフラグが立つことから、ホストＣＰＵ１０は、
ステイタスレジスタ１４から上述のフラグを読み出すと、メモリ１６に書き込ま
れている受信データに対して所定のデータ処理を開始する。次にステップＳＰ７
２に移って処理を終了する。 続いてゲームコントローラ３Ａにおける処理手順について説明する。 最初のステップＳＰ８０の次のステップＳＰ８１において、トランシーバ３３は
、１キャラクタ目のデータを受信したか否か判定し、その結果、１キャラクタ目
のデータを受信したと判定した場合にはステップＳＰ８２に移行し、受信してい
ない場合には受信するまで待機する。ステップＳＰ８２において、トランシーバ
３３は、受信データをシリアル変換し、これをＤＰＬＬ２３に送出する。ＤＰＬ
Ｌ２３は、受信データの受信タイミングを補正してプロトコルコントローラ２１
に送出する。 ステップＳＰ８３において、プロトコルコントローラ２１は、受信データがＩ
Ｄレジスタ３４に書き込まれているカテゴリー分類に適合するか否か確認すると
共に、ゲームコントローラ３ＡのＩＤ番号を読み出し、これをタイマー１５のタ
イミングでシリアル変換してトランシーバ３３に送出する。トランシーバ３３は
、このシリアル信号を差動信号に変換してテレビゲーム機本体２に送信する。ス
テップＳＰ８４において、トランシーバ３３は、２キャラクタ目のデータを受信
したか否か判定し、その結果、２キャラクタ目のデータを受信したと判定した場
合にはステップＳＰ８５に移行し、まだ受信していないと判定された場合には受
信するまで待機する。 ステップＳＰ８５において、ゲームコントローラ３Ａは、受信データをトラン
シーバ３３、ＤＰＬＬ２３、プロトコルコントローラ２１及びＦＩＦＯコントロ
ーラ３２を順次介してリードＦＩＦＯ２０に送出し、受信データをリードＦＩＦ
Ｏ２０に書き込む。このときプロトコルコントローラ２１は、ステイタスレジス
タ１４に１キャラクタのデータを受信したことを示すフラグを立てる。ステップ
ＳＰ８６において、コントローラＣＰＵ３０は、ステイタスレジスタ１４のフラ
グが変化したことを検出すると、ＦＩＦＯコントローラ３２を介してリードＦＩ
ＦＯ２０から１キャラクタ分の受信データを読み出す。そしてコントローラＣＰ
Ｕ３０は、この受信データに対する返信用のデータを生成し、この返信用データ
をＦＩＦＯコントローラ３２を介してライトＦＩＦＯ１９に送出して当該ライト
ＦＩＦＯ１９に書き込む。 ステップＳＰ８７において、コントローラＣＰＵ３０は、コントロールレジス
タ１３に送信の開始を指示する。ステップＳＰ８８において、プロトコルコント
ローラ２１は、返信用データをＦＩＦＯコントローラ３２を介してライトＦＩＦ
Ｏ１９から読み出し、これをトランシーバ３３を介してテレビゲーム機本体２に
送信する。ステップＳＰ８９において、受信したデータのキャラクタ数がコマン
ドレジスタ１３に設定されているキャラクタ数に一致したか否か、すなわちコマ
ンドレジスタ１３に設定されているキャラクタ数のデータを処理して通信が終了
したか否かを判定する。その結果、受信したデータのキャラクタ数がコマンドレ
ジスタ１３に設定されているキャラクタ数に一致したと判定した場合にはステッ
プＳＰ９０に移って処理を終了し、一致していないと判定された場合にはステッ
プＳＰ８５に移って動作を繰り返す。 ここで連続送信／連続受信モードによる通信ステップ（ＳＰ１０）における具
体的な処理手順について、図９に示すフローチャートを用いて説明する。まずテ
レビゲーム機本体２における処理手順について説明する。最初のステップＳＰ１
００の次のステップＳＰ１０１において、ホストＣＰＵ１０は、メモリ１６に送
信データを書き込む。ステップＳＰ１０２において、ホストＣＰＵ１０は、送受
信のタイミングに関する条件をタイマー１５に設定する。 ステップＳＰ１０３において、ホストＣＰＵ１０は、通信モードを連続送信／
連続受信モードに選定し、通信モードが連続送信／連続受信モ ードであること
をコマンドレジスタ１２に書き込む。これと共に、ホストＣＰＵ１０は、例えば
４キャラクタのデータを送信した後、８キャラクタのデータを受信するという通
信条件をコマンドレジスタ１２に設定する。ステップＳＰ１０４において、ホス
トＣＰＵ１０は、シリアル通信の条件をコントロールレジスタ１３に書き込み、
通信の開始を指示する。 ステップＳＰ１０５において、ＦＩＦＯコントローラ１８は、ＤＭＡコントロ
ーラ１７に対してライトＦＩＦＯ１９へのＤＭＡ要求を行う。 ステップＳＰ１０６において、ＤＭＡコントローラ１７は、メモリ１６から４キ
ャラクタ分の送信データを読み出し、これを１パケツトの送信データとしてＦＩ
ＦＯコントローラ１８に順次転送することにより、当該送信データをライトＦＩ
ＦＯ１９に書き込む。ステップＳＰ１０７において、プロトコルコントローラ２
１は、ＦＩＦＯコントローラ１８を介してライトＦＩＦＯ１９から送信データを
キャラクタ毎に順次読み出し、この読み出した送信データをトランシーバセレク
タ２２を介してゲームコントローラ３Ａに順次送信する。 ステップＳＰ１０８において、プロトコルコントローラ２１は、４キャラクタ
分の送信データを送信して送信処理が終了したか否か判定し、その結果、送信処
理が終了したと判定された場合にはステップＳＰ１０９に移行し、送信が終了し
ていないと判定された場合にはステップＳＰ１０７に戻って動作を繰り返す。ス
テップＳＰ１０９において、テレビゲーム機本体２は、ゲームコントローラ３Ａ
から返信されてきたデータをトランシーバセレクタ２２によって受信し、この受
信データをＤＰＬＬ２３、プロトコルコントローラ２１及びＦＩＦＯコントロー
ラ１８を介してリードＦＩＦＯ２０に送出することにより、受信データをリード
ＦＩＦＯ２０にキャラクタ毎に順次書き込ませる。 ステップＳＰ１１０において、プロトコルコントローラ２１は、８キャラクタ
分の受信データを受信して受信処理が終了したか否かを判定し、その結果、受信
処理が終了したと判定された場合にはステップＳＰ１１１に移行し、受信が終了
していないと判定された場合にはステップＳＰ１０９に戻って動作を繰り返す。
ステップＳＰ１１１において、ＦＩＦＯコントローラ１８は、ＤＭＡコントロー
ラ１７に対してリードＦＩＦ０２０からメモリ１６へのＤＭＡ要求を行う。 ステップＳＰ１１２において、ＤＭＡコントローラ１７は、ＦＩＦＯコントロ
ーラ１８を介してリードＦＩＦＯ２０から８キャラクタ分の受信データを１パケ
ツトの受信データとして読み出し、これをメモリ１６に転送して当該メモリ１６
に書き込ませる。そしてステイタスレジスタ１４に受信データの転送が終了した
ことを示すフラグが立つことから、ホストＣＰＵ１０は、ステイタスレジスタ１
４から上述のフラグを読み出すと、メモリ１６に書き込まれている受信データに
応じて所定のデータ処理を開始する。次にステップＳＰ１１３に移って処理を終
了する。 続いてゲームコントローラ３Ａにおける処理手順について説明する。 最初のステップＳＰ１２０の次のステップＳＰ１２１において、トランシーバ３
３は、テレビゲーム機本体２から送信されてきたデータをキャラクタ毎に受信し
、この受信データをＤＰＬＬ２３を介してプロトコルコントローラ２１に順次送
出する。ステップＳＰ１２２において、プロトコルコントローラ２１は、受信デ
ータが１キャラクタ目か否か判定し、その結果、受信データが１キャラクタ目で
あると判定した場合にはステップＳＰ１２３に移行し、１キャラクタ目でない場
合にはステップＳＰ１２４に移行する。 ステップＳＰ１２３において、プロトコルコントローラ２１は、受信データが
ＩＤレジスタ３２に書き込まれているカテゴリー分類に適合するか否か確認する
。ステップＳＰ１２４において、プロトコルコントローラ２１は、受信データを
ＦＩＦＯコントローラ３２を介してリードＦＩＦＯ２０に送出し、当該受信デー
タをリードＦＩＦＯ２０に書き込む。このときプロトコルコントローラ２１は、
ステイタスレジスタ１４に１キャラクタのデータを受信したことを示すフラグを
立てる。 ステップＳＰ１２５において、プロトコルコントローラ２１は、４キャラクタ
分の受信データを処理して受信処理が終了したか否か判定し、その結果、４キャ
ラクタ分の受信データを処理して受信処理が終了したと判定された場合にはステ
ップＳＰ１２６に移行し、受信処理が終了していないと判定された場合にはステ
ップＳＰ１２１に戻って動作を繰り返す。 ステップＳＰ１２６において、コントローラＣＰＵ３０は、ステイタスレジス
タ１４のフラグが変化したことを検出し、ＦＩＦＯコントローラ３２を介してリ
ードＦＩＦＯ２０から４キャラクタ分の受信データを読み出す。そしてコントロ
ーラＣＰＵ３０は、この受信データに対する返信用のデータを生成し、この返信
用データをＦＩＦＯコントローラ３２を介してライトＦＩＦＯ１９に送出して当
該ライトＦＩＦＯ１９に書き込む。 ステップＳＰ１２７において、コントローラＣＰＵ３０は、コントロールレジ
スタ１３に送信の開始を指示する。ステップＳＰ１２８において、プロトコルコ
ントローラ２１は、返信用データをＦＩＦＯコントローラ３２を介してライトＦ
ＩＦＯ１９から読み出し、これをトランシーバ３３を介してテレビゲーム機本体
２に送信する。 ステップＳＰ１２９において、プロトコルコントローラ２１は、送信したデー
タのキャラクタ数がコマンドレジスタ１３に設定されているキャラクタ数に一致
したか否か、すなわち８キャラクタのデータを送信して送信処理が終了したか否
かを判定する。その結果、送信が終了したと判定された場合にはステップＳＰ１
３０に移行し、終了していないと判定された場合にはステップＳＰ１２８に戻っ
て動作を繰り返す。ステップＳＰ１３０において、コントローラＣＰＵ３０は、
ＦＩＦＯコントローラ３２を介してリードＦＩＦＯ２０から受信データを読み出
し、所定のデータ処理を施す。次にステップＳＰ１３１に移って処理を終了する
。 ここでハンドシェイク／連続受信モードによる通信ステップ（ＳＰ１２）にお
ける具体的な処理手順を示す。図１０及び図１１に示すフローチャートを用いて
、ハンドシェイク／連続受信モードによる双方向通信方法を説明する。まずテレ
ビゲーム機本体２における処理手順について説明する。最初のステップＳＰ１４
０の次のステップＳＰ１４１において、ホストＣＰＵ１０は、メモリ１６に送信
データを書き込む。ステップＳＰ１４２において、ホストＣＰＵ１０は、送受信
のタイミングに関する条件をタイマー１５に設定する。 ステップＳＰ１４３において、ホストＣＰＵ１０は、通信モードをハンドシェ
イク／連続受信モードに選定し、通信モードがハンドシェイク／連続受信モード
であることをコマンドレジスタ１２に書き込む。これと共にホストＣＰＵ１０は
、３キャラクタ分のデータを送受信した後、７キャラクタ分のデータを連続して
受信するような通信条件をコマンドレジスタ１２に設定する。 ステップＳＰ１４４において、ホストＣＰＵ１０は、シリアル通信の条件をコ
ントロールレジスタ１３に書き込み、通信の開始を指示する。 ステップＳＰ１４５において、ＦＩＦＯコントローラ１８は、ＤＭＡコントロー
ラ１７に対してライトＦＩＦＯ１９へのＤＭＡ要求を行う。ステップＳＰ１４６
において、ＤＭＡコントローラ１７は、メモリ１６から送信データを読み出し、
これをＦＩＦＯコントローラ１８に転送することにより、当該送信データをライ
トＦＩＦＯ１９に書き込む。 ステップＳＰ１４７において、プロトコルコントローラ２１は、ＦＩＦＯコン
トローラ１８を介してライトＦＩＦＯ１９から送信データをキャラクタ毎に順次
読み出し、当該送信データをトランシーバセレクタ２２を介してゲームコントロ
ーラ３Ａに順次送信する。ステップＳＰ１４８において、テレビゲーム機本体２
は、ゲームコントローラ３Ａから返信されてきたデータをトランシーバセレクタ
２２によって受信し、この受信データをＤＰＬＬ２３、プロトコルコントローラ
２１、ＦＩＦＯコントローラ１８及びリードＦＩＦＯ２０に順次送出することに
より、受信データをキャラクタ毎にリードＦＩＦＯ２０に順次書き込む。 ステップＳＰ１４９において、プロトコルコントローラ２１は、コマンドレジ
スタ１２に設定されている通信条件を基に、３キャラクタ分のデータをゲームコ
ントローラ３Ａに送信し、かつ３キャラクタ分のデータをゲームコントローラ３
Ａから受信することによってハンドシェイクモードを終了させるか否か判定する
。その結果、３キャラクタ分のデータを送受信してハンドシェイクモードを終了
させる場合には、ステップＳＰ１５０に移行して連続受信モードに遷移して、３
キャラクタ分のデータを送受信していないと判定された場合にはステップＳＰ１
４７に戻って動作を繰り返す。 ステップＳＰ１５０において、テレビゲーム機本体２は、トランシーバセレク
タ２２によってキャラクタ毎に受信された受信データを、ＤＰＬＬ２３、プロト
コルコントローラ２１及びＦＩＦＯコントローラ１８を介してリードＦＩＦＯ２
０に転送して、当該受信データをリードＦＩＦＯ２０に順次書き込む。ステップ
ＳＰ１５１において、プロトコルコントローラ２１は、コマンドレジスタ１２に
設定されている通信条件を基に、７キャラクタ分のデータを受信したか否かを判
定する。その結果、７キャラクタ分のデータを受信して受信処理を終了させると
判定された場合にはステップＳＰ１５２に移行し、まだ７キャラクタ分のデータ
を受信していないと判定された場合にはステップＳＰ１５０に移って動作を繰り
返す。 ステップＳＰ１５２において、ＦＩＦＯコントローラ１８は、ＤＭＡコントロ
ーラ１７に対してリードＦＩＦＯ２０からメモリ１６へのＤＭＡ要求を行う。ス
テップＳＰ１５３において、ＤＭＡコントローラ１７は、ＦＩＦＯコントローラ
１８を介してリードＦＩＦＯ２０から受信データを読み出し、これをメモリ１６
に転送して当該メモリ１６に書き込ませる。そしてステイタスレジスタ１４に受
信データの転送が終了したことを示すフラグが立つことから、ホストＣＰＵ１０
は、ステイタスレジスタ１４から上述のフラグを読み出すと、メモリ１６に書き
込まれている受信データに対して所定のデータ処理を開始する。次にステップＳ
Ｐ１５４に移って処理を終了する。 続いてゲームコントローラ３Ａにおける処理手順において、最初のステップＳ
Ｐ１６０の次のステップＳＰ１６１において、トランシーバ３３は、１キャラク
タ目のデータを受信したか否か判定し、その結果、１キャラクタ目のデータを受
信したと判定した場合にはステップＳＰ１６２に移行し、受信していない場合に
は受信するまで待機する。ステップＳＰ１６２において、トランシーバ３３は、
受信データをＤＰＬＬ２３を介してプロトコルコントローラ２１に送出する。 ステップＳＰ１６３において、プロトコルコントローラ２１は、受信データが
ＩＤレジスタ３４に書き込まれているカテゴリー分類に適合するか否か確認する
と共に、ゲームコントローラ３ＡのＩＤ番号を読み出し、これをトランシーバ３
３を介してテレビゲーム機本体２に送信する。 ステップＳＰ１６４において、トランシーバ３３は、２キャラクタ目のデータを
受信したか否か判定し、その結果、２キャラクタ目のデータを受信したと判定し
た場合にはステップＳＰ１６５に移行し、まだ受信していないと判定された場合
には受信するまで待機する。 ステップＳＰ１６５において、ゲームコントローラ３Ａは、受信データをトラ
ンシーバ３３、ＤＰＬＬ２３、プロトコルコントローラ２１及びＦＩＦＯコント
ローラ３２を順次介してリードＦＩＦＯ２０に送出し、受信データをリードＦＩ
ＦＯ２０に書き込む。このときプロトコルコントローラ２１は、ステイタスレジ
スタ１４に１キャラクタのデータを受信したことを示すフラグを立てる。ステッ
プＳＰ１６６において、コントローラＣＰＵ３０は、ステイタスレジスタ１４の
フラグが変化したことを検出すると、ＦＩＦＯコントローラ３２を介してリード
ＦＩＦＯ２０から１キャラクタ分の受信データを読み出す。そしてコントローラ
ＣＰＵ３０は、この受信データに対する返信用のデータを生成し、この返信用デ
ータをＦＩＦＯコントローラ３２を介してライトＦＩＦＯ１９に送出して当該ラ
イトＦＩＦＯ１９に書き込む。 ステップＳＰ１６７において、コントローラＣＰＵ３０は、コントロールレジ
スタ１３に送信の開始を指示する。ステップＳＰ１６８において、プロトコルコ
ントローラ２１は、返信用データをＦＩＦＯコントローラ３２を介してライトＦ
ＩＦＯ１９から読み出し、これをトランシーバ３３を介してテレビゲーム機本体
２に送信する。ステップＳＰ１６９において、コマンドレジスタ１３に設定され
ている通信条件を基に、３キャラクタ分のデータを受信し、かつ３キャラクタ分
のデータを送信したか否かを判定する。その結果、３キャラクタ分のデータを送
受信してハンドシェイクモードが終了したと判定した場合にはステップＳＰ１７
０に移って処理を終了し、３キャラクタ分のデータを送受信していないと判定さ
れた場合にはステップＳＰ１６５に移って動作を繰り返す。 ステップＳＰ１７０において、コントローラＣＰＵ３０は、受信データに対す
る返信用のデータを生成し、この返信用データをＦＩＦＯコントローラ３２を介
してライトＦＩＦＯ１９に送出して当該ライトＦＩＦＯ１９に書き込む。ステッ
プＳＰ１７１において、コントローラＣＰＵ３０は、コントロールレジスタ１３
に送信の開始を指示する。ステップＳＰ１７２において、プロトコルコントロー
ラ２１は、返信用データをＦＩＦＯコントローラ３２を介してライトＦＩＦＯ１
９から読み出し、これをトランシーバ３３を介してテレビゲーム機本体２に送信
する。 ステップＳＰ１７３において、プロトコルコントローラ２１は、送信したデー
タのキャラクタ数がコマンドレジスタ１３に設定されているキャラクタ数に一致
したか否か、すなわち７キャラクタのデータを送信して送信処理が終了したか否
かを判定する。その結果、送信が終了したと判定された場合にはステップＳＰ１
７４に移行し、終了していないと判定された場合にはステップＳＰ１７２に戻っ
て動作を繰り返す。ステップＳＰ１７４において、コントローラＣＰＵ３０は、
ＦＩＦＯコントローラ３２を介してリードＦＩＦＯ２０から受信データを読み出
し、所定のデータ処理を施す。次にステップＳＰ１７５に移って処理を終了する
。 以上の構成において、テレビゲーム・システム１は、テレビゲーム機本体２と
周辺機器との間の通信方式として半２重シリアル通信方式を採用し、送信と受信
をそれぞれ別々のタイミングでシリアル伝送する。そしてテレビゲーム・システ
ム１では、テレビゲーム機本体２に特殊なコントーラが接続された場合には、１
キャラクタ毎にデータを送受信して相互にデータの内容を確認するハンドシェイ
クモードを選択する。このように特殊なコントーラを接続した場合であってもハ
ンドシェイクモードを選択することにより、信頼性の高い通信を実現し得る。 またテレビゲーム・システム１では、テレビゲーム機本体２に標準的なコント
ローラが接続された場合には、２キャラクタ以上のデータを連続して送信又は受
信する連続転送モードを選択する。このように標準的なコントローラを接続した
場合には連続転送モードを選択することにより、転送速度を上げることができ、
また必要に応じてその転送方向を切り換えれば、オーバーヘツドを削減すること
ができ、通信時間を短縮し得る。 さらにテレビゲーム・システム１では、テレビゲーム機本体２にメモリカード
のようなデータ記憶手段が接続された場合には、ハンドシェイクモードと連続転
送モードを組み合わせたハンドシェイク／連続転送モードを選択する。このよう
にデータ記憶手段を接続した場合にはハンドシェイク／連続転送モードを選択す
れば、全てハンドシェイクモードで通信する場合のように、不必要なダミーデー
タを転送する必要がない分、冗長データを削減することができ、効率的な通信を
行い得る。その際、コントローラを接続した場合と同じ信号線を介してテレビゲ
ーム機本体２に接続しても、通信モードを切り換えることによって、冗長データ
を削減している。 ところでテレビゲーム・システム１は、テレビゲーム機本体２から送信される
コマンドによって送受信するデータの内容を決定し、当該コマンドを解決するま
でに通信されるデータを１パケツトとしている。そこでテレビゲーム・システム
１は、ハンドシェイクモードと連続転送モードとの間のモード切り換えや、連続
転送モードの転送方向をパケツト単位で切り換えることができる。 因みに、テレビゲーム機本体２は、データを送信するインターバルを調整し得
ることから、通信時間を短縮し得る。また受信し得る最長の待ち時間を調整する
ことにより、周辺機器が取り外されたことを検出し得ると共に、所望のデータ転
送頻度を確保し得ない周辺機器を検出し得る。 以上の構成よれば、テレビゲーム機本体２に接続される周辺機器に応じて、ハ
ンドシェイクモード及び連続転送モードを組み合わせた所望の通信プロトコルを
設定することにより、従来のようにハンドシェイクモードでデータの送受信を行
う場合に比して、テレビゲーム機本体２と周辺機器との間の通信量を必要最低限
に抑えることができ、かくして通信の信頼性を維持しながら従来に比して一段と
通信時間を短縮し得る。 なお上述の実施の形態においては、ハンドシェイクモードと連続転送モードと
の間のモード切り換えや、連続転送モードの転送方向をパケツト単位で切り換え
た場合について述べたが、本発明はこれに限らず、ハンドシェイクモードと連続
転送モードとの間のモード切り換えや、連続転送モードの転送方向をパケツト内
で切り換えるようにしても良い。 また上述の実施の形態においては、メモリカードからデータを読み出す際、通
信モードをハンドシェイク／連続受信モードに設定した場合について述べたが、
本発明はこれに限らず、メモリカードにデータを記憶させる際には、通信モード
をハンドシェイク／連続送信モードに設定しても良い。 上述のように本発明によれば、１キャラクタ毎にデータを送受信する通信プロ
トコルと、２キャラクタ以上のデータを連続して送信又は受信する通信プロトコ
ルとを組み合わせ、通信プロトコルを接続されたゲーム機用操作装置に応じた通
信プロトコルに切り換えることにより、従来のように１キャラクタ毎にデータを
送受信するだけの場合に比して、ゲーム装置とゲーム機用操作装置との間の通信
量を必要最低限に抑えることができ、かくして通信の信頼性を維持しながら従来
に比して一段と通信時間を短縮し得、高速にデータを送受信し得る。
ロック図である。 図２は、図１に示すシステムにおけるテレビゲーム機本体の構成を示すブロッ
ク図である。 図３は、図１に示すシステムにおけるゲームコントローラの構成を示すブロッ
ク図である。 図４及び図５は、図１に示すシステムにおけるテレビゲーム機本体の双方向通
信方法を示すフローチャートである。 図６及び図７は、ゲームコントローラのＩＤ番号及び通信モードの確認方法を
示すフローチャートである。 図８は、ハンドシェイクモードによる双方向通信方法を示すフローチャートで
ある。 図９は、連続送信／連続受信モードによる双方向通信方法を示すフローチャー
トである。 図１０及び図１１は、ハンドシェイク／連続受信モードによる双方向通信方法
を示すフローチャートである。 発明を実施するための最良の形態 図１において、１は全体としてテレビゲーム・システムを示し、テレビゲーム
システムは、テレビゲーム機本体２と、当該テレビゲーム機本体２に対してゲー
ム内容及びゲーム進行に応じた指令を入力するゲーム機用操作装置（ゲームコン
トローラ）３Ａ〜３Ｃとからなる。テレビゲーム機本体２は、外部の周辺機器と
のインターフェースとして、シリアルポートでなるコントローラポート４Ａ〜４
Ｄを有し、所望の周辺機器を接続し得るようになされている。 コントローラポート４Ａにはゲームコントローラ３Ａが接続されており、ユー
ザの操作に応じた操作情報をコントローラポート４Ａを介してテレビゲーム機本
体２に送信するようになされている。またゲームコントローラ３Ａにはメモリカ
ード５Ａが接続され、所望のゲーム情報（例えばゲームを途中で中断する場合、
それまでの進行状況）を記憶し得るようになされている。 コントローラポート４Ｂには、当該コントローラポート４Ｂを拡張するための
マルチタップポート６が接続されている。このマルチタップポート６には、ゲー
ムコントローラ３Ｂ及び３Ｃが接続され、ゲームコントローラ３Ｃにはメモリカ
ード５Ｂが接続されている。さらにマルチタップポート６には、ライトペン方式
のガンコントローラ７Ａが接続されており、当該ガンコントローラ７Ａに形成さ
れている引き金を引くと、あたかも、ガンコントローラ７Ａの先端が向いている
テレビゲーム機本体２の画面上を打つたかのように見えるようになされている。
一方、コントローラポート４Ｃには、ガンコントローラ７Ｂが接続され、コント
ローラポート４Ｄには、メモリカード５Ｃが接続されている。 このようにテレビゲーム機本体２は、コントローラポート４Ａ〜４Ｄを介して
接続された複数の周辺機器とデータ通信を行いながら、ゲームのようなアプリケ
ーシヨンソフトを実行し得るようになされている。因みに、テレビゲーム機本体
２に複数のゲームコントローラ３Ａ〜３Ｃ並びにガンコントローラ７Ａ及び７Ｂ
を接続することにより、例えば複数のユーザ同士による対戦型ゲームを行い得る
。 図２は、テレビゲーム機本体２の構成を示す。ホストＣＰＵ１０は、テレビゲ
ーム機本体２全体を管理するものであり、バス１１を介して各ブロックを制御す
るようになされている。ホストＣＰＵ１０は、コントローラポート４Ａ〜４Ｄに
接続されている周辺機器を調べることにより、当該周辺機器に応じた通信モード
を決定する。そしてホストＣＰＵ１０は、この決定された通信モードに基づく通
信モード情報をバス１１を介してコマンドレジスタ１２に転送し、当該通信モー
ド情報をコマンドレジスタ１２に書き込むことにより、通信モードの設定を行う
。 またホストＣＰＵ１０は、シリアル通信の条件を示すシリアル通信情報をバス
１１を介してコントロールレジスタ１３に転送し、当該シリアル通信情報をコン
トロールレジスタ１３に書き込むことにより、シリアル通信の設定を行って実際
のシリアル通信を開始させる。一方、ステイタスレジスタ１４は、現在の通信状
況を保持している。従ってホストＣＰＵ１０は、バス１１を介してステイタスレ
ジスタ１４にアクセスすることにより、現在の通信状況を確認するようになされ
ている。またタイマー１５は、通信のタイミング制御を行うものである。これに
よりホストＣＰＵ１０は、バス１１を介してタイマー１５にアクセスすることに
より、通信のインターバルなどを調整するようになされている。 メモリ１６は、バス１１に接続されており、通信されるデータを記憶するもの
である。ＤＭＡ（Ｄｉｒｅｃｔ Ｍｅｍｏｒｙ Ａｃｃｅｓｓ）コントローラ１
７も同様にバス１１に接続されている。このＤＭＡ（Ｄｉｒｅｃｔ Ｍｅｍｏｒ
ｙ Ａｃｃｅｓｓ）コントローラ１７は、ＦＩＦＯ（Ｆｉｒｓｔ Ｉｎ Ｆｉｒ
ｓｔ Ｏｕｔ）コントローラ１８によって制御され、当該ＦＩＦＯコントローラ
１８からのＤＭＡ要求に基づいて、ホストＣＰＵ１０を介さずにメモリ１６とラ
イトＦＩＦＯ１９又はリードＦＩＦＯ２０との間でデータを転送するようになさ
れている。 ＦＩＦＯコントローラ１８は、ライトＦＩＦＯ１９及びリードＦＩＦＯ２０に
対するデータの読み書きを制御する。ライトＦＩＦＯ１９は、ゲームコントロー
ラ３Ａ（図１）に送信するデータを一時的に保持するものであり、一方、リード
ＦＩＦＯ２０は、ゲームコントローラ３Ａ（図１）から受信したデータを一時的
に保持するものである。 プロトコルコントローラ２１は、コマンドレジスタ１２、コントロールレジス
タ１３、ステイタスレジスタ１４、タイマー１５、ＦＩＦＯコントローラ１８及
びトランシーバセレクタ２２に接続されており、送信及び受信データの流れを制
御するようになされている。トランシーバセレクタ２２は、送信時、シリアル信
号を差動信号にフオーマツト変換すると共に、コントローラポート４Ａ〜４Ｄの
うち所望のコントローラポート４を選択し、差動信号を、選択したコントローラ
ポート４を介して当該コントローラポート４に接続されているゲームコントロー
ラ３に送信する。これに対して受信時、トランシーバセレクタ２２は、ゲームコ
ントローラ３Ａ〜３Ｃのうち所望のゲームコントローラ３から送信されてきた差
動信号を、当該ゲームコントローラ３に対応したコントローラポート４を介して
受信する。そしてトランシーバセレクタ２２は、この受信した差動信号をシリア
ル信号に変換し、これをＤＰＬＬ２３に出力する。ＤＰＬＬ２３は、シリアル信
号の受信タイミングを補正してプロトコルコントローラ２１に出力する。 因みに、プロトコルコントローラ２１は、コントローラＣＰＵ３０の実行速度
が遅い場合には、受信し得る待ち時間を長く設定するようになされている。また
プロトコルコントローラ２１は、通信モードに応じて受信し得る待ち時間を設定
することから、ゲームコントローラ３Ａが効率的な送信を行っているかをチエツ
クし得る。 図３は、ゲームコントローラ３Ａの詳細を示している。ゲームコントローラ３
Ａ〜３Ｃは、それぞれ同様に構成されていることから、ゲームコントローラ３Ａ
の構成についてのみ説明する。図３に示すように、ゲームコントローラ３Ａは、
コントローラＣＰＵ３０、バス３１、ＦＩＦＯコントローラ３２、トランシーバ
３３及びＩＤレジスタ３４の構成を除いてテレビゲーム機本体２と同様に構成さ
れている。 コントローラＣＰＵ３０は、ゲームコントローラ３Ａ全体を管理するものであ
り、バス３１を介して各ブロックを制御するようになされている。コントローラ
ＣＰＵ３０は、バス３１を介してＩＤレジスタ３４にアクセスすることにより、
ゲームコントローラ３Ａ固有のものであって、かつ送受信の条件である識別（Ｉ
Ｄ：Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）番号やカテゴリー分類をＩＤレジスタ３４
に書き込んで設定する。 因みに、ゲームコントローラ３Ａは、テレビゲーム機本体２のようにＤＭＡコ
ントローラを有していないことから、ＦＩＦＯコントローラ３２においてＤＭＡ
要求を発生させる必要がない。またゲームコントローラ３Ａは、テレビゲーム機
本体２のようにコントローラポート４Ａ〜４Ｄを有していない。これによりトラ
ンシーバ３３は、送信時、シリアル信号を差動信号に変換する一方、受信時には
差動信号をシリアル信号に変換するだけで良い。 またゲームコントローラ３Ａでは、リードＦＩＦＯ２０の記憶容量が小さく、
かつ送信データのキャラクタ数が多い場合には、送信のインターバルを長く設定
することによって、テレビゲーム機本体２側においてデータを受信し損なうこと
を防止するようになされている。 ここでテレビゲーム機本体２による双方向通信方法について図４及び図５に示
すフローチャートを用いて説明する。最初のステップＳＰ１の次のステップＳＰ
２において、テレビゲーム機本体２は、コントローラポート４Ａ〜４Ｄに周辺機
器が接続されているか否か判定し、その結果、周辺機器が接続されていると判定
した場合にはステップＳＰ３に移行し、接続されていないと判定された場合には
ステップＳＰ４に移行する。ステップＳＰ３において、テレビゲーム機本体２は
、接続された周辺機器のＩＤ番号と、当該ＩＤ番号に応じた通信モードとを確認
して登録する。 ステップＳＰ５において、テレビゲーム機本体２は、他にも周辺機器が接続さ
れているか否か判定し、その結果、周辺機器が接続されていると判定された場合
にはステップＳＰ３に戻って動作を繰り返し、接続されていないと判定された場
合にはステップＳＰ４に移行する。ところでテレビゲーム機本体２は、ゲームの
進行に合わせ、必要に応じて接続されている周辺機器と通信を行うようになされ
ている。そこでステップＳＰ４において、テレビゲーム機本体２は、周辺機器と
通信を行うタイミングか否か判定し、その結果、通信を行うと判定された場合に
はステップＳＰ６に移行し、通信を行わないと判定された場合にはステップＳＰ
７に移行する。 ステップＳＰ６において、テレビゲーム機本体２は、接続されている周辺機器
が、例えばユーザに衝撃をフイードバツクするような特殊コントローラか否か判
定し、その結果、特殊コントローラであると判定された場合にはステップＳＰ８
に移行し、特殊コントローラでないと判定された場合にはステップＳＰ９に移行
する。ステップＳＰ８において、テレビゲーム機本体２は、通信モードをハンド
シェイクモードに設定してステップＳＰ９に移行する。 ステップＳＰ９において、テレビゲーム機本体２は、接続されている周辺機器
が、例えば送受信すべきデータが予め決まっているような標準コントローラであ
るか否か判定し、その結果、標準コントローラであると判定された場合にはステ
ップＳＰ１０に移行し、標準コントローラでないと判定された場合にはステップ
ＳＰ１１に移行する。ステップＳＰ１０において、テレビゲーム機本体２は、通
信モードを連続送信／連続受信モードに設定してステップＳＰ１１に移行する。 ステップＳＰ１１において、テレビゲーム機本体２は、接続されているメモリ
カードからデータを読み出すのか否かを判定し、その結果、接続されているメモ
リカードからデータを読み出すと判定された場合にはステップＳＰ１２に移行し
、メモリカードからデータを読み出さないと判定された場合にはステップＳＰ７
に移行する。ステップＳＰ１２において、テレビゲーム機本体２は、通信モード
をハンドシェイク／連続受信モードに設定してステップＳＰ７に移行する。 ステップＳＰ７において、テレビゲーム機本体２は、接続されている周辺機器
のうち、ユーザによって取り外された機器があるか否か判定し、その結果、取り
外された機器があると判定された場合にはステップＳＰ１３に移行し、取り外さ
れた機器がないと判定された場合にはステップＳＰ１４に移行する。ステップＳ
Ｐ１３において、テレビゲーム機本体２は、取り外された機器の登録を削除して
ステップＳＰ１４に移行する。ステップＳＰ１４において、テレビゲーム機本体
２は、ユーザによって新たに接続された機器があるか否か判定し、その結果、新
たに接続された機器があると判定された場合にはステップＳＰ１５に移行し、新
たに接続された機器がないと判定された場合にはステップＳＰ４に戻って動作を
繰り返す。ステップＳＰ１５において、テレビゲーム機本体２は、接続された機
器のＩＤ番号及び通信モードを確認してステップＳＰ４に移行する。 ここでゲームコントローラ３ＡのＩＤ番号及び通信モード確認ステップ（ＳＰ
３）における具体的な処理手順について、図６及び図７に示すフローチャートを
用いて説明する。まずテレビゲーム機本体２における処理手順について説明する
。ステップＳＰ２０から入ったステップＳＰ２１において、トランシーバセレク
タ２２は、ホストＣＰＵ１０に対して割り込み要求を通知する。ステップＳＰ２
２において、ホストＣＰＵ１０は、割り込み処理を開始する。ステップＳＰ２３
において、コントローラポート４Ａは、新たにゲームコントローラ３Ａが接続さ
れたことを検出する。 ステップＳＰ２４において、ホストＣＰＵ１０は、送受信のタイミングに関す
る条件をバス１１を介してタイマー１５に通知して、当該タイミングに関する条
件をタイマー１５に設定する。ステップＳＰ２５において、ホストＣＰＵ１０は
、接続を確認するためのパケツトデータ、すなわちＩＤ番号を要求するためのコ
マンド（以下、ＩＤ要求コマンドと呼ぶ）及び通信モードを問い合わせるための
コマンド（以下、通信モード問い合わせコマンドと呼ぶ）をライトＦＩＦＯ１９
に書き込む。ステップＳＰ２６において、ホストＣＰＵ１０は、通信モードを２
バイトのハンドシェイクモードに指定し、これをコマンドレジスタ１２に設定す
る。 ステップＳＰ２７において、ホストＣＰＵ１０は、コントロールレジスタ１５
に通信の開始を指示する。ステップＳＰ２８において、ホストＣＰＵ１０は、ラ
イトＦＩＦＯ１９からＩＤ要求コマンドを読み出し、これをＦＩＦＯコントロー
ラ１８、プロトコルコントローラ２１、トランシーバセレクタ２２及びコントロ
ーラポート４Ａを介してゲームコントローラ３Ａに送信する。ステップＳＰ２９
において、テレビゲーム機本体２は、ＩＤ要求コマンドに応じて、ゲームコント
ローラ３Ａから返信されてきたＩＤ番号をコントローラポート４Ａ、トランシー
バセレクタ２２、ＤＰＬＬ２３、プロトコルコントローラ２１及びＦＩＦＯコン
トローラ１８を介してリードＦＩＦＯ２０に送出して、当該ＩＤ番号をリードＦ
ＩＦＯ２０に書き込む。 ステップＳＰ３０において、ホストＣＰＵ１０は、通信モード問い合わせコマ
ンドをライトＦＩＦＯ１９から読み出し、これをＦＩＦＯコントローラ１８、プ
ロトコルコントローラ２１、トランシーバセレクタ２２及びコントローラポート
４Ａを介してゲームコントローラ３Ａに送信する。ステップＳＰ３１において、
テレビゲーム機本体２は、通信モード問い合わせコマンドに応じて、ゲームコン
トローラ３Ａから返信されてきた通信モードをコントローラポート４ＡＮ トラ
ンシーバセレクタ２２、ＤＰＬＬ２３、プロトコルコントローラ２１及びＦＩＦ
Ｏコントローラ１８を介してリードＦＩＦＯ２０に送出して、当該通信モードを
リードＦＩＦＯ２０に書き込む。そしてステイタスレジスタ１４は、コマンドが
終了したことを示すフラグをオンする。ステップＳＰ３２において、ホストＣＰ
Ｕ１０は、リードＦＩＦＯ２０からゲームコントローラ３ＡのＩＤ番号に対応す
る通信モードを読み出す。次にステップＳＰ３３に移って処理を終了する。 続いてゲームコントローラ３Ａにおける処理手順について説明する。 最初のステップＳＰ４０の次のステップＳＰ４１において、ゲームコントローラ
３Ａをテレビゲーム機本体２のコントローラポート４Ａに接続する。ステップＳ
Ｐ４２において、コントローラＣＰＵ３０は、送受信のタイミングに関する条件
をタイマー１５に設定する。ステップＳＰ４３において、コントローラＣＰＵ３
０は、コントロールレジスタ１３に受信の準備をするように指示する。ステップ
ＳＰ４４において、コントローラＣＰＵ３０は、ＩＤ要求コマンドを受信したか
否か判定し、その結果、ＩＤ要求コマンドを受信したと判定した場合にはステッ
プＳＰ４５に移行し、受信していないと判定された場合には受信するまで動作を
繰り返す。 ステップＳＰ４５において、コントローラＣＰＵ３０は、トランシーバ３３に
よって受信したＩＤ要求コマンドを、ＤＰＬＬ２３、プロトコルコントローラ２
１及び、ＦＩＦＯコントローラ３２を介してリードＦＩＦＯ２０に送出し、当該
ＩＤ要求コマンドをリードＦＩＦＯ２０に書き込む。そしてステイタスレジスタ
１４は、受信フラグを立てる。ステップＳＰ４６において、ＩＤレジスタ３４は
、ＦＩＦＯコントローラ３２を介してリードＦＩＦＯ２０からＩＤ要求コマンド
を読み出すと、ＩＤ番号をＦＩＦＯコントローラ３２を介してライトＦＩＦＯ１
９に送出し、当該ＩＤ番号をライトＦＩＦＯ１９に書き込む。 ステップＳＰ４７において、コントローラＣＰＵ３０は、コントロールレジス
タ１３に通信の開始を指示する。ステップＳＰ４８において、コントローラＣＰ
Ｕ３０は、ライトＦＩＦＯ１９からＩＤ番号を読み出し、これをＦＩＦＯコント
ローラ３２、プロトコルコントローラ２１及びトランシーバ３３を介してテレビ
ゲーム機本体２に送信する。 ステップＳＰ４９において、コントローラＣＰＵ３０は、テレビゲーム機本体
２から送信されてきた通信モード問い合わせコマンドをトランシーバ３３によっ
て受信すると、通信モード問い合わせコマンドをＤＰＬＬ２３、プロトコルコン
トローラ２１及びＦＩＦＯコントローラ３２を介してリードＦＩＦＯ２０に送出
し、当該通信モード問い合わせコマンドをリードＦＩＦＯ２０に書き込む。そし
てステイタスレジスタ１４は、受信フラグを立てる。 ステップＳＰ５０において、コントローラＣＰＵ３０は、ＦＩＦＯコンントロ
ーラ３２を介してリードＦＩＦＯ２０から通信モード問い合わせコマンドを読み
出すと、ＩＤ番号に対応する通信モードをＦＩＦＯコントローラ３２を介してラ
イトＦＩＦＯ１９に送出し、当該通信モードをライトＦＩＦＯ１９に書き込む。
ステップＳＰ５１において、コントローラＣＰＵ３０は、コントロールレジスタ
１３に通信の開始を指示する。ステップＳＰ５２において、コントローラＣＰＵ
３０は、ＩＤ番号に対応する通信モードをライトＦＩＦＯ１９から読み出し、こ
れをＦＩＦＯコントローラ３２、プロトコルコントローラ２１及びトランシーバ
３３を介してテレビゲーム機本体２に送信する。次にステップＳＰ５３に移って
処理を終了する。 ここでハンドシェイクモードによる双方向通信方法について、図８に示すフロ
ーチャートを用いて説明する。まずテレビゲーム機本体２における処理手順につ
いて説明する。最初のステップＳＰ６０の次のステップＳＰ６１において、ホス
トＣＰＵ１０は、メモリ１６に送信データを書き込む。ステップＳＰ６２におい
て、ホストＣＰＵ１０は、送受信のタイミングに関する条件をタイマー１５に設
定する。 ステップＳＰ６３において、ホストＣＰＵ１０は、通信モードをハンドシェイ
クモードに選定し、通信モードがハンドシェイクモードであることをコマンドレ
ジスタ１２に書き込むと共に、送信すべきデータのキャラクタ数をコマンドレジ
スタ１２に設定する。ステップＳＰ６４において、ホストＣＰＵ１０は、シリア
ル通信の条件をコントロールレジスタ１３に書き込み、通信の開始を指示する。
ステップＳＰ６５において、ＦＩＦＯコントローラ１８は、ＤＭＡコントローラ
１７に対してライトＦＩＦＯ１９へのＤＭＡ要求を行う。ステップＳＰ６６にお
いて、ＤＭＡコントローラ１７は、メモリ１６から送信データを読み出し、これ
をＦＩＦＯコントローラ１８に転送することにより、当該送信データをライトＦ
ＩＦＯ１９に書き込む。 ステップＳＰ６７において、プロトコルコントローラ２１は、ＦＩＦＯコント
ローラ１８を介してライトＦＩＦＯ１９から送信データをキャラクタ毎に順次読
み出し、タイマー１５のタイミングでシリアル変換し、その結果得たシリアル信
号をトランシーバセレクタ２２に送出し、当該トランシーバセレクタ２２によっ
て、シリアル信号を差動信号に変換した後、ゲームコントローラ３Ａに送信する
。 ステップＳＰ６８において、テレビゲーム機本体２は、送信した差動信号に応
じて、ゲームコントローラ３Ａから返信されてきた差動信号をトランシーバセレ
クタ２２によって受信する。トランシーバセレクタ２２は、ＤＰＬＬ２３によっ
て受信タイミングの補正を行いながら、差動信号をシリアル信号に変換し、これ
をプロトコルコントローラ２１に送出する。プロトコルコントローラ２１は、シ
リアル信号を所定のフオーマツトでなる受信データに変換し、当該受信データを
ＦＩＦＯコントローラ１８に転送することにより、受信データをキャラクタ毎に
リードＦＩＦＯ２０に順次書き込ませる。 ステップＳＰ６９において、プロトコルコントローラ２１は、処理した送信デ
ータのキャラクタ数がコマンドレジスタ１２に設定されているキャラクタ数に一
致した否かを判定する。その結果、処理したキャラクタ数がコマンドレジスタ１
２に設定されているキャラクタ数に一致したと判定された場合にはステップＳＰ
７０に移行し、コマンドレジスタ１２に設定されているキャラクタ数のデータを
処理していないと判定された場合にはステップＳＰ６７に戻って動作を繰り返す
。 ステップＳＰ７０において、ＦＩＦＯコントローラ１８は、ＤＭＡコントロー
ラ１７に対してリードＦＩＦＯ２０からメモリ１６へのＤＭＡ要求を行う。ステ
ップＳＰ７１において、ＤＭＡコントローラ１７は、ＦＩＦＯコントローラ１８
を介してリードＦＩＦＯ２０から受信データを読み出し、これをメモリ１６に転
送して当該メモリ１６に書き込ませる。そしてステイタスレジスタ１４に受信デ
ータの転送が終了したことを示すフラグが立つことから、ホストＣＰＵ１０は、
ステイタスレジスタ１４から上述のフラグを読み出すと、メモリ１６に書き込ま
れている受信データに対して所定のデータ処理を開始する。次にステップＳＰ７
２に移って処理を終了する。 続いてゲームコントローラ３Ａにおける処理手順について説明する。 最初のステップＳＰ８０の次のステップＳＰ８１において、トランシーバ３３は
、１キャラクタ目のデータを受信したか否か判定し、その結果、１キャラクタ目
のデータを受信したと判定した場合にはステップＳＰ８２に移行し、受信してい
ない場合には受信するまで待機する。ステップＳＰ８２において、トランシーバ
３３は、受信データをシリアル変換し、これをＤＰＬＬ２３に送出する。ＤＰＬ
Ｌ２３は、受信データの受信タイミングを補正してプロトコルコントローラ２１
に送出する。 ステップＳＰ８３において、プロトコルコントローラ２１は、受信データがＩ
Ｄレジスタ３４に書き込まれているカテゴリー分類に適合するか否か確認すると
共に、ゲームコントローラ３ＡのＩＤ番号を読み出し、これをタイマー１５のタ
イミングでシリアル変換してトランシーバ３３に送出する。トランシーバ３３は
、このシリアル信号を差動信号に変換してテレビゲーム機本体２に送信する。ス
テップＳＰ８４において、トランシーバ３３は、２キャラクタ目のデータを受信
したか否か判定し、その結果、２キャラクタ目のデータを受信したと判定した場
合にはステップＳＰ８５に移行し、まだ受信していないと判定された場合には受
信するまで待機する。 ステップＳＰ８５において、ゲームコントローラ３Ａは、受信データをトラン
シーバ３３、ＤＰＬＬ２３、プロトコルコントローラ２１及びＦＩＦＯコントロ
ーラ３２を順次介してリードＦＩＦＯ２０に送出し、受信データをリードＦＩＦ
Ｏ２０に書き込む。このときプロトコルコントローラ２１は、ステイタスレジス
タ１４に１キャラクタのデータを受信したことを示すフラグを立てる。ステップ
ＳＰ８６において、コントローラＣＰＵ３０は、ステイタスレジスタ１４のフラ
グが変化したことを検出すると、ＦＩＦＯコントローラ３２を介してリードＦＩ
ＦＯ２０から１キャラクタ分の受信データを読み出す。そしてコントローラＣＰ
Ｕ３０は、この受信データに対する返信用のデータを生成し、この返信用データ
をＦＩＦＯコントローラ３２を介してライトＦＩＦＯ１９に送出して当該ライト
ＦＩＦＯ１９に書き込む。 ステップＳＰ８７において、コントローラＣＰＵ３０は、コントロールレジス
タ１３に送信の開始を指示する。ステップＳＰ８８において、プロトコルコント
ローラ２１は、返信用データをＦＩＦＯコントローラ３２を介してライトＦＩＦ
Ｏ１９から読み出し、これをトランシーバ３３を介してテレビゲーム機本体２に
送信する。ステップＳＰ８９において、受信したデータのキャラクタ数がコマン
ドレジスタ１３に設定されているキャラクタ数に一致したか否か、すなわちコマ
ンドレジスタ１３に設定されているキャラクタ数のデータを処理して通信が終了
したか否かを判定する。その結果、受信したデータのキャラクタ数がコマンドレ
ジスタ１３に設定されているキャラクタ数に一致したと判定した場合にはステッ
プＳＰ９０に移って処理を終了し、一致していないと判定された場合にはステッ
プＳＰ８５に移って動作を繰り返す。 ここで連続送信／連続受信モードによる通信ステップ（ＳＰ１０）における具
体的な処理手順について、図９に示すフローチャートを用いて説明する。まずテ
レビゲーム機本体２における処理手順について説明する。最初のステップＳＰ１
００の次のステップＳＰ１０１において、ホストＣＰＵ１０は、メモリ１６に送
信データを書き込む。ステップＳＰ１０２において、ホストＣＰＵ１０は、送受
信のタイミングに関する条件をタイマー１５に設定する。 ステップＳＰ１０３において、ホストＣＰＵ１０は、通信モードを連続送信／
連続受信モードに選定し、通信モードが連続送信／連続受信モ ードであること
をコマンドレジスタ１２に書き込む。これと共に、ホストＣＰＵ１０は、例えば
４キャラクタのデータを送信した後、８キャラクタのデータを受信するという通
信条件をコマンドレジスタ１２に設定する。ステップＳＰ１０４において、ホス
トＣＰＵ１０は、シリアル通信の条件をコントロールレジスタ１３に書き込み、
通信の開始を指示する。 ステップＳＰ１０５において、ＦＩＦＯコントローラ１８は、ＤＭＡコントロ
ーラ１７に対してライトＦＩＦＯ１９へのＤＭＡ要求を行う。 ステップＳＰ１０６において、ＤＭＡコントローラ１７は、メモリ１６から４キ
ャラクタ分の送信データを読み出し、これを１パケツトの送信データとしてＦＩ
ＦＯコントローラ１８に順次転送することにより、当該送信データをライトＦＩ
ＦＯ１９に書き込む。ステップＳＰ１０７において、プロトコルコントローラ２
１は、ＦＩＦＯコントローラ１８を介してライトＦＩＦＯ１９から送信データを
キャラクタ毎に順次読み出し、この読み出した送信データをトランシーバセレク
タ２２を介してゲームコントローラ３Ａに順次送信する。 ステップＳＰ１０８において、プロトコルコントローラ２１は、４キャラクタ
分の送信データを送信して送信処理が終了したか否か判定し、その結果、送信処
理が終了したと判定された場合にはステップＳＰ１０９に移行し、送信が終了し
ていないと判定された場合にはステップＳＰ１０７に戻って動作を繰り返す。ス
テップＳＰ１０９において、テレビゲーム機本体２は、ゲームコントローラ３Ａ
から返信されてきたデータをトランシーバセレクタ２２によって受信し、この受
信データをＤＰＬＬ２３、プロトコルコントローラ２１及びＦＩＦＯコントロー
ラ１８を介してリードＦＩＦＯ２０に送出することにより、受信データをリード
ＦＩＦＯ２０にキャラクタ毎に順次書き込ませる。 ステップＳＰ１１０において、プロトコルコントローラ２１は、８キャラクタ
分の受信データを受信して受信処理が終了したか否かを判定し、その結果、受信
処理が終了したと判定された場合にはステップＳＰ１１１に移行し、受信が終了
していないと判定された場合にはステップＳＰ１０９に戻って動作を繰り返す。
ステップＳＰ１１１において、ＦＩＦＯコントローラ１８は、ＤＭＡコントロー
ラ１７に対してリードＦＩＦ０２０からメモリ１６へのＤＭＡ要求を行う。 ステップＳＰ１１２において、ＤＭＡコントローラ１７は、ＦＩＦＯコントロ
ーラ１８を介してリードＦＩＦＯ２０から８キャラクタ分の受信データを１パケ
ツトの受信データとして読み出し、これをメモリ１６に転送して当該メモリ１６
に書き込ませる。そしてステイタスレジスタ１４に受信データの転送が終了した
ことを示すフラグが立つことから、ホストＣＰＵ１０は、ステイタスレジスタ１
４から上述のフラグを読み出すと、メモリ１６に書き込まれている受信データに
応じて所定のデータ処理を開始する。次にステップＳＰ１１３に移って処理を終
了する。 続いてゲームコントローラ３Ａにおける処理手順について説明する。 最初のステップＳＰ１２０の次のステップＳＰ１２１において、トランシーバ３
３は、テレビゲーム機本体２から送信されてきたデータをキャラクタ毎に受信し
、この受信データをＤＰＬＬ２３を介してプロトコルコントローラ２１に順次送
出する。ステップＳＰ１２２において、プロトコルコントローラ２１は、受信デ
ータが１キャラクタ目か否か判定し、その結果、受信データが１キャラクタ目で
あると判定した場合にはステップＳＰ１２３に移行し、１キャラクタ目でない場
合にはステップＳＰ１２４に移行する。 ステップＳＰ１２３において、プロトコルコントローラ２１は、受信データが
ＩＤレジスタ３２に書き込まれているカテゴリー分類に適合するか否か確認する
。ステップＳＰ１２４において、プロトコルコントローラ２１は、受信データを
ＦＩＦＯコントローラ３２を介してリードＦＩＦＯ２０に送出し、当該受信デー
タをリードＦＩＦＯ２０に書き込む。このときプロトコルコントローラ２１は、
ステイタスレジスタ１４に１キャラクタのデータを受信したことを示すフラグを
立てる。 ステップＳＰ１２５において、プロトコルコントローラ２１は、４キャラクタ
分の受信データを処理して受信処理が終了したか否か判定し、その結果、４キャ
ラクタ分の受信データを処理して受信処理が終了したと判定された場合にはステ
ップＳＰ１２６に移行し、受信処理が終了していないと判定された場合にはステ
ップＳＰ１２１に戻って動作を繰り返す。 ステップＳＰ１２６において、コントローラＣＰＵ３０は、ステイタスレジス
タ１４のフラグが変化したことを検出し、ＦＩＦＯコントローラ３２を介してリ
ードＦＩＦＯ２０から４キャラクタ分の受信データを読み出す。そしてコントロ
ーラＣＰＵ３０は、この受信データに対する返信用のデータを生成し、この返信
用データをＦＩＦＯコントローラ３２を介してライトＦＩＦＯ１９に送出して当
該ライトＦＩＦＯ１９に書き込む。 ステップＳＰ１２７において、コントローラＣＰＵ３０は、コントロールレジ
スタ１３に送信の開始を指示する。ステップＳＰ１２８において、プロトコルコ
ントローラ２１は、返信用データをＦＩＦＯコントローラ３２を介してライトＦ
ＩＦＯ１９から読み出し、これをトランシーバ３３を介してテレビゲーム機本体
２に送信する。 ステップＳＰ１２９において、プロトコルコントローラ２１は、送信したデー
タのキャラクタ数がコマンドレジスタ１３に設定されているキャラクタ数に一致
したか否か、すなわち８キャラクタのデータを送信して送信処理が終了したか否
かを判定する。その結果、送信が終了したと判定された場合にはステップＳＰ１
３０に移行し、終了していないと判定された場合にはステップＳＰ１２８に戻っ
て動作を繰り返す。ステップＳＰ１３０において、コントローラＣＰＵ３０は、
ＦＩＦＯコントローラ３２を介してリードＦＩＦＯ２０から受信データを読み出
し、所定のデータ処理を施す。次にステップＳＰ１３１に移って処理を終了する
。 ここでハンドシェイク／連続受信モードによる通信ステップ（ＳＰ１２）にお
ける具体的な処理手順を示す。図１０及び図１１に示すフローチャートを用いて
、ハンドシェイク／連続受信モードによる双方向通信方法を説明する。まずテレ
ビゲーム機本体２における処理手順について説明する。最初のステップＳＰ１４
０の次のステップＳＰ１４１において、ホストＣＰＵ１０は、メモリ１６に送信
データを書き込む。ステップＳＰ１４２において、ホストＣＰＵ１０は、送受信
のタイミングに関する条件をタイマー１５に設定する。 ステップＳＰ１４３において、ホストＣＰＵ１０は、通信モードをハンドシェ
イク／連続受信モードに選定し、通信モードがハンドシェイク／連続受信モード
であることをコマンドレジスタ１２に書き込む。これと共にホストＣＰＵ１０は
、３キャラクタ分のデータを送受信した後、７キャラクタ分のデータを連続して
受信するような通信条件をコマンドレジスタ１２に設定する。 ステップＳＰ１４４において、ホストＣＰＵ１０は、シリアル通信の条件をコ
ントロールレジスタ１３に書き込み、通信の開始を指示する。 ステップＳＰ１４５において、ＦＩＦＯコントローラ１８は、ＤＭＡコントロー
ラ１７に対してライトＦＩＦＯ１９へのＤＭＡ要求を行う。ステップＳＰ１４６
において、ＤＭＡコントローラ１７は、メモリ１６から送信データを読み出し、
これをＦＩＦＯコントローラ１８に転送することにより、当該送信データをライ
トＦＩＦＯ１９に書き込む。 ステップＳＰ１４７において、プロトコルコントローラ２１は、ＦＩＦＯコン
トローラ１８を介してライトＦＩＦＯ１９から送信データをキャラクタ毎に順次
読み出し、当該送信データをトランシーバセレクタ２２を介してゲームコントロ
ーラ３Ａに順次送信する。ステップＳＰ１４８において、テレビゲーム機本体２
は、ゲームコントローラ３Ａから返信されてきたデータをトランシーバセレクタ
２２によって受信し、この受信データをＤＰＬＬ２３、プロトコルコントローラ
２１、ＦＩＦＯコントローラ１８及びリードＦＩＦＯ２０に順次送出することに
より、受信データをキャラクタ毎にリードＦＩＦＯ２０に順次書き込む。 ステップＳＰ１４９において、プロトコルコントローラ２１は、コマンドレジ
スタ１２に設定されている通信条件を基に、３キャラクタ分のデータをゲームコ
ントローラ３Ａに送信し、かつ３キャラクタ分のデータをゲームコントローラ３
Ａから受信することによってハンドシェイクモードを終了させるか否か判定する
。その結果、３キャラクタ分のデータを送受信してハンドシェイクモードを終了
させる場合には、ステップＳＰ１５０に移行して連続受信モードに遷移して、３
キャラクタ分のデータを送受信していないと判定された場合にはステップＳＰ１
４７に戻って動作を繰り返す。 ステップＳＰ１５０において、テレビゲーム機本体２は、トランシーバセレク
タ２２によってキャラクタ毎に受信された受信データを、ＤＰＬＬ２３、プロト
コルコントローラ２１及びＦＩＦＯコントローラ１８を介してリードＦＩＦＯ２
０に転送して、当該受信データをリードＦＩＦＯ２０に順次書き込む。ステップ
ＳＰ１５１において、プロトコルコントローラ２１は、コマンドレジスタ１２に
設定されている通信条件を基に、７キャラクタ分のデータを受信したか否かを判
定する。その結果、７キャラクタ分のデータを受信して受信処理を終了させると
判定された場合にはステップＳＰ１５２に移行し、まだ７キャラクタ分のデータ
を受信していないと判定された場合にはステップＳＰ１５０に移って動作を繰り
返す。 ステップＳＰ１５２において、ＦＩＦＯコントローラ１８は、ＤＭＡコントロ
ーラ１７に対してリードＦＩＦＯ２０からメモリ１６へのＤＭＡ要求を行う。ス
テップＳＰ１５３において、ＤＭＡコントローラ１７は、ＦＩＦＯコントローラ
１８を介してリードＦＩＦＯ２０から受信データを読み出し、これをメモリ１６
に転送して当該メモリ１６に書き込ませる。そしてステイタスレジスタ１４に受
信データの転送が終了したことを示すフラグが立つことから、ホストＣＰＵ１０
は、ステイタスレジスタ１４から上述のフラグを読み出すと、メモリ１６に書き
込まれている受信データに対して所定のデータ処理を開始する。次にステップＳ
Ｐ１５４に移って処理を終了する。 続いてゲームコントローラ３Ａにおける処理手順において、最初のステップＳ
Ｐ１６０の次のステップＳＰ１６１において、トランシーバ３３は、１キャラク
タ目のデータを受信したか否か判定し、その結果、１キャラクタ目のデータを受
信したと判定した場合にはステップＳＰ１６２に移行し、受信していない場合に
は受信するまで待機する。ステップＳＰ１６２において、トランシーバ３３は、
受信データをＤＰＬＬ２３を介してプロトコルコントローラ２１に送出する。 ステップＳＰ１６３において、プロトコルコントローラ２１は、受信データが
ＩＤレジスタ３４に書き込まれているカテゴリー分類に適合するか否か確認する
と共に、ゲームコントローラ３ＡのＩＤ番号を読み出し、これをトランシーバ３
３を介してテレビゲーム機本体２に送信する。 ステップＳＰ１６４において、トランシーバ３３は、２キャラクタ目のデータを
受信したか否か判定し、その結果、２キャラクタ目のデータを受信したと判定し
た場合にはステップＳＰ１６５に移行し、まだ受信していないと判定された場合
には受信するまで待機する。 ステップＳＰ１６５において、ゲームコントローラ３Ａは、受信データをトラ
ンシーバ３３、ＤＰＬＬ２３、プロトコルコントローラ２１及びＦＩＦＯコント
ローラ３２を順次介してリードＦＩＦＯ２０に送出し、受信データをリードＦＩ
ＦＯ２０に書き込む。このときプロトコルコントローラ２１は、ステイタスレジ
スタ１４に１キャラクタのデータを受信したことを示すフラグを立てる。ステッ
プＳＰ１６６において、コントローラＣＰＵ３０は、ステイタスレジスタ１４の
フラグが変化したことを検出すると、ＦＩＦＯコントローラ３２を介してリード
ＦＩＦＯ２０から１キャラクタ分の受信データを読み出す。そしてコントローラ
ＣＰＵ３０は、この受信データに対する返信用のデータを生成し、この返信用デ
ータをＦＩＦＯコントローラ３２を介してライトＦＩＦＯ１９に送出して当該ラ
イトＦＩＦＯ１９に書き込む。 ステップＳＰ１６７において、コントローラＣＰＵ３０は、コントロールレジ
スタ１３に送信の開始を指示する。ステップＳＰ１６８において、プロトコルコ
ントローラ２１は、返信用データをＦＩＦＯコントローラ３２を介してライトＦ
ＩＦＯ１９から読み出し、これをトランシーバ３３を介してテレビゲーム機本体
２に送信する。ステップＳＰ１６９において、コマンドレジスタ１３に設定され
ている通信条件を基に、３キャラクタ分のデータを受信し、かつ３キャラクタ分
のデータを送信したか否かを判定する。その結果、３キャラクタ分のデータを送
受信してハンドシェイクモードが終了したと判定した場合にはステップＳＰ１７
０に移って処理を終了し、３キャラクタ分のデータを送受信していないと判定さ
れた場合にはステップＳＰ１６５に移って動作を繰り返す。 ステップＳＰ１７０において、コントローラＣＰＵ３０は、受信データに対す
る返信用のデータを生成し、この返信用データをＦＩＦＯコントローラ３２を介
してライトＦＩＦＯ１９に送出して当該ライトＦＩＦＯ１９に書き込む。ステッ
プＳＰ１７１において、コントローラＣＰＵ３０は、コントロールレジスタ１３
に送信の開始を指示する。ステップＳＰ１７２において、プロトコルコントロー
ラ２１は、返信用データをＦＩＦＯコントローラ３２を介してライトＦＩＦＯ１
９から読み出し、これをトランシーバ３３を介してテレビゲーム機本体２に送信
する。 ステップＳＰ１７３において、プロトコルコントローラ２１は、送信したデー
タのキャラクタ数がコマンドレジスタ１３に設定されているキャラクタ数に一致
したか否か、すなわち７キャラクタのデータを送信して送信処理が終了したか否
かを判定する。その結果、送信が終了したと判定された場合にはステップＳＰ１
７４に移行し、終了していないと判定された場合にはステップＳＰ１７２に戻っ
て動作を繰り返す。ステップＳＰ１７４において、コントローラＣＰＵ３０は、
ＦＩＦＯコントローラ３２を介してリードＦＩＦＯ２０から受信データを読み出
し、所定のデータ処理を施す。次にステップＳＰ１７５に移って処理を終了する
。 以上の構成において、テレビゲーム・システム１は、テレビゲーム機本体２と
周辺機器との間の通信方式として半２重シリアル通信方式を採用し、送信と受信
をそれぞれ別々のタイミングでシリアル伝送する。そしてテレビゲーム・システ
ム１では、テレビゲーム機本体２に特殊なコントーラが接続された場合には、１
キャラクタ毎にデータを送受信して相互にデータの内容を確認するハンドシェイ
クモードを選択する。このように特殊なコントーラを接続した場合であってもハ
ンドシェイクモードを選択することにより、信頼性の高い通信を実現し得る。 またテレビゲーム・システム１では、テレビゲーム機本体２に標準的なコント
ローラが接続された場合には、２キャラクタ以上のデータを連続して送信又は受
信する連続転送モードを選択する。このように標準的なコントローラを接続した
場合には連続転送モードを選択することにより、転送速度を上げることができ、
また必要に応じてその転送方向を切り換えれば、オーバーヘツドを削減すること
ができ、通信時間を短縮し得る。 さらにテレビゲーム・システム１では、テレビゲーム機本体２にメモリカード
のようなデータ記憶手段が接続された場合には、ハンドシェイクモードと連続転
送モードを組み合わせたハンドシェイク／連続転送モードを選択する。このよう
にデータ記憶手段を接続した場合にはハンドシェイク／連続転送モードを選択す
れば、全てハンドシェイクモードで通信する場合のように、不必要なダミーデー
タを転送する必要がない分、冗長データを削減することができ、効率的な通信を
行い得る。その際、コントローラを接続した場合と同じ信号線を介してテレビゲ
ーム機本体２に接続しても、通信モードを切り換えることによって、冗長データ
を削減している。 ところでテレビゲーム・システム１は、テレビゲーム機本体２から送信される
コマンドによって送受信するデータの内容を決定し、当該コマンドを解決するま
でに通信されるデータを１パケツトとしている。そこでテレビゲーム・システム
１は、ハンドシェイクモードと連続転送モードとの間のモード切り換えや、連続
転送モードの転送方向をパケツト単位で切り換えることができる。 因みに、テレビゲーム機本体２は、データを送信するインターバルを調整し得
ることから、通信時間を短縮し得る。また受信し得る最長の待ち時間を調整する
ことにより、周辺機器が取り外されたことを検出し得ると共に、所望のデータ転
送頻度を確保し得ない周辺機器を検出し得る。 以上の構成よれば、テレビゲーム機本体２に接続される周辺機器に応じて、ハ
ンドシェイクモード及び連続転送モードを組み合わせた所望の通信プロトコルを
設定することにより、従来のようにハンドシェイクモードでデータの送受信を行
う場合に比して、テレビゲーム機本体２と周辺機器との間の通信量を必要最低限
に抑えることができ、かくして通信の信頼性を維持しながら従来に比して一段と
通信時間を短縮し得る。 なお上述の実施の形態においては、ハンドシェイクモードと連続転送モードと
の間のモード切り換えや、連続転送モードの転送方向をパケツト単位で切り換え
た場合について述べたが、本発明はこれに限らず、ハンドシェイクモードと連続
転送モードとの間のモード切り換えや、連続転送モードの転送方向をパケツト内
で切り換えるようにしても良い。 また上述の実施の形態においては、メモリカードからデータを読み出す際、通
信モードをハンドシェイク／連続受信モードに設定した場合について述べたが、
本発明はこれに限らず、メモリカードにデータを記憶させる際には、通信モード
をハンドシェイク／連続送信モードに設定しても良い。 上述のように本発明によれば、１キャラクタ毎にデータを送受信する通信プロ
トコルと、２キャラクタ以上のデータを連続して送信又は受信する通信プロトコ
ルとを組み合わせ、通信プロトコルを接続されたゲーム機用操作装置に応じた通
信プロトコルに切り換えることにより、従来のように１キャラクタ毎にデータを
送受信するだけの場合に比して、ゲーム装置とゲーム機用操作装置との間の通信
量を必要最低限に抑えることができ、かくして通信の信頼性を維持しながら従来
に比して一段と通信時間を短縮し得、高速にデータを送受信し得る。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 田中 誠 日本国東京都港区赤坂７丁目１番１号 株 式会社ソニー・コンピュータエンタテイン メント内 Ｆターム(参考） 2C001 CA00 CA09 CB01 CC02 5K034 AA01 BB06 DD01 EE05 FF01 HH01 HH02 HH63 JJ24
Claims (19)
- 【請求項１】 シリアルポートを介して接続されたゲーム機用操作装置との間の
通信方式として半２重シリアル通信方式を用いたゲーム装置において、 上記ゲーム機用操作装置から供給される当該ゲーム機用操作装置の識別子に基
づいて、１キャラクタ毎にデータを送受信する通信プロトコルと、２キャラクタ
以上のデータを連続して送信又は受信する通信プロトコルとを組み合わせ、通信
プロトコルを接続された上記ゲーム機用操作装置に応じた通信プロトコルに切り
換える ことを特徴とするゲーム装置。 - 【請求項２】 上記ゲーム装置は、 上記通信プロトコルをパケツト単位で切り換えることを特徴とする請求項１に記
載のゲーム装置。 - 【請求項３】 上記ゲーム装置は、 上記通信プロトコルをパケツト内で切り換えることを特徴とする請求項１に記載
のゲーム装置。 - 【請求項４】 上記ゲーム装置は、 上記ゲーム機用操作装置から送信されてくるデータを受信するための待ち時間
を調整する ことを特徴とする請求項１に記載のゲーム装置。 - 【請求項５】 上記ゲーム装置は、 上記ゲーム機用操作装置に送信するデータの時間間隔を調整する ことを特徴とする請求項１に記載のゲーム装置。
- 【請求項６】 シリアルポートを介して接続されたゲーム装置との間の通信方式
として半２重シリアル通信方式を用いたゲーム機用操作装置において、 当該ゲーム機用操作装置は、固有の識別子を有し、当該ゲーム機用操作装置が
上記ゲーム装置に接続されると、上記識別子を上記ゲーム装置に与えることによ
り、１キャラクタ毎にデータを送受信する通信プロトコルと、２キャラクタ以上
のデータを連続して送信又は受信する通信プロトコルとを組み合わせ、通信プロ
トコルを当該ゲーム機用操作装置に応じた通信プロトコルに切り換えさせる ことを特徴とするゲーム機用操作装置。 - 【請求項７】 上記識別子を上記ゲーム装置に与えて上記通信プロトコルをパケ
ツト単位で切り換えさせる ことを特徴とする請求項６に記載のゲーム機用操作装置。 - 【請求項８】 上記識別子を上記ゲーム装置に与えて上記通信プロトコルをパケ
ツト内で切り換えさせる ことを特徴とする請求項６に記載のゲーム機用操作装置。 - 【請求項９】 ゲーム装置とゲーム機用操作装置とがシリアルポートを介して接
続され、当該ゲーム装置とゲーム機用操作装置との間の通信方式として半２重シ
リアル通信方式を用いるゲームシステムにおいて、 上記ゲーム機用操作装置から供給される当該ゲーム機用操作装置の識別子に基
づいて、１キャラクタ毎にデータを送受信する通信プロトコルと、２キャラクタ
以上のデータを連続して送信又は受信する通信プロトコルとを組み合わせ、通信
プロトコルを上記ゲーム機用操作装置に応じた通信プロトコルに切り換え、 当該ゲーム機用操作装置は、固有の識別子を有し、上記ゲーム機用操作装置が
上記ゲーム装置に接続されると、上記識別子を上記ゲーム装置に与えるゲーム機
用操作装置と、を具えることを特徴とするゲームシステム。 - 【請求項１０】 上記ゲーム装置は、 上記通信プロトコルをパケツト単位で切り換えることを特徴とする請求項９に記
載のゲームシステム。 - 【請求項１１】 上記ゲーム装置は、 上記通信プロトコルをパケツト内で切り換えることを特徴とする請求項９に記載
のゲームシステム。 - 【請求項１２】 上記ゲーム装置は、 上記ゲーム機用操作装置から送信されてくるデータを受信するための待ち時間
を調整する ことを特徴とする請求項９に記載のゲームシステム。 - 【請求項１３】 上記ゲーム装置は、 上記ゲーム機用操作装置に送信するデータの時間間隔を調整することを特徴とす
る請求項９に記載のゲームシステム。 - 【請求項１４】 シリアルポートを介して接続されたゲーム機用操作装置との間
の通信方式として半２重シリアル通信方式を用いたゲーム装置の双方向通信方法
であって、 上記ゲーム機用操作装置から供給される当該ゲーム機用操作装置の識別子に基
づいて、１キャラクタ毎にデータを送受信する通信プロトコルと、２キャラクタ
以上のデータを連続して送信又は受信する通信プロトコルとを組み合わせ、通信
プロトコルを上記ゲーム機用操作装置に応じた通信プロトコルに切り換える ことを特徴とするゲーム装置の双方向通信方法。 - 【請求項１５】 上記ゲーム装置の双方向通信方法は、 上記通信プロトコルをパケツト単位で切り換えることを特徴とする請求項１４に
記載のゲーム装置の双方向通信方法。 - 【請求項１６】 上記ゲーム装置の双方向通信方法は、 上記通信プロトコルをパケツト内で切り換えることを特徴とする請求項１４に記
載のゲーム装置の双方向通信方法。 - 【請求項１７】 上記ゲーム装置の双方向通信方法は、 上記ゲーム機用操作装置から送信されてくるデータを受信するための待ち時間
を調整する ことを特徴とする請求項１４に記載のゲーム装置の双方向通信方法。 - 【請求項１８】 上記ゲーム装置の双方向通信方法は、 上記ゲーム機用操作装置に送信するデータの時間間隔を調整することを特徴とす
る請求項１４に記載のゲーム装置の双方向通信方法。 - 【請求項１９】 ゲームシステムにおける上記ゲーム装置がテレビゲーム機本体
であり、上記ゲーム機用操作装置が上記テレビゲーム機本体に指令を入力するゲ
ーム機コントローラである、請求項９に記載のゲームシステム。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10-129264 | 1998-05-12 | ||
| PCT/JP1999/002429 WO1999059289A2 (en) | 1998-05-12 | 1999-05-11 | Game system which employs a half-duplex serial communication |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002515688A true JP2002515688A (ja) | 2002-05-28 |
| JP3390742B2 JP3390742B2 (ja) | 2003-03-31 |
Family
ID=14235650
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000548994A Expired - Fee Related JP3390742B2 (ja) | 1998-05-12 | 1999-05-11 | 半２重通信方式を用いたゲーム装置、ゲーム機用操作装置、ゲームシステム及びゲーム装置の双方向通信方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3390742B2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2006030804A1 (ja) * | 2004-09-17 | 2006-03-23 | Sony Computer Entertainment Inc. | 中継器、エンタテインメント装置、通信システム、通信方法、及びプログラム |
| JP2009072319A (ja) * | 2007-09-19 | 2009-04-09 | Namco Bandai Games Inc | プログラム、情報記憶媒体、ゲーム装置及びコントローラ |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3022283U (ja) | 1995-06-28 | 1996-03-22 | 株式会社セガ・エンタープライゼス | ゲーム装置用周辺機器 |
-
1999
- 1999-05-11 JP JP2000548994A patent/JP3390742B2/ja not_active Expired - Fee Related
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2006030804A1 (ja) * | 2004-09-17 | 2006-03-23 | Sony Computer Entertainment Inc. | 中継器、エンタテインメント装置、通信システム、通信方法、及びプログラム |
| JP2006085652A (ja) * | 2004-09-17 | 2006-03-30 | Sony Computer Entertainment Inc | 中継器、エンタテインメント装置、通信システム、通信方法、及びプログラム |
| JP2009072319A (ja) * | 2007-09-19 | 2009-04-09 | Namco Bandai Games Inc | プログラム、情報記憶媒体、ゲーム装置及びコントローラ |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3390742B2 (ja) | 2003-03-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100555230B1 (ko) | 반이중 직렬 통신을 이용하는 게임 시스템 | |
| KR20150036539A (ko) | 데이터 터널을 사용하는 인터페이스를 통한 복수의 프로토콜 데이터 엘러먼트들의 송신 | |
| JPH10502789A (ja) | 装置グループ間で信頼性のある通信を行う無線通信システム | |
| US20020161844A1 (en) | Method and apparatus for peer to peer communication over a master slave interface | |
| US6804250B2 (en) | Data communication system and node, and method of using the system and the node | |
| JP3348331B2 (ja) | 電子機器及びその動作モード制御方法 | |
| AU749682B2 (en) | Game device, game machine operation device and game system which employ a half-duplex serial communication system and game device two-way communication method | |
| EP0761268B1 (en) | Video game system and game controller | |
| JP2002515688A (ja) | 半２重通信方式を用いたゲーム装置、ゲーム機用操作装置、ゲームシステム及びゲーム装置の双方向通信方法 | |
| JP2011082677A (ja) | Ｕｓｂアダプタおよびｕｓｂアダプタを備えるデータ転送システム | |
| MXPA00000479A (en) | Game device, game machine operation device and game system which employ a half-duplex serial communication system and game device two-way communication method | |
| WO2001031459A9 (en) | Wireless universal serial bus system | |
| NZ500384A (en) | Choosing transmission protocol of serial half duplex communication between controllers and game machine | |
| JP5034110B2 (ja) | 電子会議システム、通信端末、データ通信方法およびプログラム | |
| JPH11252153A (ja) | データ通信システム、データ通信装置及びデータ通信方法 | |
| WO2021070734A1 (ja) | 送信装置および通信システム | |
| JPH11261608A (ja) | データ通信システム、データ通信装置、データ通信方法及び記憶媒体 | |
| JP4044275B2 (ja) | 撮像装置 | |
| CN114915954A (zh) | 蓝牙设备、终端切换方法及装置 | |
| JP2008182431A (ja) | 映像音声配信システムおよび情報処理装置 | |
| TWI380680B (en) | Television wall capable of appointing serial numbers to television stations automatically and the method thereof | |
| JP2024083734A (ja) | 画像形成システム | |
| JPH11252138A (ja) | データ通信システム | |
| JP2002016991A (ja) | 機器制御システム及び機器制御方法 | |
| JP3474899B2 (ja) | Ｌａｎの通信方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20051019 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20051021 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| A072 | Dismissal of procedure [no reply to invitation to correct request for examination] |
Free format text: JAPANESE INTERMEDIATE CODE: A072 Effective date: 20060110 |
|
| A072 | Dismissal of procedure [no reply to invitation to correct request for examination] |
Free format text: JAPANESE INTERMEDIATE CODE: A072 Effective date: 20060112 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080117 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090117 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090117 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100117 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110117 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110117 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120117 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120117 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130117 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130117 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140117 Year of fee payment: 11 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |