JPH11234362A - データ伝送方法及びこれを用いたゲームシステム - Google Patents

データ伝送方法及びこれを用いたゲームシステム

Info

Publication number
JPH11234362A
JPH11234362A JP10308413A JP30841398A JPH11234362A JP H11234362 A JPH11234362 A JP H11234362A JP 10308413 A JP10308413 A JP 10308413A JP 30841398 A JP30841398 A JP 30841398A JP H11234362 A JPH11234362 A JP H11234362A
Authority
JP
Japan
Prior art keywords
data
signal
pattern
peripheral device
transmission
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.)
Withdrawn
Application number
JP10308413A
Other languages
English (en)
Inventor
Naoki Niitsuma
直樹 新妻
Atsunori Himoto
厚則 樋本
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sega Corp
Original Assignee
Sega Enterprises Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Sega Enterprises Ltd filed Critical Sega Enterprises Ltd
Publication of JPH11234362A publication Critical patent/JPH11234362A/ja
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L7/00—Arrangements for synchronising receiver with transmitter
    • H04L7/0008—Synchronisation information channels, e.g. clock distribution lines
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L25/00—Baseband systems
    • H04L25/02—Details ; arrangements for supplying electrical power along data transmission lines
    • H04L25/14—Channel dividing arrangements, i.e. in which a single bit stream is divided between several baseband channels and reassembled at the receiver
    • H—ELECTRICITY
    • H01—ELECTRIC ELEMENTS
    • H01R—ELECTRICALLY-CONDUCTIVE CONNECTIONS; STRUCTURAL ASSOCIATIONS OF A PLURALITY OF MUTUALLY-INSULATED ELECTRICAL CONNECTING ELEMENTS; COUPLING DEVICES; CURRENT COLLECTORS
    • H01R2107/00—Four or more poles
    • H—ELECTRICITY
    • H01—ELECTRIC ELEMENTS
    • H01R—ELECTRICALLY-CONDUCTIVE CONNECTIONS; STRUCTURAL ASSOCIATIONS OF A PLURALITY OF MUTUALLY-INSULATED ELECTRICAL CONNECTING ELEMENTS; COUPLING DEVICES; CURRENT COLLECTORS
    • H01R2201/00—Connectors or connections adapted for particular applications
    • H01R2201/06—Connectors or connections adapted for particular applications for computer periphery
    • H—ELECTRICITY
    • H01—ELECTRIC ELEMENTS
    • H01R—ELECTRICALLY-CONDUCTIVE CONNECTIONS; STRUCTURAL ASSOCIATIONS OF A PLURALITY OF MUTUALLY-INSULATED ELECTRICAL CONNECTING ELEMENTS; COUPLING DEVICES; CURRENT COLLECTORS
    • H01R24/00—Two-part coupling devices, or either of their cooperating parts, characterised by their overall structure
    • H01R24/60—Contacts spaced along planar side wall transverse to longitudinal axis of engagement

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Power Engineering (AREA)
  • Information Transfer Systems (AREA)
  • Communication Control (AREA)
  • Pinball Game Machines (AREA)
  • Dc Digital Transmission (AREA)

Abstract

(57)【要約】 【課題】 ゲーム装置とその周辺装置との新たなデータ
伝送方式及びこれを用いた装置を提供する。 【解決手段】 シリアルな送信データを奇数ビット列と
偶数ビット列のデータに分ける。奇数ビット列データの
各ビットを、一定間隔の第１のパルス列信号の各パルス
間に夫々配置して第１のパルス列信号（ＳＤＣＫＡ）を
形成する。偶数ビット列データの各ビットを、一定間隔
の第２のパルス列信号の各パルス間に夫々配置して第２
のパルス列信号（ＳＤＣＫＢ）を形成する。第１のパル
ス列信号のクロック成分が第２のパルス列信号のデータ
部分に位置し、第２のパルス列信号のクロック成分が第
１のパルス列信号のデータ部分に位置するように相互の
時間軸を調整する。調整された第１及び第２のパルス列
信号（ＳＤＣＫＡ、ＳＤＣＫＢ）を用いてデータを送信
する。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、データ処理を行う
データ処理装置と情報の入出力等を行う周辺装置との相
互間を接続するインタフェース技術に関し、特に、ゲー
ム装置とその周辺装置との接続に関する新規なインタフ
ェースの技術規格の提案に関する。
【０００２】
【従来の技術】情報処理装置の本体とその周辺装置間に
おけるデータ通信に用いられるデータ伝送方法として次
のようなものがある。
【０００３】・フィリップス(PHILIPS)社、Ｉ2Ｃバス方
式 シリアルデータと、シリアルクロックの２ワイヤによっ
て伝送する方式である。この方式は、データとクロック
を物理的に分離しており、最も単純にデータの送受、再
生が可能である。Ｉ2Ｃバスについては、例えば、フィ
リップス社のＩ2Ｃバス仕様説明書（１９９２年１月）
によって説明されている。
【０００４】・ＳＧＳ−トムソン（Thomson）社 ＤＳ
リンク方式 データ信号、ストローブ信号の２ワイヤによって伝送す
る方式である。この方式はデータ信号、ストローブ信号
によってクロック信号を再生する。伝送データが異なる
値に遷移する場合には、データ信号のみが変化する。ま
た、伝送データが同一の値の場合は、ストローブ部信号
のみが変化する。例えば、データ信号の伝送データが
「０」→「１」、「１」→「０」と遷移する場合はスト
ローブ信号は変化しない。データ信号の伝送データが
「０」→「０」、「１」→「1」と遷移しない場合はス
トローブ信号のみが変化する。この結果、データ信号と
ストローブ信号の排他的論理和をとることにより、クロ
ック信号を再生することが可能となる。ＤＳリンク方式
については、例えば、日経エレクトロニクス第６７５号
（１９９６年１１月４日、１６７頁〜１７１頁）に紹介
記事がある。
【０００５】
【発明が解決しようとする課題】ゲーム装置のようなコ
ンシューマ向けの機器では、低価格で実現可能なデータ
伝送方式やインタフェースの接続規格が必要とされる。
【０００６】しかしながら、上述したＩ2ＢＵＳ方式で
は、データ信号の遷移エッジがクロックの遷移エッジと
同一タイミングであるため、データの再生（復調）側で
は、このクロック信号をそのまま利用することは出来な
い。また、後者のＤＳリンク方式では、データ信号とス
トローブ信号との排他的論理和をとり、同期用のクロッ
クを再生する。このクロックを用いて更にデータ信号の
サンプリングを行わなければならない。このため、イン
タフェースの回路構成の簡単さの程度が、低価格がきわ
めて要求される家庭用ゲーム装置の条件を十分に満足さ
せるものではない。
【０００７】よって、本発明の目的とするところは、家
庭用ゲームシステムのような情報処理装置に適用でき
る、安価に回路構成可能なインタフェースのデータ伝送
方式を提供することである。
【０００８】また、本発明の他の目的は、データを担う
信号からより簡単な回路構成でデータを分離できる、イ
ンタフェースのデータ伝送方式を提供することである。
【０００９】また、本発明の他の目的は、データを担う
信号からより簡単な回路構成でデータを分離できる、イ
ンタフェースを備えるゲーム装置及びその周辺装置を提
供することである。
【００１０】また、本発明の他の目的は、ゲーム装置と
周辺装置との間の新たなインタフェース技術を提案する
ことにより、多種多様な周辺装置を開発する基盤技術を
提供することである。
【００１１】
【課題を解決するための手段】上記目的を達成するた
め、本発明のデータ伝送方法は、１つのシリアルデータ
を第１及び第２のデータ信号に分配してデータを伝送す
るデータ伝送方法において、上記第１のデータ信号は、
一定間隔のパルス列によって形成される第１のクロック
信号の各パルス間に、上記シリアルデータの奇数ビット
の各々を夫々配置してなり、上記第２のデータ信号は、
上記第１のクロック信号と同周期のパルス列によって形
成される第２のクロック信号の各パルス間に、上記シリ
アルデータの偶数ビットの各々を夫々配置してなり、上
記第１のデータ信号は、そのクロック信号成分のパルス
エッジが時間軸上において上記第２のデータ信号のデー
タ部分に位置するように伝送され、上記第２のデータ信
号は、そのクロック信号成分のパルスエッジが時間軸上
において上記第１のデータ信号のデータ部分に位置する
ように伝送される（図１０、図１１、図１２、図５０、
図５４）。
【００１２】また、本発明のデータ伝送方法は、少なく
とも、データの開始情報を担うスタートパターン、シリ
アルデータを担うデータパターン及びデータの終了情報
を担うエンドパターンを含む伝送フォーマットで定義さ
れるデータフレームを第１及び第２のデータ信号に分配
して伝送するデータ伝送方法において、上記スタートパ
ターンは、上記第１のデータ信号を固定値とし、上記第
２のデータ信号を第１のパルス列信号として形成され、
上記データパターンは、上記第１のデータ信号を、一定
間隔の第２のパルス列信号の各パルス間に、上記シリア
ルデータの奇数ビットの各々を夫々配置して形成すると
共に、上記第２のデータ信号を、上記第２のパルス列信
号の時間軸上の位置を所定値だけずらした第３のパルス
列信号の各パルス間に、上記シリアルデータの偶数ビッ
トの各々を夫々配置して形成してなり、上記エンドパタ
ーンは、上記第２のデータ信号を固定値とし、上記第１
のデータ信号を第４のパルス列信号として形成される、
ことを特徴とする（図１１、図１２、図１３、図１４、
図５０、図５１、図５４）。
【００１３】かかる構成によって、少ないデータ線の数
（２本）で変調・復調の回路が比較的に簡単に構成可能
な通信インタフェースを形成することが可能となる。
【００１４】好ましくは、上記第１及び第２のデータ信
号のうちのいずれか一方のデータ信号のクロック信号成
分のパルスエッジで、他方のデータ信号のレベルをラッ
チすることによって、重畳されたデータを分離する。こ
れによって、簡単な回路構成で重畳されたデータを分離
することが出来る（図１０、図２８、図２９、図５
０）。
【００１５】本発明のゲーム装置は、１つ又は複数の周
辺装置に信号の伝送路を介して２つのデータ信号（ＳＤ
ＣＫＡ、ＳＤＣＫＢ）を同時に送信してゲームに必要な
情報の送信あるいは返信を要求するゲーム装置におい
て、第１の信号を第１の期間中一定（あるいは固定値）
状態とし、第２の信号を上記第１の期間中クロック信号
状態として、２つのデータ信号で表されるスタートパタ
ーンを形成するスタートパターン形成手段（図１３
（ａ）、図１４、図２１及び図６３の５８、５９）と、
上記周辺装置に送信すべきデータを２つのデータ列に分
け、第１のデータ列の各ビットを第１のクロック信号の
各パルス間にそれぞれ挿入して第１のデータ信号を形成
し、第２のデータ列の各ビットを上記第１のクロック信
号と所定の位相差を有する同周期の第２のクロック信号
の各パルス間にそれぞれ挿入して第２のデータ信号を形
成して、２つのデータ信号で表されるデータパターンを
形成するデータパターン形成手段（図１０、図５０、図
２１及び図６３の５８、５９）と、上記第２の信号を第
２の期間中一定値（あるいは固定値）状態とし、第１の
信号を上記第２の期間中クロック信号状態として、２つ
のデータ信号で表されるエンドパターンを形成するエン
ドパターン形成手段（図１３（ｂ）、図２１及び図６３
の５８、５９）と、上記スタートパターン、上記データ
パターン及び上記エンドパターンを含む、２つのデータ
信号で表されるフレームを形成し、これを送信単位とし
て上記周辺装置に送出するフレーム形成手段（図２１及
び図６３の５８、５９）と、を備える。
【００１６】好ましくは、上記データはシリアルデータ
であり、上記第１のデータ列は上記シリアルデータの奇
数ビットのデータ列、上記第２のデータ列は上記シリア
ルデータの偶数ビットのデータ列である。
【００１７】また、上記所定の位相差は、上記データパ
ターンを表す２つのデータ信号のうちの一方のデータ信
号に含まれるクロック信号のパルスエッジが時間軸上に
おいて他方のデータ信号のデータ部分に位置し、上記他
方のデータ信号に含まれるクロック信号のパルスエッジ
が時間軸上において上記一方のデータ信号のデータ部分
に位置するように定められる（図１０、図５０）。
【００１８】上述したデータ伝送方法を実行する、上記
ゲーム装置は、２つのデータ信号の両方又はいずれかが
伝送クロック成分を含むのでデータの分離が容易であ
る。変調・復調回路の構成が比較的に簡単に済む。
【００１９】好ましくは、上記データパターンはコマン
ド及びパラメータを含み、上記パラメータは少なくとも
上記フレームを受信すべき上記信号の伝送路に接続され
た周辺装置のアドレスを含む（図７、図４８）。ゲーム
装置と周辺装置とのデータ通信の信号フォーマットをフ
レーム形式によって規格化したので、ゲーム装置と複数
種類の周辺装置との互換性の確保が容易である。
【００２０】上記信号の伝送路は、例えば、有線のデー
タ信号線（有線）、無線の、無線通信チャネル（図９
５）、光通信チャネル（図９６）、あるいはこれ等の組
み合わせを選ぶことができる。
【００２１】本発明のゲーム装置の周辺装置は、１つ又
は複数の入出力ポートを有するゲーム装置に２つのデー
タ信号を同時に送信してゲームに必要な情報を送るゲー
ム装置の周辺装置において、第１の信号を第１の期間中
一定値（あるいは固定値）状態とし、第２の信号を上記
第１の期間中クロック信号状態として、２つのデータ信
号で表されるスタートパターンを形成するスタートパタ
ーン形成手段（図６５の２０４ｃ及び２０４ｅ）と、上
記ゲーム装置に送信すべきデータを２つのデータ列に分
け、第１のデータ列の各ビットを第１のクロック信号の
各パルス間にそれぞれ挿入し、第２のデータ列の各ビッ
トを上記第１のクロック信号と所定の位相差を有する同
周期の第２のクロック信号の各パルス間にそれぞれ挿入
して、２つのデータ信号で表されるデータパターンを形
成するデータパターン形成手段（図６５の２０４ｃ及び
２０４ｅ）と、上記第２の信号を第２の期間中一定値
（あるいは固定値）状態とし、上記第１の信号を上記第
２の期間中クロック信号状態として、２つのデータ信号
で表されるエンドパターンを形成するエンドパターン形
成手段（図６５の２０４ｃ及び２０４ｅ）と、上記スタ
ートパターン、上記データパターン及び上記エンドパタ
ーンを含む、２つのデータ信号で表されるフレームを形
成し、これを送信単位として上記ゲーム装置に送出する
フレーム形成手段（図６５の２０４ｃ及び２０４ｅ）
と、を備える。
【００２２】好ましくは、上記データは２つのデータ列
への分離が容易なシリアルデータであり、上記第１のデ
ータ列は上記シリアルデータの奇数ビットのデータ列、
上記第２のデータ列は上記シリアルデータの偶数ビット
のデータ列である。なお、データを集めるバッファを解
することにより、シリアルデータのみならず、ブロック
データも扱える。
【００２３】好ましくは、上記所定の位相差は、上記デ
ータパターンを表す２つのデータ信号のうちの一方のデ
ータ信号に含まれるクロック信号のパルスエッジが時間
軸上において他方のデータ信号のデータ部分に位置し、
上記他方のデータ信号に含まれるクロック信号のパルス
エッジが時間軸上において上記一方のデータ信号のデー
タ部分に位置するように定められる（図１０、図５
０）。これにより、一方のクロックによって他方のデー
タ信号に重畳しているデータを簡単に分離することがで
きる。
【００２４】好ましくは、上記データパターンはコマン
ド及びパラメータを含み、上記パラメータは少なくとも
上記フレームを受信すべき上記ゲーム装置の入出力ポー
トのアドレスを含む（図６、図４８、図５７）。
【００２５】好ましくは、上記データパターンは、コマ
ンド及びパラメータを含み、上記パラメータは、上記フ
レームを送信する周辺装置の上記伝送路上のアドレスを
表す送信元アドレスを含み、この送信元アドレスは、周
辺装置が予め保持している周辺装置の種類を表す周辺装
置識別情報と、上記ゲーム装置から通知される周辺装置
が接続された入出力ポートの情報と、に基づいて形成さ
れる（図５８）。
【００２６】本発明の周辺装置は、１つ又は複数の入出
力ポートを備えるゲーム装置のいずれかの入出力ポート
に接続されるデータ伝送路を介して、上記ゲーム装置と
データ通信を行う周辺装置において、周辺装置の種類を
表す周辺装置の識別情報を予め記憶する第１の記憶手段
と、上記ゲーム装置から通知される、上記データ伝送路
が接続された入出力ポートを表す入出力ポート情報を記
憶する第２の記憶手段と、上記周辺装置識別情報と上記
入出力ポート情報とに基づいて、上記ゲーム装置に送信
すべきデータに加える自己の送信元アドレスを形成する
送信元アドレス形成手段と、を備える（図５８）。
【００２７】かかる構成とすることによって、ゲーム装
置は、受信した送信データから周辺装置のデータ伝送路
上のアドレスと周辺装置のタイプを知ることができる。
【００２８】本発明の周辺装置は、ゲーム装置とのデー
タ通信を該ゲーム装置に設けられた１つ又は複数の入出
力ポートのいずれかに接続されるデータ伝送路を介して
行う周辺装置において、上記データ伝送路に接続される
１つの基本コネクタと、他の周辺装置を上記データ伝送
路に接続するために、上記基本コネクタを介して上記デ
ータ伝送路に接続される１つ又は複数の拡張コネクタ
と、上記基本コネクタを介して上記ゲーム装置とデータ
通信を行う入出力コントローラと、を備え、上記入出力
コントローラは、自己が上記ゲーム装置に直接的に接続
されるべき周辺装置であることを表す周辺装置識別情報
を予め記憶する第１の記憶手段と、上記ゲーム装置から
通知される、上記データ伝送路が接続された入出力ポー
トを表す入出力ポート情報を記憶する第２の記憶手段
と、各拡張コネクタへの上記他の周辺装置の接続の有無
を判別して、他の周辺装置の接続状態を表す接続情報を
形成する接続判別手段と、上記周辺装置識別情報、上記
入出力ポート情報及び上記接続情報を含む、送信データ
に付加すべき、送信元アドレスを形成する送信元アドレ
ス形成手段と、を含む（図５８）。
【００２９】好ましくは、上記判別手段は、上記他の周
辺装置によってバイアス電圧が供給されるようになされ
たレベルシフト回路が接続された上記拡張コネクタの特
定の端子の電圧レベルを弁別することによって上記拡張
ソケットへの接続の有無を判断する。
【００３０】本発明の拡張周辺装置は、上述した周辺装
置の拡張コネクタに接続される拡張周辺装置であり、上
記拡張コネクタへの接続後、該拡張コネクタを介して上
記入出力コントローラから通知される、上記接続した拡
張コネクタの番号を表すコネクタ識別情報を記憶する第
１の記憶手段と、自己が拡張コネクタに接続されるべき
周辺装置であることを表す拡張周辺装置情報を予め保持
する第２の記憶手段と、上記ゲーム装置から、上記デー
タ伝送路、上記基本コネクタ及び上記拡張コネクタを介
して通知される、上記データ伝送路が接続された入出力
ポートを表す入出力ポート情報を記憶する第３の記憶手
段と、上記拡張周辺装置情報、上記入出力ポート情報及
び上記接続情報を含む、送信データに付加すべき、送信
元アドレスを形成する送信元アドレス形成手段と、を含
む（図５９）。
【００３１】本発明のゲーム装置は、１つ又は複数の拡
張周辺装置を夫々に設けられた副データ伝送路（ＬＭバ
ス）を介して接続することのできる基本周辺装置を主デ
ータ伝送路（Ｍバス）を介して接続する１つ又は複数の
入出力ポートを備えるゲーム装置において、上記周辺装
置のいずれかとフレーム信号を用いて間欠的なデータ通
信を行う入出力コントローラを備え、上記データ通信
は、上記入出力コントローラからの命令に、該当する周
辺装置が応答する形式で行われ、上記フレーム信号は、
データパターンの開始を表すスタートパターン、通信デ
ータを担うデータパターン、データパターンの終了を表
すエンドパターン、を含み、上記データパターンは、コ
マンド及びパラメータを含み、上記パラメータは、送信
先アドレス及び送信元アドレスを含み、上記送信先アド
レス及び上記送信元アドレスの各々は、通信に使用され
る上記主データ伝送路、通信対象周辺装置の基本／拡張
の区別、及び通信に使用される上記副データ伝送路の情
報を含んで形成される（図５８、図５９）。
【００３２】好ましくは、上記主データ伝送路に上記副
データ伝送路の各々が並列に接続されて、ゲーム装置と
各拡張周辺装置との間で直接データ通信を行う。
【００３３】好ましくは、上記基本周辺装置及び上記拡
張周辺装置の各々は、周辺装置の種類や装置固有の情報
を含む固有情報を保持し、上記ゲーム装置は、この固有
情報を上記データ通信によって読み出す。ゲーム装置
は、固有情報を参照してゲームアプリケーションと周辺
装置との適合性を判別する。
【００３４】これによって、いわゆるプラグ＆プレイや
アプリケーションと適合しない周辺装置の使用回避を可
能とする。
【００３５】好ましくは、上記主データ伝送路は２つの
データ線によって構成され、上記フレーム信号を分割し
た２つのデータ信号が、それぞれ上記２つのデータ線を
伝送する。これにより、ゲーム装置に本発明のデータ伝
送方法を適用できる。
【００３６】本発明のゲーム装置の基本周辺装置は、１
つ又は複数の拡張周辺装置を夫々に設けられた副データ
伝送路を介して接続することができると共に、１つ又は
複数の入出力ポートを備えるゲーム装置に主データ伝送
路を介して接続されるゲーム装置の基本周辺装置におい
て、上記ゲーム装置とフレーム信号を用いて間欠的なデ
ータ通信を行う入出力コントローラを備え、上記データ
通信は、上記ゲーム装置からの命令に上記入出力コント
ローラが応答する形式で行われ、上記フレーム信号は、
データパターンの開始を表すスタートパターン、通信デ
ータを担うデータパターン、データパターンの終了を表
すエンドパターン、を含み、上記データパターンは、コ
マンド及びパラメータを含み、上記パラメータは、送信
先アドレス及び送信元アドレスを含み、上記送信先アド
レス及び上記送信元アドレスの各々は、通信に使用され
る上記主データ伝送路、通信対象の周辺装置の親子の区
別及び通信に使用される上記副データ伝送路の情報を含
んで形成される（図５８、図５９）。
【００３７】本発明のゲーム装置の基本周辺装置は、上
記主データ伝送路に接続するコネクタと、上記コネクタ
を介して上記主データ伝送路と上記副データ伝送路の各
々とを並列に接続する複数の拡張コネクタと、を備え
る。
【００３８】好ましくは、基本周辺装置は、周辺装置の
種類や装置固有の情報を含む固有情報を記憶する記憶手
段を有し、上記ゲーム装置からの求めに応じて、この固
有情報を上記データ通信によって送信する。
【００３９】好ましくは、上記基本周辺装置は、上記主
データ伝送路は２つのデータ線によって構成され、上記
フレーム信号を分割した２つのデータ信号が、それぞれ
上記２つのデータ線を伝送する構成として本発明のデー
タ伝送方法を使用する。
【００４０】上述した構成の周辺装置は、複数の入出力
ポートを備えたゲーム装置に接続されて、ゲーム装置と
データ通信を行うものであり、ゲーム装置から通知され
る入出力ポートの情報と自己が保持する周辺装置の種類
を表す情報とによってデータ伝送路上における送信元ア
ドレスを形成する。
【００４１】本発明の拡張周辺装置は、副データ伝送
路、他の周辺装置を接続可能な基本周辺装置及び主デー
タ伝送路を介してゲーム装置に接続されるゲーム装置の
拡張周辺装置において、上記ゲーム装置とフレーム信号
を用いて間欠的なデータ通信を行う入出力コントローラ
を備え、上記データ通信は、上記ゲーム装置からの命令
に上記入出力コントローラが応答する形式で行われ、上
記フレーム信号は、データパターンの開始を表すスター
トパターン、通信データを担うデータパターン、データ
パターンの終了を表すエンドパターン、を含み、上記デ
ータパターンは、コマンド及びパラメータを含み、上記
パラメータは、送信先アドレス及び送信元アドレスを含
み、上記送信先アドレス及び上記送信元アドレスの各々
は、通信に使用される上記主データ伝送路、通信対象周
辺装置の基本／拡張の区別、及び通信に使用される上記
副データ伝送路の情報を含んで形成される（図５９）。
【００４２】好ましくは、上記主データ伝送路は２つデ
ータ線によって構成され、上記副データ伝送路は上り方
向の２つのデータ線と、下り方向の２つのデータ線とに
よって構成され、上記フレーム信号を分割した２つのデ
ータ信号が、それぞれ上記２つのデータ線を伝送する。
【００４３】上述した構成の拡張周辺装置は、複数の入
出力ポートを備えるゲーム装置とのデータ通信を、入出
力ポートのいずれかに並列接続される複数の拡張コネク
タを有する周辺装置（基本周辺装置）を介して行う。そ
して、データ通信において使用する送信元アドレスを、
ゲーム装置から通知される入出力ポートの情報及び周辺
装置から通知される使用拡張コネクタの情報を用いて形
成する。送信元アドレスは単なるアドレスではなく、一
定の情報を含む。このような周辺装置の機能は、プラグ
アンドプレイ等に好適である。
【００４４】本発明の情報記録媒体は、コンピュータシ
ステムを上述したゲーム装置（ホスト）あるいは周辺装
置として動作させるプログラムを記憶している。
【００４５】上記目的を達成する本発明のゲームシステ
ムは、ゲーム装置に周辺装置を着脱自在に接続して使用
するゲームシステムにおいて、上記周辺装置は少なくと
も一つの機能デバイス（ＭＩＥ、図９、図３０、図４
６、図６５、図８１〜図９４等）を含み、一対のデータ
線を介して上記ゲーム装置に着脱自在に接続されるよう
に構成されており、上記ゲーム装置及び上記機能デバイ
スはそれぞれ、1フレームがスタートパターン部と相手
方に送付すべきデータを含むデータパターン部とエンド
パターン部とによって構成されるシリアルデータ信号を
生成し、生成されたシリアルデータ信号は第1及び第2の
シリアルデータ信号に分配して上記一対のデータ線を介
して受信側に送信するように構成されており、上記デー
タパターン部は、上記一対のデータ線を介して順次送信
されるクロック信号を含むパルス列を有し、上記一対の
データ線の一方を通して送出されるクロック信号のタイ
ミングに対応して他方のデータ線を通してデータを表す
信号レベルを送出し、次に上記他方のデータ線を通して
送出される次のクロック信号のタイミングに対応して上
記一方のデータ線を通してデータを表す次の信号レベル
を送出することを順次行うように構成されており、上記
スタートパターン部は、上記一対のデータ線の一方が電
源電位及び接地電位のいずれか一方の電位レベルに維持
されている間に上記一対のデータ線の他方に送出される
連続した複数個のパルス列を含み、これにより受信側は
送信側からの信号の送出開始を認識するように構成され
ており、上記エンドパターン部は、上記他方のデータ線
が上記一方の電位レベルに維持されている間に上記一方
のデータ線に送出される連続した複数個のパルス列を含
み、これにより受信側は送信側からの信号の送出終了を
認識するように構成されており、受信側は受信した前記
第１及び第２のシリアルデータ信号から送信側が送信し
たデータを再生するように構成されてなる。
【００４６】このような構成のゲームシステムにおける
ゲーム装置及び周辺装置相互間のデータ通信は、２つの
データ信号の両方又はいずれかが伝送クロック成分を含
むので、スタートパターン、エンドパターンの検出や、
データパターンからのデータの分離が容易である。変調
・復調回路の構成が比較的に簡単に済む。
【００４７】好ましくは、上記ゲームシステムは、上記
クロック信号の検出並びに上記スタートパターン部及び
エンドパターン部におけるパルスの検出は、パルスの立
ち上がりまたは立ち下がりの一方のエッジ部分によって
行われるように構成されてなる（図２６、図２７等）。
【００４８】本発明の更に他の形態は、上記データパタ
ーン部において、上記一方のデータ線を通して送出され
るパルス列の上記エッジ部のタイミングに対応して上記
他方のデータ線を通して送出される信号レベルの変化
と、上記他方のデータ線を通して送出されるクロック列
のタイミングに対応して上記一方のデータ線を通して送
出される信号レベルの変化とを受信側で合成して得られ
る信号レベルの変化が送信側から送出されたデータを表
すように構成されてなる（図１０、図２５、図５０）。
【００４９】本発明はさらに、ゲーム装置に着脱自在に
接続して使用する周辺装置であって、少なくとも一つの
機能デバイスと、上記ゲーム装置に着脱自在に接続さ
れ、上記ゲーム装置から送出される上記第1及び第2のシ
リアルデータを受信する一対のデータ線と、上記一対の
データ線を通して上記ゲーム装置から受信した第１及び
第２のシリアルデータから上記ゲーム装置が送出したデ
ータを再生する手段と、1フレームが上記構成のスター
トパターン部と上記機能デバイスで生成されたデータを
含む上記構成のデータパターン部と上記構成のエンドパ
ターン部とによって構成されるシリアルデータ信号を生
成する手段と、上記ゲーム装置からのコマンドに応答し
て、上記シリアルデータ信号を上記構成の第1及び第2の
シリアルデータ信号に分配して上記一対のデータ線を介
して上記ゲーム装置に送信する手段と、を含むように構
成されてなる、上述したゲームシステムのゲーム装置に
接続して使用する周辺装置である。
【００５０】本発明の他の形態は、ゲーム装置に接続し
て使用する周辺装置であって、この周辺装置は一対のデ
ータ線を介してゲーム装置に着脱自在に接続され、上記
一対のデータ線を介してパルスの立ち上がりあるいは立
ち下がりの一方のエッジ部で識別されるシリアルデータ
信号によって上記ゲーム装置との間でデータ伝送を行う
ように構成されており、上記ゲーム装置はスタートパタ
ーン部、データパターン部及びエンドパターン部を含む
パルス列によって1フレームが構成される信号を生成
し、これを2つのシリアルデータ信号に分配して上記一
対のデータ線を介して上記周辺装置に送信するように構
成されており、上記データパターン部には上記一対のデ
ータ線を介して送信される2つのパルス列に交互に発生
する上記一方のエッジ部で識別しこれによって合成され
る一連のクロック信号が含まれており、上記周辺装置は
一方のデータ線を通して受信する上記一方のエッジ部で
識別されるクロック信号のタイミングで他方のデータ線
を通してデータ信号を送出するように周辺装置で生成さ
れるデータ信号を2つのシリアルデータ信号に分配して
上記一対のデータ線を介して交互にゲーム装置に送信す
るように構成されてなる。
【００５１】本発明のさらに他の形態は、上記スタート
パターンは一方のデータ線が電源電位あるいは接地電位
の一方の電位に維持されているときに他方のデータ線を
介して送出される連続する4個の上記一方のパルスエッ
ジ部（図１１、図１３（ａ））を含み、上記エンドパタ
ーンは上記他方のデータ線が上記一方の電位に維持され
ているときに上記一方のデータ線を介して送出される連
続する2個の上記一方のパルスエッジ部（図１１、図１
３（ｂ））を含み、これにより周辺装置で生成される信
号の送出開始及び送出終了を認識するように構成されて
なる。
【００５２】なお、上述のかっこ書き内の図番や符号は
図面参照の便宜のためであり、該当する部分が他の図面
にも記載されている場合があることを留意すべきであ
る。また、これ等の参照は発明を限定する意図のもので
はない。
【００５３】
【発明の実施の形態】（構成の概要）まず、システム構
成の概略を図１及び図２を参照して説明する。図１は、
コンピュータシステムとしてのゲーム装置を説明する説
明図である。図２は、このゲーム装置の制御系を説明す
るブロック図である。
【００５４】ゲーム装置（ホスト）１は、ゲームプログ
ラム等を実行するＣＰＵ１ａ、ゲーム装置としての制御
プログラム、データ、ＯＳ等を記憶するＲＯＭ１ｂ、ゲ
ームアプリケーションプログラムやデータを記憶するＣ
Ｄ−ＲＯＭ装置１ｃ、ＣＰＵ１ａと各部間のデータ転送
を制御するバスコントローラ１ｄ、ＣＰＵ１ａのプログ
ラムやデータを保持し、データ処理に使用されるＲＡＭ
１ｅ、描画データから画像信号を形成する描画プロセッ
サ１ｆ、音声データから音声信号を形成する音響プロセ
ッサ１ｇ、ＣＰＵ１ａ及び外部の周辺装置相互間のデー
タ転送を中継するペリフェラルインタフェース１ｈ、等
によって構成される。ＲＡＭ１ｅの一部の領域はペリフ
ェラルデータ処理のためのワークＲＡＭとして使用さ
れ、いわゆるＤＭＡ動作が可能になされている。画像信
号及び音声信号はモニタ４、例えばテレビジョンに供給
され、映像と音声が出力される。周辺装置は、基本周辺
装置２と拡張周辺装置３とからなる。基本周辺装置２は
コネクタ１ｉを介してペリフェラルコントローラ１ｈと
接続され、拡張周辺装置３は基本周辺装置２に接続され
る。基本周辺装置２及び拡張周辺装置３は、ホストに対
して電気的（あるいは論理構造的）には並列に接続され
る。基本周辺装置２は、例えば、ゲームコントローラで
あり、拡張周辺装置３は、例えば、音声入力装置、音声
出力装置、光線銃モジュール、振動装置、メモリ装置等
である。
【００５５】ただし、次に述べる第１の実施の形態（第
１のインタフェース規格）では、周辺装置は、その果た
す機能の観点から検討され、Ｕデバイスファンクション
及びＬデバイスファンクションに分類されている。この
分類は、一つの周辺装置に一つの機能が形成される場合
だけでなく、一つの周辺装置内に複数の機能が形成され
る場合や、一つのファンクションが複数の周辺装置によ
って実現される場合があることを考慮したものである。
【００５６】一方、後述する第２の実施の形態（第２の
インタフェース規格）においては、周辺装置は、装置相
互の接続関係から基本周辺装置及び拡張周辺装置に分類
されている。
【００５７】本発明の実施の形態は、大別して、第１の
実施の形態と、第２の実施の形態とに分けられる。
【００５８】（第１の実施の形態）まず、本願の第１の
インターフェース規格で使用する用語の意味について図
面を参照して説明する。
【００５９】まず、データを時系列上に展開したデータ
を「シリアルデータ」と称する。シリアルデータでデー
タのやりとりを行う信号線を「シリアルバス」と称す
る。本願のインタフェース規格を採用する、ゲーム装置
と周辺装置とを接続するシリアルバスをＭバス（Ｍ−Ｂ
ｕｓ）と称する。
【００６０】周辺装置の各デバイスファンクションに最
初から割当てられている、登録制の認識番号を「デバイ
スＩＤ」と称する。デバイスＩＤは、複数種類、例え
ば、２５６種類を用意できる。一つのポートに同じデバ
イス番号が複数あってもよい。
【００６１】ゲーム装置のペリフェラルコントローラと
周辺装置とＭバスで接続する箇所をを「ポート」と称す
る。Ｍバスでは複数のポートを能動的に接続することが
可能である。例えば、１６ポートをサポート可能である
が、実施例では、４つのポート（ポートＡ、ポートＢ、
ポートＣ、ポートＤ）をサポートする例で説明してい
る。
【００６２】図３に示すように、ゲーム装置側を「ホス
ト」、これに接続する周辺装置の機能の一つを「デバイ
スファンクション」と称する。デバイスファンクション
は、装置（製品）そのものではなく、装置の機能を指し
示すため、一つの装置によって一機能が実現される場合
の他、一つの装置の機能を複数に分割し、夫々をデバイ
スファンクションとすることが出来る。Ｍバスでは、ホ
ストは１台で、それにデバイスファンクションがツリー
状に接続される。そして、各デバイスファンクション
は、同一Ｍバス上に存在するように見える。一つのポー
トには、複数のデバイスファンクション、例えば、１４
個のデバイスファンクションが接続可能である。デバイ
スファンクションは、例えば、ゲーム装置の周辺装置
を、ゲームコントローラ、ゲームパッド、ジョイスティ
ック、キーボード、模擬操縦装置、模擬銃、記憶装置、
音声装置等として機能させる。
【００６３】図４に示すように、各デバイスファンクシ
ョンは、「上位（Ｕ）デバイスファンクション」と「下
位（Ｌ）デバイスファンクション」との２種類に分類さ
れる。Ｕ−デバイスファンクションは、ホストと接続出
来る。また、Ｕ−デバイスファンクションはＬ−デバイ
スファンクションをコントロールする能力を持つ。Ｌ−
デバイスファンクションは、Ｕ−デバイスファンクショ
ンに接続している、あるいは接続することを前提とする
デバイスファンクションである。Ｕ−デバイスファンク
ションからＬ−デバイスファンクションに繋がるＭバス
を「ＬＭバス」と称する。
【００６４】一つのポートに必ず一つのＵ−デバイスフ
ァンクションがないと、そのポートは使用できない。そ
して、主として、ゲーム装置のゲームコントローラをＵ
−デバイスファンクション、拡張（周辺接続）装置をＬ
−デバイスファンクションとする。例えば、Ｍバスに
は、最大１４個のＬ−デバイスファンクションを接続で
きる。
【００６５】また、Ｕ−デバイスファンクションにＵ−
デバイスファンクションを接続することが可能である。
この場合、接続したＵ−デバイスファンクションは、Ｌ
−デバイスファンクションとなる。Ｕ−デバイスファン
クションとＬ−デバイスファンクションとは物理的に分
離している必要はなく、Ｕ−デバイスファンクションの
中に論理的に分離した別のデバイスファンクションをＬ
−デバイスファンクションとすることが出来る。
【００６６】例えば、周辺装置のデバイスファンション
を制御するＩＣ（例えば、マイクロコンピュータ）の中
に機能別に、デジタル制御部をＵ−デバイスファンクシ
ョン、アナログ制御部をＬ−デバイスファンクションと
することができ、Ｌ−デバイスファンクションすなわち
アナログ制御部を使用しないときには、その部分を使用
不可にすることも可能である。
【００６７】図５に示すように、ホストの各ポートにお
いて複数のデバイスファンクションのいずれにも、ホス
トが直接的にアクセスできるように、個々のデバイスフ
ァンクションにポートＡから順に番号が割振られる。こ
のデバイスファンクション毎に割振られるアクセスのた
めの識別番号（あるいは符号）を「絶対位置（ＡＰ）」
と称する。
【００６８】Ｍバスでは、ホストの１つのポートに複数
のデバイスファンクションが割当てられる。Ｍバスのポ
ート数とＡＰの数の関係は、次式で表される。
【００６９】（最大ポート数）×（１ポートに割当てら
れる最大ＡＰ数）＝一定値 実施例のＭバスでは、「一定値」を１バイトで表現する
ことにする。この場合、（４ポート（max１６ポー
ト））×（最大ポート１６個のＡＰ）＝１バイトとな
る。
【００７０】１６個のＡＰのうち、ポートにＡＰが一つ
予約されるため、１ポートに割り当てられるＡＰは最大
１５個になる。これより、１ポートに最大１５デバイス
ファンクションまで使用可能となる。また、１ポートに
Ｕ−デバイスファンクションが１つ接続されるので、Ｌ
−デバイスファンクションは最大１４デバイスファンク
ションとなる。
【００７１】デバイスファンクションに割当てられるＡ
Ｐは、ポート毎に使用可能な数字の範囲が定められる。
例えば、ＡＰの構成は、次のようになる。
【００７２】ビット ７６５４３２１０ Ａ Ｐ ｐｐｐｐ＊＊＊＊ ここで、“ｐｐｐｐ”はポート番号（ポートＡ＝“００
００”、ポートＢ＝“０００１”、ポートＣ＝“００１
０”、ポートＤ＝“００１１”）に相当し、“＊＊＊
＊”は連番（“００００”（１０進数の“０”）〜“１
１１１”（１０進数の“１５”））である。よって、１
つのポートで最大１５デバイスファンクションのＡＰが
定められる。
【００７３】２進数表示にすると、デバイスファンクシ
ョンのＡＰ値は、ポートＡでは“０００００００１”〜
“００００１１１１”の範囲、ポートＢでは“０００１
０００１”〜“０００１１１１１”の範囲、ポートＣで
は“００１００００１”〜“００１０１１１１”の範
囲、ポートＤでは、“００１１０００１”〜“００１１
１１１１１”の範囲である。
【００７４】これ等を、１０進数表示にすると、それぞ
れ、１〜１５、１７〜３１、３３〜４７、４９〜６３と
表される。また、１６進数表示にすると、それぞれ、＃
０１〜＃０Ｆ、＃１１〜１Ｆ、＃２１〜２Ｆ、＃３１〜
＃３Ｆと表される。
【００７５】デバイスファンクションから見たホストの
各ポートのＡＰは、常に、そのポートで使用できるＡＰ
の最小値で、ポートＡでは＃００（０）、ポートＢでは
＃１０（１６）、ポートＣでは＃２０（３２）、ポート
Ｄでは＃３０（４８）となる。デバイスファンクション
及びホストは、ＡＰの上位４ビットからその接続されて
いるポートが判別できる。デバイスファンクションへの
アクセスは、このＡＰでアクセスするデバイスファンク
ションを指定する。
【００７６】各デバイスファンクション毎に割り当てら
れているＡＰ指定することで、１つのデバイスファンク
ションが指定されるため、ホストは、周辺装置の各デバ
イスファンクションにダイレクトにアクセスできる。こ
のため、図６に示すように、ホストから見て、ホストと
各デバイスファンクションとは何も経由せずに接続され
ているように見える。別言すれば、各デバイスが同一バ
ス上に接続されているように見える。
【００７７】ホストとデバイスファンクションのデータ
のやりとりは、従来のような一方通行的なものではな
く、その場その時に適したデータの送信受信が出来るよ
うに、ある決った命令を用いてデータのやりとりを行
う。この命令のことを「コマンド」と称する。コマンド
のデータを「パラメータ」と称する。
【００７８】一回の送信データは、図７に示すように、
コマンド＋パラメータの１フレーム（例えば、２５６バ
イト）で構成される。パラメータには、ＡＰデータ、デ
ータのサイズ、データが含まれるが、データを含まない
場合もある。
【００７９】原則的に、ホストがコマンドを発行してデ
バイスファンクションにアクセスする。デバイスファン
クションはそれに対応するデータを用意した後、ホスト
にコマンドを発行してデータを送る。Ｍバスでは、例え
ば、最大２５４個のコマンドを用意可能であり、最大２
５３バイトのデータの転送が可能である。
【００８０】周辺装置、例えば、ゲーム操作入力装置と
してのゲームコントローラの機能を拡張するための拡張
装置を接続する場所を「拡張ソケット」と称する。拡張
ソケットには、原則として、Ｌ−デバイスを接続する。
標準的なゲームコントローラでは、例えば、２つの拡張
ソケットを持つ。Ｍバスでは、拡張ソケットの数はＬ−
デバイスファンクションの個数と同じ数、例えば、実施
例では１４個まで持つことが出来る。
【００８１】あるデータをＭバス用のシリアルデータに
変換し、Ｍバス上で送受信できるようにする回路あるい
は機能デバイスを「ＭバスＩ／Ｆエンジン（ＭＩＥ）」
と称する。Ｍバス規格の機器は、全てこのＭＩＥを持
つ。ホストにはホスト用のＭＩＥ、Ｕ−デバイスファン
クションにはＵ−デバイスファンクション用のＭＩＥ、
Ｌ−デバイスファンクションにはＬ−デバイスファンク
ション用のＭＩＥを組込む。
【００８２】図８に示すように、ホストがデバイスファ
ンクションにアクセスするためには、必ずデバイスファ
ンクションを統括するソフト「Ｍバスドライバ」を介し
なければならない。デバイスファンクションは、Ｍバス
ドライバによって、制御・管理される。Ｍバスドライバ
は、デバイスＩＤ（機能識別番号）、ＡＰ（絶対位
置）、ポート等の管理、コマンドの受信・発信、データ
形式の制御、管理等を行う。Ｍバスドライバを改良（改
版）、追加していくことにより、コマンドを増すことが
出来る。
【００８３】Ｍバスにおいて、全ての周辺装置は、所定
フォーマットによる装置に特有の情報（固有情報）を記
録しなけれはならない。このデバイスファンクション情
報のことを「デバイスステイタス」と称する。
【００８４】デバイスステイタスは、管理データとし
て、製品名、デバイスＩＤ、ライセンス、モデルナンバ
ー、仕向地、ＬＭ−バス数等を、電気的データ（ハード
ウェア情報）として、スタンバイ消費電流、最大消費電
流等を記録する。デバイスステイタスは、Ｍバスドライ
バ及びアプリケーション・プログラム・インタフェース
（ＡＰＩ）にて管理活用され、例えば、周辺装置の製品
名や接続許容の判別、最大消費電流に基づくポート全体
の電流制御等を可能とする。
【００８５】図９は、本インタフェース規格が提案する
範囲を概略的に示している。ホスト上で実行されている
アプリケーションソフトは、周辺装置のデバイスファン
クションとのデータ通信をＡＰＩというソフトウェアを
介して、あるいは直接にＭバスドライバにインストラク
ションを与えて行う。Ｍバスドライバによってインスト
ラクションに対応して形成されるコマンドはホストのＭ
ＩＥ、ケーブル、周辺装置のＭＩＥ、ＭＩＥコントロー
ラを介して、周辺装置のデバイスファンクションの中核
となるコントロールソフトに伝えられる。該コントロー
ルソフトは当該コマンドに対する応答を、ＭＩＥコント
ローラ、周辺装置のＭＩＥ、ケーブル、ホストのＭＩ
Ｅ、Ｍバスドライバを介してホスト上で実行されている
アプリケーションソフトに返す。周辺装置には、複数の
デバイスファンクションを設けることが出来るが、この
場合には、各デバイスファンクションはＭＩＥを共用す
ることが可能である。ここで、ＭＩＥ、接続ケーブル等
は物理的階層、Ｍバスドライバ、ＭＩＥコントローラは
論理的階層に相当する。
【００８６】次に、Ｍバス上のデータの伝送について説
明する。
【００８７】Ｍバスにおいては、データ伝送は同期シリ
アル方式で行われる。接続ケーブルは、電力線対（Ｖc
c、ＧＮＤ）、データ線対（ＳＤＣＫＡ、ＳＤＣＫＢ：
双方向）の計４線を使用する。必要により、ノイズ防止
のために接続ケーブルをシールドするシールド線が追加
される。データの送受信は双方向通信の半二重とし、適
当なデータ転送速度、例えば、２Ｍbpsに設定される。
【００８８】図１０を参照して、伝送原理について説明
する。データは、データ線を伝搬するシリアルデータク
ロック（ＳＤＣＫ）Ａ及びシリアルデータクロック（Ｓ
ＤＣＫ）Ｂによって伝送される。シリアルデータクロッ
クＡ及びＢは、データ伝送時には、クロック成分を含
み、同図に示すように、交互にネガティブエッジ（立ち
下がりエッジ）となる。すなわち、図１１のデータパタ
ーン部に示すように、伝送クロックのパルス列の各パル
ス間にデータのビットが挿入され、シリアルデータクロ
ックＡ及びＢ相互間は時間軸上において適当な量（一方
の信号のパルスエッジが他方の信号のデータ部分に位置
するような時間）だけシフトされている。る。受信側で
は、一方の信号の、波形のネガティブエッジのタイミン
グにおいて他方の信号のデータ部分をラッチし、これを
読取りデータ（再生データ）とする。信号のデータ部分
は、信号のレベル変化可能な部分であり、Ｌレベル
（「０」）、あるいはＨレベル（「１」）を担う。Ｌレ
ベルは、相対的に低い第１の電位レベル（例えば、接地
電位）であり、Ｈレベルは相対的に高い第２の電位レベ
ル（例えば、電源電位）である。データは、例えば、最
上位桁（ＭＳＢ）側から転送される。このようなデータ
伝送を行う回路は比較的に簡単に構成することができ
る。なお、データラッチのタイミングは、ポジティブエ
ッジ（立ち上がりエッジ）を使用することとしても良
い。
【００８９】この方式によれば、Ｉ2ＢＵＳやＤＳ−リ
ンク方式に比べてデータ伝送路の伝送周波数を下げるこ
とが可能となる。例えば、Ｉ2ＢＵＳやＤＳ−リンク方
式では、１０Ｍビット／秒のデータ伝送速度を送るに
は、データ伝送媒体を１０ＭＨｚで動作させる必要があ
る。これに対し、本方式では、１０Ｍビットのデータを
２本のデータ線でそれぞれ５Ｍビットずつ分担して伝送
するので、理論的にはデータ線の５ＭＨｚのデータ伝送
クロックで１０Ｍビット／秒のデータ伝送速度を得るこ
とが可能となる。また、クロックパルス間にデータを挿
入することによってパルス幅が長くなるので、当該部分
では伝送周波数が等価的に低下する。より低い伝送速度
で済むことは回路設計を容易にする。
【００９０】図１１及び図１２は、信号の伝送フォーマ
ットの例を示している。伝送フォーマットは、スタート
パターン、データパターン、エンドパターンによって構
成され、必要により、ＣＲＣ(Cyclic Redundancy Chec
k)チェックビットが付加される。
【００９１】図１１は、標準の伝送フォーマットを示し
ている。データ伝送は、フレーム単位（最小単位）で行
われる。標準フォーマットの１フレームの構成は、デー
タ伝送の開始を示すスタート（ＳＴＡＲＴ）パターンか
ら始り、２５６バイト長のデータ（ＤＡＴＡ）パター
ン、そしてエンド（ＥＮＤ）パターンで構成される。デ
ータパターン中に示される「Ｄ」は、データの「０」・
「１」のビット情報を担っている部分を示している。
【００９２】図１２は、標準データフォーマットにエラ
ー訂正機能を付加したＣＲＣオプション付フォーマット
の例を示している。エラー訂正方法としては、例えば、
巡回冗長検査（ＣＲＣ）を使用することが出来る。ＣＲ
Ｃオプション付のデータ伝送時は、図１２のデータパタ
ーンに示すように、ＣＲＣの対象となったデータの後に
ＣＲＣコードのパターンが付加される。
【００９３】上述した伝送フォーマット中のデータパタ
ーン以外の部分は、特定の情報を担う情報パターンとな
っている。情報パターンは、データ線ＳＤＣＫＡ及びＳ
ＤＣＫＢのいずれかが、「Ｌ」レベル状態の間に他方の
信号線を伝搬する信号パルス（伝送クロック）数によっ
て定義される。情報パターンとしては、例えば、同期パ
ターン、データ線占有許可パターン、リセットパターン
等がある。
【００９４】同期パターンには、図１３（ａ）に示すス
タートパターン、同図（ｂ）に示すエンドパターン、図
１４に示すＣＲＣオプション付きスタートパターンがあ
る。
【００９５】スタートパターンは、上述したデータパタ
ーンに先立ち伝送される同期パターンである。受信側の
ＭＩＥが、データ線ＳＤＣＫＡが「Ｌ」レベルの期間に
データ線ＳＤＣＫＢの４ネガティブエッジを検出する
と、以降のパターンをデータパターンとして解読し、メ
モリに取込むバッファリングを行う。
【００９６】エンドパターンは、データパターンの終了
を示す。受信側のＭＩＥが、データ線ＳＤＣＫＢが
「Ｌ」レベルの期間にデータ線ＳＤＣＫＡの２ネガティ
ブエッジを検出すると、データパターンの終了を確認し
て正常終了とする。
【００９７】ＣＲＣオプション付スタートパターンは、
ＣＲＣオプションを付加するときのＳＴＡＲＴパターン
である。受信側のＭＩＥは、データ線ＳＤＣＫＡが
「Ｌ」レベルの期間にＳＤＣＫＢラインの６ネガティブ
エッジを検出すると、ＣＲＣオプション付のデータ伝送
と認識する。そして、ＥＮＤパターン以前の１６ビット
をＣＲＣデータとして、データ部分に対してエラー検査
を行う。
【００９８】図１５は、ホストが受信側にデータ線のう
ちの１本の占有を許容するデータ線占有許可パターンの
例を示している。データ線ＳＤＣＫＢの占有許可パター
ンは、ＳＤＣＫＡが「Ｌ」の期間にＳＤＣＫＢラインが
８ネガティブエッジを有する。受信側のＭＩＥがＳＤＣ
ＫＢ占有許可パターンを検出した場合、次のＳＤＣＫＡ
のネガティブエッジよりＳＤＣＫＡが「Ｌ」の期間ＳＤ
ＣＫＢを占有することが出来る。その後、ＳＤＣＫＡの
ポジティブエッジによりＳＤＣＫＢの占有を解除する。
【００９９】例えば、データ線ＳＤＣＫＢを占有して、
シューティングゲーム装置に使用される光線銃（Light-
Gun）の出力データをゲーム装置に送ることが出来る。
データ線ＳＤＣＫＢのみを使用してデータが転送され、
データ線ＳＤＣＫＡは占有の時間（期間）を示してい
る。
【０１００】図１６は、リセットパターンを示してい
る。リセットパターンは、データ線ＳＤＣＫＡが「Ｌ」
レベルの状態でデータ線ＳＤＣＫＢラインが１４ネガテ
ィブエッジを有する。受信側のＭＩＥがリセットパター
ンを検出した場合は、ホスト側からのリセット要求と判
断する。デバイスは、ＭＩＥの初期化、ＡＰの抹消を行
う。その他のデータの初期化は行わない。
【０１０１】次に、ホストとデバイス間のデータ通信に
おける伝送プロトコルについて図１７を参照して説明す
る。
【０１０２】まず、原則として、コマンド送信の優先権
はホスト側にある。ホストからのコマンドに該当するデ
バイスファンクションが応答する形で交信が行われる。
従って、ホストからのコマンド送信によって全ての通信
プロトコルは開始する。図１８（ａ）はこの様子を説明
するものである。データ通信は必要が生じたときにホス
トからデバイスファンクションに対して行われる。従っ
て、Ｍバス、ＬＭバス上では、ホストと複数のデバイス
ファンクションの各々との間で間欠的なデータ通信が行
われる。なお、送信すべきデータが、１送信フレームと
して定められた長さを超える場合には、図１８（ｂ）に
示すように、送信すべきデータは複数に分割され、分割
された各データが複数の送信フレームによって送信され
る（後述図７０参照）。
【０１０３】ホストのアプリケーションプログラムが特
定の周辺装置のデバイスファンクションからデータを入
手するべくバスドライバにアクセスする。ドライバはあ
て先としてのＡＰ、コマンドを形成し、ＭＩＥはＡＰ、
コマンドを担うフレームデータをＭバスに送出する。バ
ス接続されているデバイスファンクションは通常状態に
おいては、待機状態にあり、ホストからのコマンドを待
受けている。周辺装置のＭＩＥがフレームデータを受信
し、デバイスファンクションのコントロールプログラム
にＭＩＥコントローラを介してコマンドを渡す。コント
ロールプログラムは、自己のＡＰを検出すると、当該コ
マンドに対する応答をＭＩＥコントローラを介してＭＩ
Ｅに返答する。ＭＩＥは、返信コマンドとホストのＡＰ
を含むフレームデータを形成し、バスに出力する。ホス
トは、該フレームデータを受信して送信コマンドに対す
る応答を得る。デバイスファンクションはコマンドの待
受け状態に戻る。
【０１０４】このようにして、ホストは、必要な情報を
デバイスファンクションから入手することができる。
【０１０５】次に、デバイスファンクションにおける処
理の概略を図１９を参照して説明する。周辺装置に電源
線が接続され、電源が供給されると、デバイスファンク
ションはハードウェアの初期値設定等を行う初期化を実
行する。次に、後述する、デバイスファンクションにＡ
Ｐ値を設定するＡＰセット処理を行う。ＡＰセット処理
では、接続デバイスファンクションの認識、デバイスフ
ァンクションへのＡＰの割当て等が行われる。デバイス
ファンクションがＡＰを保持することにより、ホストと
デバイスファンクション間の交信がＡＰによって可能と
なり、通常の動作状態となる。
【０１０６】通常動作状態において、デバイスファンク
ションがホストからリセットコマンドを受信すると、Ａ
Ｐの再設定を行う（ソフトリセット）。バスリセットコ
マンドを受信すると、該当するポートのバスに接続され
た全てのデバイスファンクションを初期化し、ＡＰの設
定し直しを行う（ハードリセット）。ホストは、各デバ
イスファンクションにコマンドを送出して動作の禁止や
停止を指令することも出来る。
【０１０７】デバイスファンクションへのＡＰセット処
理について図２０を参照して説明する。
【０１０８】ＡＰセットは、ポートに接続されているデ
バイスファンクションの認識とＡＰの割当てを行う処理
である。
【０１０９】(1) ホストは、初期化終了後、ポートに
デバイスファンクションが接続されているかどうかを確
認するために、ポートＡから順々にデバイスリクエスト
（Device Request）を送信する。デバイスリクエストは
ＡＰが割当てられていないデバイスファンクションに対
して、デバイス固有の情報であるデバイスステイタス(D
evice Status)を返すように要求するコマンドである。
送出はポートＡから順に行い、ポートＤで終了する。
【０１１０】(2) Ｕ−デバイスファンクションは、初
期化終了後、ＬＭバスをＭバスから切り離し、ホストか
らのデバイスリクエストを待つ。ホストからデバイスリ
クエストを受取ると、それに応答してデバイスステイタ
スをホストに返す。この時点でのデバイスリクエストを
受取れるデバイスファンクションは、１回に付きポート
で１つだけである。ＡＰを割当てられたデバイスファン
クションは反応しない。
【０１１１】(3) ホストは、デバイスファンクション
からデバイスステイタスを受取ると、このデータを基に
接続関係と、デバイスの属性を把握し、デバイスファン
クションにＡＰを割振り、割振ったＡＰ値を担うＡＰア
サイン（AP Assign）をデバイスファンクションに送
る。ＡＰは、各ポートで設定されている範囲内で連番で
割振られ、ホストはＡＰとデバイスファンクションの関
係を把握する。デバイスファンクションの属性がアプリ
ケーションソフトの予定しない（使用対象外）ものであ
った場合は、デバイスファンクションの動作を停止させ
るコマンド、デバイスキル(Device Kill)を送り、その
デバイスファンクションの動作を停止することが出来
る。当該デバイスファンクションがＵ−デバイスファン
クションである場合は、それに接続されるＬ−デバイス
ファンクションも停止し、そのポート全体を動作不可に
することが出来る。
【０１１２】(4) デバイスファンクションは、ホスト
からのＡＰアサインを受取り、割当てれたＡＰを記憶し
て、ホストにデバイスファンクションからの返信として
デバイスリプライ(Device Reply)を返す。これ以後、ホ
ストからデバイスファンクションへのアクセスは、デバ
イスＩＤから、ＡＰを用いて行われる。
【０１１３】(5) ホストは、今セッティングしている
デバイスファンクションのＬＭバスの本数を、デバイス
ステイタスで把握しているので、ＬＭバスがある場合に
は、デバイスファンクションにＬＭバスの１つを接続す
るように、ＬＭバスコネクト(LM-Bus Connect)を送る。
ＬＭバスコネクトがない場合には、後述の処理(10)を行
う。
【０１１４】(6) Ｕ−デバイスファンクションは、Ｌ
Ｍバスコネクトを受取ると、ＬＭバスの１本をＭバスと
接続する。そして、ホストにデバイスリプライを返す。
【０１１５】(7) ホストは、デバイスリプライを受取
ると、デバイスリクエストを送る。このとき、Ｕ−デバ
イスファンクションは既にＡＰが割当てられているので
反応しない。
【０１１６】(8) Ｌ−デバイスファンクションは、ホ
ストからデバイスリクエストを受取ると、それに応答し
てデバイスステイタスをホストに送る。
【０１１７】(9) ＬＭバスが全て接続される（全ての
デバイスファンクションにＡＰが割当てられる）まで、
(3)以降の処理を繰返す。
【０１１８】(10) ホストは、各デバイスファンクショ
ンの動作を開始させるために、ファンクションスタート
(Function Start)を送る。
【０１１９】(11) デバイスファンクションは、ファン
クションスタートを受けとると、ＡＰセットの動作か
ら、通常の動作に移行する。移行した後、デバイスファ
ンクションはホストにデバイスリプライを返す。
【０１２０】(12) ホストは、デバイスリプライを受取
ると、次のＡＰにファンクションスタートを送る。
【０１２１】(13) (11)と(12)の処理を繰返して各デバ
イスファンクションを順次活性化し、最後のＡＰのデバ
イスファンクションがデバイスリプライを返して、ＡＰ
セットの処理を終了する。
【０１２２】(14) 各デバイスファンクションは、通常
動作に移行し、ホストは次のポートのＡＰのセットを行
う。
【０１２３】このようにして、あるポートに接続された
各デバイスファンクションへのＡＰ設定が行われる。
【０１２４】次に、ホストが動作中にケーブルの抜き差
しが発生した場合（活線挿抜）の処理について説明す
る。
【０１２５】(1) ホストは、各ポートに一定間隔でデ
バイスリクエストを送出する。使用しないポートはアク
セスの対象から除くことが出来る。
【０１２６】(2) 接続されていなかったポートからデ
バイスステイタスが返ってくれば、ホストはデバイスフ
ァンクションが接続されたと認識する。認識後、そのポ
ートに対してリセットパターンを出力し、全デバイスフ
ァンクションのＡＰを抹消する。その後、ＡＰセット処
理を行い、ＡＰの更新と接続関係の再構築を行う。
【０１２７】(3) ホストは、デバイスファンクション
にコマンドを送信し、デバイスファンクションから応答
がなければ、そのデバイスファンクションは切断された
ものとして認識する。切断されたデバイスファンクショ
ンは、ホストにてＡＰの抹消、接続関係の再構築を行
う。
【０１２８】通常動作におけるデータの送信・受信の処
理について説明する。
【０１２９】(1) コマンド送信の優先権 コマンドは、最初に必ずホストから送り、デバイスファ
ンクションがそれに返答する。最初にデバイスファンク
ション側からホストにコマンドを送ることは、認められ
ていない。コマンドの再送は、デバイスファンクション
側からリクエストがない限り、ホスト側からは行わな
い。
【０１３０】(2) データ形式 送信・受信のデータは、コマンドとパラメータ（ＡＰデ
ータ、データサイズ、データ）から成り立つ。実際にデ
ータ線に送出される信号には、ＭＩＥにて、コマンドの
前にスタートパターン、パラメータの最後尾にエンドパ
ターンが付加される。そして、「スタートパターン」＋
「コマンドパターン」＋「ＡＰデータ」＋「データサイ
ズ」＋「データ」＋「エンドパターン」の順番で１つの
フレームが構成され、送信される。
【０１３１】受信側のＭＩＥにてフレームは解析され、
スタートパターンとエンドパターンを確認する。コマン
ドとパラメータの詳細は後述される。
【０１３２】(3) ホスト ホスト用ＭＩＥは、Ｍバスドライバによって管理され
る。デバイスファンクションのデータの取得はＭＩＥで
自動的には行われずに、Ｍバスドライバを介して各ソフ
トウェアが行う。ここで、各ソフトウェアとは、Ｍバス
のドライバの上位のソフトウェア、例えば、ライブラリ
ソフトやゲームソフトウェアをいう。１回のアクセスで
ＡＰ指定した１個のデバイスファンクションと通信でき
る。１ＩＮＴ中に複数のデバイスファンクションからデ
ータを取得するには、その数だけデバイスファンクショ
ンにアクセスする。１ＩＮＴ(interrupt)は、ＴＶ画面
の書換タイミングの単位時間であり、約１／６０秒であ
る。ポートの接続チェックは、未接続ポートに対してデ
バイスリクエストを送信して、反応があれば「接続」と
する。ポートは送信時以外は、常に入力（受信）状態で
ある。どのコマンドを使用するかは、デバイスファンク
ションとその時その場面によって異なるため、各デバイ
スファンクションの仕様に従う。
【０１３３】(4) デバイスファンクション 周辺装置用ＭＩＥは、ＭＩＥコントローラを介して、デ
バイスファンクションのプログラムを実行するＣＰＵ等
によってコントロールされる。デバイスファンクション
は、ホストからコマンドが送られてくるまで、受信状態
を維持する。そして、デバイスファンクションは、交信
のために必要な自己のデータを作成する。また、ホスト
からのアクセスとは非同期で、デバイスファンクション
は当該デバイスファンクション（例えば、コントロール
パッド及びジョイステック等の操作入力装置）として出
力すべきデータを作成する。ホストから要求があれば、
規定時間内にデータを送出する。ホストからは、同じポ
ートに接続されている全てのデバイスファンクションに
同じコマンドが送られる。デバイスファンクションは、
受信したコマンドとパラメータを解析し、自己のＡＰと
一致した場合のみ、コマンドを返信する。自己のＡＰと
一致しない場合には、ホストに対して反応してはならな
い。どのコマンドを使用するかは、デバイスファンクシ
ョンとその時その場面によって異なるため、詳細はデバ
イスファンクションの仕様に従う。
【０１３４】(5) 禁止事項 同じポート内のデバイスファンクションからデバイスフ
ァンクションへの、デバイスファンクション同士の直接
のアクセスは禁止される。デバイスファンクション同士
の交信はホストを介さなければならない。また、デバイ
スファンクションは、ホストのみが発行できるコマンド
を使用してはならない。
【０１３５】例外処理について説明する。例外処理は、
データ送受信がコマンドでコントロール出来ない機器の
ために用意されている特別の処理である。このような機
器の例としては、シューティング・ゲームに使用される
ライトガン(光線銃、Light-GUN)がある。
【０１３６】(1) ホストは、デバイスファンクション
がライトガンのデバイスＩＤを持つことを認識した場合
は、Ｍバスを通常モードからＳＤＣＫＢ占有モードに切
替える。デバイスファンクション側からモード切替は出
来ない。ホストは、切替える前に、モードチェンジを送
出して、ライトガンが接続されているかを確認した後、
ＳＤＣＫＢ占有パターンにて、Ｍバスモードを切替え
る。
【０１３７】ＳＤＣＫＢ占有モードになると、そのポー
トの全デバイスがＳＤＣＫＢ占有モードになり、ＳＤＣ
ＫＢ占有モードで動作するデバイスファンクション以外
はコマンドを受付けない。例えば、ポートＡに、ライト
ガン、メモリカード及び振動ユニットが接続されている
場合、ＳＤＣＫＢ占有モードで動作するデバイスファン
クションはライトガンだけである。占有モードにする
と、ライトガンだけがホストから制御され、他のデバイ
スファンクションであるメモリカードや振動ユニットは
動作しない（ホストから制御できない）。
【０１３８】(2) ＳＤＣＫＢ占有モードから戻るため
には、ホストにて解除処理を行う。ＳＤＣＫＢ占有モー
ド終了後は、直ぐに通常モードになる。
【０１３９】(3) ライトガンの場合、１ＩＮＴの画面
書替えの時間のうち、垂直ブランキング期間を除いた時
間、すなわち、ＴＶ画面を描画している期間がＳＤＣＫ
Ｂ占有モードとなる。
【０１４０】画面を描画している期間が終り、ブランキ
ング期間になったとき、直ぐに通常モードに切替えて、
その他のポートのデバイスファンクションに対してデー
タの送信とデータの受信を行う。
【０１４１】(4) ライトガンの機能を実現するために
は、受光素子を持つ部分を１デバイスファンクションと
し、トリガーや方向キー、アナログキー等の部分を別の
１デバイスファンクションとする。こうすると、従来、
ライトガンを使用するときには、方向キーが使用できな
い、という不具合を解消可能となる。また、ライトガン
が単体のデバイスファンクションとなるので、他の拡張
装置との接続も可能となる。これにより、新たな機能の
ゲームアプリケーションの提供が可能となる。
【０１４２】次に、コマンドの例について説明する。コ
マンドには、大別して、コントロールコマンドとエラー
コマンドとがある。
【０１４３】コントロールコマンドには、基本コマンド
として、デバイスリクエスト(Device Request)、ステイ
タスリクエスト(Status Request)、オールステイタスリ
クエスト(All Status Request)、ＡＰアサイン(AP Assi
gn)、ＬＭバスコネクト(LM-Bus Connect)、ファンクシ
ョンスタート(Function Start)、ホストデータトランス
ミット(Host Data Transmit)、データリクエスト(Data
Request)、オールデータリクエスト(All Data Reques
t)、モードチェンジ(Mode Change)、デバイススリープ
(Device Sleep)、デバイスリセット(Device Reset)、デ
バイスキル(Device Kill)、デバイスステイタス(Device
Status)、デバイスリプライ(Device Reply)、デバイス
データトランスミット(Device Data Transmit)、等があ
る。この他に基本コマンドに属しない拡張コマンドがあ
る。拡張コマンドは、デバイスファンクション、Ｍバス
ドライバによって異なる。
【０１４４】デバイスリクエスト(Device Request)は、
ホストが、ＡＰが割当てられていないデバイスファンク
ションに対して、デバイスステイタスを返すように要求
するコマンドである。
【０１４５】ステイタスリクエスト(Status Request)
は、ホストが、ＡＰで指定されるデバイスファンクショ
ンに対し、デバイスステイタス（データは固有デバイス
情報(Fixed Device Status))を返すように要求するコマ
ンドである。
【０１４６】オールステイタスリクエスト(All Status
Request)は、ホストが、ＡＰで指定されるデバイスファ
ンクションに対して、全てのデバイスステイタス(固有
デバイス情報(Fixed Device Status)と自由デバイス情
報(Free Device Status)の両方)を要求するコマンドで
ある。デバイスファンクションからは、デバイスデータ
トランスミット(Device Data Trandsmit)で、固有デバ
イス情報データの後に自由デバイス情報データを返す。
【０１４７】ＡＰアサイン(AP Assign)は、ホストが、
デバイスファンクションに対して、ＡＰを割当てるコマ
ンドである。ＡＰセット処理内でのみ発行可能である。
デバイスファンクションは、通常動作の間においては受
理せずにコマンドリフューザル(拒否、Command Refusua
l)を返す。
【０１４８】ＬＭバスコネクト(LM-Bus Connect)は、ホ
ストが、デバイスファンクションに対して、ＬＭバスの
１本をＭバスに接続することを要求するコマンドであ
る。デバイスファンクションは、ＬＭバスコネクトを受
信する度に所持しているＬＭバスを１本ずつ接続してい
く。デバイスファンクションが通常動作の間は処理せず
に、コマンドリフューザルを返す。
【０１４９】ファンクションスタート(Function Start)
は、ホストがＡＰで指定したデバイスファンクションを
通常動作させるコマンドである。このコマンドを受け、
デバイスの通常動作になったら、デバイスリプライを返
す。初期化はされない。デバイスファンクションが通常
動作の間は、受理せずにコマンドリフューザルを返す。
【０１５０】ホストデータトランスミット(Host Data T
ransmit)は、ホストからデバイスファンクションにデー
タを転送するコマンドである。データの内容は各デバイ
スファンクションによって異なる。データの詳細は各デ
バイスファンクションの仕様によって定められる。デー
タサイズが０の場合、デバイスファンクションは受信せ
ずに、コマンドリフューザルを返す。ＡＰセットの間
は、デバイスファンクションは受理せずにコマンドリフ
ューザルを返す。
【０１５１】データリクエスト(Data Request)は、ホス
トがデバイスファンクションに指定したデータを送信す
るように要求するコマンドである。データ領域に複数の
要求データの番号を指定することが出来る。データサイ
ズが００ｈの場合は、デバイスファンクションはこのコ
マンドを受理せずにコマンドリフューザルを返す。ＡＰ
セットの間は、デバイスファンクションはこのコマンド
を受理せずにコマンドリフューザルを返す。
【０１５２】オールデータリクエスト(All Data Reques
t)は、ホストがデバイスファンクションに全てのデータ
を送信するように要求するコマンドである。ＡＰセット
処理の間は、デバイスファンクションは、受理せずにコ
マンドリフューザルを返す。
【０１５３】モードチェンジ(Mode Change)は、ホスト
が、ポートのＭバスのモードを切替えるコマンドであ
る。ＳＤＣＫＢ占有モードにするときは、モードチェン
ジ発行後、デバイスリプライを確認して特定ポートをＳ
ＤＣＫＢ占有モードにする。デバイスファンクションが
ＳＤＣＫＢ占有モードでの動作に対応していないとき
は、デバイスファンクションはモードチェンジを受理せ
ずにコマンドリフューザルを返す。ＡＰセット処理の間
は、デバイスファンクションはモードチェンジ処理をせ
ずにコマンドリフューザルを返す。
【０１５４】デバイススリープ(Device Sleep)は、ホス
トが指定デバイスを一時停止させるコマンドである。デ
バイスファンクションは停止後に、デバイスリプライを
返し、以後、ファンクションスタートのみを受付ける。
ＡＰセット処理の間は、デバイスファンクションはデバ
イススリープを受理せずにコマンドリフューザルを返
す。
【０１５５】デバイスリセット(Device Reset)は、ホス
トが、特定デバイスファンクションにソフトリセットを
かけ、初期化させるコマンドである。ソフトリセット
は、ＩＣのリセット端子等のハードウェア機能を利用し
てリセット（初期化）を行うのではなく、例えば、プロ
グラム（ソフトウェア）的に内部のＲＡＭやレジスタを
初期化するものである。ソフトリセットはプログラムで
リセットの対象を選択できるので、初期化したくない箇
所、例えば、ＩＣの端子状態設定等は、保持可能であ
る。既に割振られているＡＰの値は初期化されない。初
期化後、デバイスリプライを返し、通常動作になる。Ａ
Ｐセット処理の間は、デバイスファンクションはデバイ
スリセットを受理せずにコマンドリフューザルを返す。
【０１５６】デバイスキル(Device Kill)、は、ホスト
が、デバイスファンクションに対して動作を認めないコ
マンドである。ＡＰセット処理フローのＡＰアサインの
前でのみ、デバイスファンクションは受理できる。デバ
イスファンクションは、スタンバイ消費電流で待機し、
コマンドを一切受付けない。動作させるためには、ハー
ドリセットまたは電源を切る必要がある。ハードリセッ
トは、ＩＣのリセット端子等のハードウェア機能を利用
してリセット（初期化）を行うものである。また、プロ
グラムで同等の初期化処理を行う場合を含む。ＩＣの初
期化も行わなければならない電源投入の際のパワーオン
リセットと同等処理を行う。ソフトリセットと異なり、
初期化する箇所の選択はできない。デバイスファンクシ
ョンが通常動作の間は、受理せずにコマンドリフューザ
ルを返す。通常動作のときに、デバイスファンクション
を一時停止させるには、デバイススリープを使用する。
【０１５７】デバイスステイタス(Device Status)は、
デバイスファンクションが、ホストに対して固有デバイ
ス情報を返すコマンドである。固有デバイス情報につい
ては後述する。
【０１５８】デバイスリプライ(Device Reply)は、デバ
イスファンクションが、デバイスファンクションの返信
として広範囲で使用する。データ内容のＡＰは、デバイ
スファンクション自身のＡＰを示し、発行元を明確にす
る。
【０１５９】デバイスデータトランスミット(Device Da
ta Transmit)は、デバイスファンクションが、ホストか
らの要求に従って、データを転送するコマンドである。
データの内容は各デバイスファンクションによって異な
る。データサイズが００ｈ（ｈは１６進数表示を表す）
の場合は、ホストは受理せず、コマンドリフューザルを
返す。場合によって、再送信、デバイスステイタス等の
コマンドが送信される。
【０１６０】次に、エラーコマンドについて説明する。
エラーコマンドには、基本コマンドとして、コマンドリ
フューザル（Command Refusual）、コマンドアンノウン
（Command Unknown）、トランスミットアゲン(Transmit
Again)、ＬＭバスエラー(LM-Bus Error)、デバイスエ
ラー(Device Error)等がある。この他に、デバイスファ
ンクション、Ｍバスドライバによって個性化された拡張
コマンドがある。ここで、個性化されたとは、ドライバ
が標準で持っているコマンドではなく、特定のデバイス
ファンクション向けに用意されたコマンドをいう。
【０１６１】コマンドリフューザル（Command Refusua
l）は、ホストあるいはデバイスファンクションが、送
られてきたコマンドに対して、データの受渡しの拒否を
するコマンドである。動作に適合しないコマンドが送ら
れてきた場合にも、このコマンドを返信する。そして、
不正なアクセスを禁止する。
【０１６２】コマンドアンノウン（Command Unknown）
は、ホストから送られてきたコマンドがデバイスファン
クション側に用意されていないものであるときに、デバ
イスファンクションがホストに返すコマンドである。
【０１６３】トランスミットアゲン(Transmit Again)
は、ホストあるいはデバイスファンクションが、送られ
てきたデータに何らかのエラーがあるときに、もう一度
同じデータを送るように要求するコマンドである。
【０１６４】ＬＭバスエラー(LM-Bus Error)は、デバイ
スファンクションが、ホストに対して、ＬＭバスでエラ
ーが発生したことを告げるコマンドである。ホストか
ら、ＬＭバスコネクトを受信したが、接続するＬＭバス
がないとき等にホストに送る。
【０１６５】デバイスエラー(Device Error)は、デバイ
スファンクションが、デバイスファンクションで何らか
のエラーが発生し、復帰中であることをホストに告げる
コマンドである。
【０１６６】上述したデバイス固有の情報（デバイスス
テイタス）について説明する。デバイスステイタスは、
書き替えたり、消去出来ないようにし、そのままのデー
タを記録する。例えば、ある値を計算してステイタス値
や文字にすることは禁止される。
【０１６７】デバイスステイタスには、固有デバイス情
報(Fixed Device Status)と自由デバイス情報(Free Dev
ice Status)とがある。
【０１６８】固有デバイス情報は、絶対に記述しなけれ
ばならない、例えば、全部で１０８バイトのフォーマッ
トの決ったデバイスステイタスである。全ての項目を記
述しないと、動作、接続の保障がされない。
【０１６９】自由デバイス情報は、個々のデバイスファ
ンクションによって自由に使用しても良いデバイスステ
イタスである。容量は、例えば、１４８バイト以下でな
ければならない。
【０１７０】固有デバイス情報には、次のように項目が
含まれる。
【０１７１】(1) デバイスＩＤ デバイスファンクションのＩＤ、属性を記述する。各デ
バイスファンクションは、予め登録してＩＤを取得する
ことで、ホストが読取ったＩＤでどのような種類のデバ
イスファンクションが接続されたのかを判別可能とす
る。そこで、Ｍバスを使用するものは、Ｍバスのライセ
ンスを保有している者に対して、事前に製品別に登録す
る。
【０１７２】(2) 最大データサイズ デバイスファンクションから出力されるデータの最大サ
イズを記述する。
【０１７３】(3) ＬＭバス数 デバイスファンクションが持つＬＭバスの数を記述す
る。
【０１７４】(4) 製品名 製品名を英語またはローマ字でＡＳＣIIコードで記述す
る。実際の商品名と異なっていても良い。製品名も事前
登録の対象となる。
【０１７５】(5) 仕向地コード 製品の販売地域を記述する。例えば、北アメリカ、ヨー
ロッパ、日本等である。このコードを、特定地域向けの
周辺装置とゲームアプリケーションとの適合性を判断す
る等が可能となる。
【０１７６】(6) ライセンス 製品のライセンス表示を英語またはローマ字でＡＳＣII
コードで記述する。
【０１７７】(7) スタンバイ消費電流 一時停止時の消費電流を０．１ｍＡ単位で記述する。
【０１７８】(8) 最大消費電流 最大消費電流を０．１ｍＡ単位で記述する。
【０１７９】一方、自由デバイス情報(Free Device Sta
tus)は、製品の企画者、開発者、設計者、プログラマ等
が自由に記述できる領域の情報である。ホストは、オー
ルデバイスリクエスト(All Device Request)コマンドで
デバイスファンクションからこの情報を取得することが
出来る。アプリケーションソフト等でこの領域を利用す
る場合には、データの配列等の対応を予めとっておく必
要がある。
【０１８０】ホストのＭＩＥを特にペリフェラルコント
ローラと称する。図２１は、ホストに設けられるペリフ
ェラルコントローラのブロック回路図の例を示してい
る。
【０１８１】同図において、クロックデバイダ(Clock D
ivider)５１は、夫々の処理ブロックへ供給するクロッ
クをシステムクロックから作り出し、また、供給するク
ロックの分周比を変えることで、送信（転送）レートの
変更等を行う。
【０１８２】インストラクションレジスタ(Instruction
Register)５２は、メインバスを介してアプリケーショ
ン等からペリフェラルインタフェースへのインストラク
ションが書込まれる３２ビットのレジスタである。書込
まれた内容をポートコントローラ５７、フレームコント
ローラ５８に渡す。
【０１８３】ライトバッファ(Write Buffer)５３は、転
送するデータを書込む２５６バイトのＲＡＭである。
【０１８４】インタラプトコントローラ(Interrupt Con
troller)５４は、送信、受信、各種エラーによる割込み
を制御するコントローラである。
【０１８５】ステイタスレジスタ(Status Resister)５
５は、本コントローラの状態を示す３２ビットのレジス
タである。
【０１８６】リードバッファ(Read Buffer)５６は、受
信したデータを保持するための２５６バイトのＲＡＭで
ある。
【０１８７】ポートコントローラ(Port Controller）５
７は、送受信の対象となるポートを制御するコントロー
ラである。コマンドによって選択された送信ポートの３
ステートバッファ６８を制御して、第１及び第２のセレ
クタ６４及び６５の各出力ＳＤＣＫＡ及びＳＤＣＫＢを
選択ポートに導出する。また、第３及び第４のセレクタ
６６及び６７を制御して受信ポートの選択を行う。
【０１８８】フレームコントローラ(Frame Controller)
５８は、出力パターン、データ長等のフレーム構成を制
御するコントローラである。
【０１８９】フレームエンコーダ(Frame Encoder)５９
は、フレームコントローラ５８によって制御され、情報
パターンの生成、出力を行う。
【０１９０】オルタネイトシフトレジスタ(Alternate S
hift Register)６０は、フレームコントローラによって
制御され、ライトバッファ(Write Buffer)上のパラレル
データをシリアルデータに変換（Ｐ／Ｓ）し、ＳＤＣＫ
Ａ、ＳＤＣＫＢにデータ、クロックを交互に出力するレ
ジスタである。また、オルタネイトシフトレジスタ内に
は、ＣＲＣ演算部が設けられ、フレームコントローラの
指令に従って、データにＣＲＣ処理を行う。
【０１９１】第１のセレクタ６４は、フレームコントロ
ーラ５８によって制御されて、フレームエンコーダ５９
の出力またはオルタネイトシフトレジスタ６０の出力を
選択してＳＤＣＫＡを出力する。
【０１９２】第２のセレクタ６５は、フレームコントロ
ーラ５８によって制御されて、オルタネイトシフトレジ
スタ６０の出力またはフレームエンコーダ５９の出力を
選択してＳＤＣＫＢを出力する。
【０１９３】第３のセレクタ６６は、ポートコントロー
ラ５７の指令に従って、受信ポートを選択し、バッファ
アンプ６９を介して受信したＳＤＣＫＡをフレームデコ
ーダ６１及びオルタネイトシフトレジスタ６２に供給す
る。
【０１９４】第４のセレクタ６７は、ポートコントロー
ラ５７の指令に従って、受信ポートを選択し、バッファ
アンプ６９を介して受信したＳＤＣＫＢをフレームデコ
ーダ６１及びオルタネイトシフトレジスタ６２に供給す
る。
【０１９５】フレームデコーダ(Frame Decoder)６１
は、受信フレームの構成を解析し、ステイタスレジスタ
５５への反映、オルタネイトレジスタ６２の制御を行
う。
【０１９６】オルタネイトシフトレジスタ(Alternate S
hift Register)６２は、フレームデコーダ６１によって
制御され、受信シリアルデータをパラレルデータに変換
する（Ｓ／Ｐ）レジスタである。また、オルタネイトシ
フトレジスタ６２は、受信信号のエラー検査(Error Che
ck)を行うＣＲＣ演算回路を備えている。
【０１９７】ＨＶ（水平／垂直）ラッチ信号コントロー
ラ(ＨＶ Latch Signal Controller)は、フレームコント
ローラ５８によって活性化される。例えば、フレームコ
ントローラ５８が、ＳＤＣＫＢ占有許可パターンを送出
した後、フレームデコーダを不活性化し、ＨＶラッチ信
号コントローラを活性化する。ＨＶラッチ信号コントロ
ーラは、ＳＤＣＫＢ占有許可パターンを送出した後にＳ
ＤＣＫＢを受信すると、図示しないＨＶカウンタにラッ
チ信号を与える。ＨＶカウンタは、画面上の位置に対応
した値を出力する、水平位置カウンタと垂直位置カウン
タである。例えば、シューティングゲームにおいて、テ
レビ画面に向けた銃がトリガされると、ＳＤＣＫＢが銃
から出力される。このＳＤＣＫＢが銃の画面上の照準
（射撃）位置をＨＶカウンタで判別するために使用され
る。
【０１９８】図２２は、フレームエンコーダ５９の動作
原理を説明する回路図である。同図において、５９１は
フリップフロップ、５９２はカウンタ、５９３はコンパ
レータ、５９４は論理ゲートである。
【０１９９】図２３は、フレームエンコーダ５９の動作
を説明するタイミングチャートである。
【０２００】フレームエンコーダ５９にライトパルスが
供給されると、本回路がアクティブ状態となる。ライト
パルスが供給されると、その立上がりエッジでフリップ
フロップ５９１のＱ出力のＳＤＣＫＡが「Ｌ」レベルに
設定される。ＳＤＣＫＡはカウンタ５９２のイネーブル
入力となっており、カウンタ５９２は供給されるクロッ
クＣＬＫの計数を開始する。カウンタ５９２は、カウン
ト値ＣＮＴ ＯＵＴを「０」、「１」、「２」、…
「７」、「８」と歩進する。このカウント値は、コンパ
レータ５９３の比較入力Ａに供給される。コンパレータ
５９３の比較基準入力Ｂには、出力パターン設定値ｎが
供給される。例えば、「スタートパターン」を発生させ
る場合には、コマンドをデコードしたフレームエンコー
ダ５９によって、設定値ｎとして「９」が与えられる。
コンパレータ５９３は、両入力が一致すると、出力端子
ＥＱから出力ＣＭＰ ＯＵＴを出力し、フリップフロッ
プ５９１のプリセット端子／ＰＲに供給する。これによ
り、フリップフロップ５９１のＱ出力のＳＤＣＫＡは、
「Ｈ」レベルに設定される。ＳＤＣＫＡと、クロック信
号ＣＬＫを（１／２）分周したＣＬＫＢ信号とを、オア
ゲート５９４で合成してＳＤＣＫＢを得る。
【０２０１】このように、スタートパターン、リセット
パターン、エンドパターン等に対応した出力パターン設
定値を与えて、ライトパルスを供給すると、ＳＤＣＫＡ
が「Ｌ」レベルに設定され、ＳＤＣＫＢが所定回数の立
ち下がりエッジを有するパターン信号を得ることが出来
る。
【０２０２】図２４は、オルタネイトシフトレジスタ６
０の動作原理を説明する回路図である。同図において、
６０１はパラレルデータをシリアルデータに変換するシ
フトレジスタ、６０２は２入力のセレクタ、６０３はパ
ラレルデータをシリアルデータに変換するシフトレジス
タ、６０４は２入力のセレクタである。
【０２０３】図２５は、オルタネイトシフトレジスタ６
０の動作を説明するタイミングチャートである。
【０２０４】送信する複数の偶数ビットＤ6、Ｄ4、Ｄ
2、Ｄ0をそれぞれシフトレジスタ６０１の複数のＤ入力
端に与え、図示のタイミングのシフトクロックＳＨＩＦ
Ｔ ＣＬＫＡにより、データをシフトさせ、出力端Ｑよ
りシリアルデータとしてセレクタ６０２のＡ入力端に供
給する。セレクタ６０２のＢ入力端には、図示のクロッ
クＣＬＫＡが入力されている。セレクタ６０２は、シフ
トクロックＳＨＩＦＴＣＬＫＡの「Ｈ」レベル対応して
出力端Ｑのシリアルデータを、「Ｌ」レベルに対応して
クロックＣＬＣＫＡを選択する。この結果、セレクタ６
０２の出力端Ｙには、クロックＣＬＫＡにデータＤ6、
Ｄ4、Ｄ2、Ｄ0を一定の間隔で重畳したＳＤＣＫＡを得
る。
【０２０５】同様に、送信する複数の奇数ビットＤ7、
Ｄ5、Ｄ3、Ｄ1をそれぞれシフトレジスタ６０３の複数
のＤ入力端に与え、図示のタイミングのシフトクロック
ＳＨＩＦＴ ＣＬＫＢにより、データをシフトさせ、出
力端Ｑよりシリアルデータとしてセレクタ６０４のＡ入
力端に供給する。セレクタ６０４のＢ入力端には、図示
のクロックＣＬＫＢが入力されている。セレクタ６０４
は、シフトクロックＳＨＩＦＴ ＣＬＫＢの「Ｈ」レベ
ル対応して出力端Ｑのシリアルデータを、「Ｌ」レベル
に対応してクロックＣＬＣＫＢを選択する。この結果、
セレクタ６０４の出力端Ｙには、クロックＣＬＫＡにデ
ータＤ7、Ｄ5、Ｄ3、Ｄ1を一定の間隔で重畳したＳＤＣ
ＫＢを得る。なお、信号ＳＤＣＫＡ及びＳＤＣＫＢに示
される「Ｄ0」〜「Ｄ7」の部分はデータの値によって
「Ｈ」レベルまたは「Ｌ」レベルとなる。
【０２０６】図２６は、フレームデコーダ６１の構成例
を示す回路図である。同図において、６１１はカウン
タ、６１２は複数のフリップフロップによって構成され
る複合フリップフロップ、６１３はカウンタ、６１４は
複数のフリップフロップによって構成される複合フリッ
プフロップである。
【０２０７】図２７は、フレームデコーダ６１の動作を
説明するタイミングチャートである。
【０２０８】スタートパターンの検出には、回路図中の
カウンタ６１１と、フリップフロップ６１２が動作す
る。ＳＤＣＫＡが「Ｈ」レベルではカウンタの動作はデ
ィスイネーブルされる。ＳＤＣＫＡが「Ｌ」レベルにな
ると、カウンタの動作はイネーブルとなり、ＳＤＣＫＢ
の立ち下がりエッジをカウントする。ＳＤＣＫＡが
「Ｌ」レベルの期間中のＳＤＣＫＢの立ち下がり回数を
計数すると、計数出力がフリップフロップに与えられ
る。ＳＤＣＫＡの立上がりエッジでカウンタ出力がフリ
ップフロップ６１２に取込まれる。図２７に示すよう
に、ＳＤＣＫＡが「Ｌ」レベルの期間中にＳＤＣＫＢの
立ち下がり回数が４回のとき（スタートパターン、図１
３参照）、フリップフロップ６１２はスタートパターン
検出を出力する。
【０２０９】エンドパターンを検出するために、カウン
タ６１３、フリップフロップ６１４によって、ＳＤＣＫ
Ｂが「Ｌ」レベルの期間中のＳＤＣＫＡの立ち下がり回
数が計数される。ＳＤＣＫＢの立上がりエッジにより、
カウンタ６１３の計数出力をフリップフロップ６１４に
取込む。図２７に示すように、ＳＤＣＫＢが「Ｌ」レベ
ル期間中にＳＤＣＫＡの２回の立ち下がりを計数する
と、フリップフロップ６１２はエンドパターン検出を出
力する。ＳＤＣＫＢの「Ｌ」レベル期間中のＳＤＣＫＡ
の立ち下がり回数が未定義の計数回数である場合には、
フリップフロップ６１４はフレームエラー検出を出力す
る。通常の動作モードでは、上記ＳＤＣＫＢの４回の立
ち下がりを含むスタートパターンの後に、データパター
ン、上記ＳＤＳＫＡの２回立ち下がりを含むエンドパタ
ーンが続く（図１１参照）。
【０２１０】なお、図２７には、示していないが、受信
開始後、ＳＤＣＫＡが「Ｌ」レベルの期間中にカウンタ
６１１がＳＤＣＫＢの６回の立ち下がりを検出すると、
フリップフロップ６１２はＣＲＣ付きスタートパターン
（図１４参照）の検出を出力する。ＣＲＣ付きパターン
の動作モードでは、ＳＤＣＫＢの６回の立ち下がりを含
むＣＲＣスタートパターンの後に、データパターン、Ｃ
ＲＣデータ、エンドパターンが続く（図１２参照）。
【０２１１】また、カウンタ６１１が、ＳＤＣＫＡが
「Ｌ」レベルの期間中にＳＤＣＫＢの８回の立ち下がり
を検出すると、フリップフロップ６１２はＳＣＫＢ占有
許可パターン（図１５参照）の検出を出力する。この場
合には、ＳＤＣＫＢ占有モードに移行する。ＳＤＣＫＢ
占有モードは、解除パターン（ＳＤＣＫＡの立ち上が
り）によって解除される。
【０２１２】また、カウンタ６１１がＳＤＣＫＡが
「Ｌ」レベルの期間中にＳＤＣＫＢの１４回の立ち下が
りを検出すると、フリップフロップ６１２はリセットパ
ターン（図１６参照）の検出を出力する。これにより、
リセット動作が行われる。
【０２１３】ＳＤＣＫＡの「Ｌ」レベル期間中のＳＤＣ
ＫＢの立ち下がり回数が未定義回数のとき、フリップフ
ロップ６１２はフレームエラーの検出を出力する。フリ
ップフロップ６１２及び６１４によるパターン検出出力
は、ステイタスレジスタ５５に保持される。
【０２１４】図２８は、オルタネイトシフトレジスタ６
２の構成例を示している。同図において、シフトレジス
タ６２１のデータ入力端Ｄには、シリアルデータＳＤＣ
ＫＢが供給され、シフトクロック入力には、ＳＤＣＫＡ
が供給される。シフトレジスタ６２１は、図２９に示す
ように、ＳＤＣＫＡの立ち下がりエッジでＳＤＣＫＢの
データ部分を逐次取込む。シフトレジスタ６２１のパラ
レル出力端子Ｄ7、Ｄ5、Ｄ3、Ｄ1には、ＳＤＣＫＡの４
回のクロックエッジによって直並列変換データが揃う。
【０２１５】同様に、図２８に示すシフトレジスタ６２
２のデータ入力端Ｄには、図２９に示すシリアルデータ
ＳＤＣＫＡが供給され、シフトクロック入力には、ＳＤ
ＣＫＢが供給される。シフトレジスタ６２２はＳＤＣＫ
Ｂの立ち下がりエッジでＳＤＣＫＡのデータ部分を逐次
取込む。シフトレジスタ６２２のパラレル出力端子Ｄ
6、Ｄ4、Ｄ2、Ｄ0には、ＳＤＣＫＢの４回のクロックエ
ッジによって直並列変換データが揃う。
【０２１６】図３０は、ゲームコントローラ、入力操作
用コントローラ、あるいは操作入力装置等と呼ばれるゲ
ーム装置に接続される周辺装置の概略全体ブロック図で
ある。ゲームコントローラとして説明する。ゲームコン
トローラに２つの拡張ソケットが設けられて更に周辺装
置（Ｌ−デバイスファンクション）を追加（結合）する
ことが可能である。ゲームコントローラには、１チップ
マイクロコントローラ(one-chip micro-controller)が
内蔵されている。また、ゲームコントローラには、デジ
タル出力を発生する１１個のスイッチ、４軸の出力を発
生するアナログキーが設けられている。これ等のスイッ
チの出力はマイクロコントローラ(micro-controller)に
よって処理され、ＭＩＥ部、Ｍバスを介してホストに出
力される。
【０２１７】図３１は、周辺装置の機能をデバイスファ
ンクションとしてとらえ、デバイスファンクション側の
ＭＩＥの構成を概略的に説明するブロック図である。
【０２１８】同図においては、図示しないホストにＭバ
スを介してゲームコントローラが接続されている。ゲー
ムコントローラ内には、Ｍバスを介してホストに接続さ
れるＵ−デバイスファンクションと、ＬＭバスを介して
Ｕ−デバイスファンクションに接続される２つのＬ−デ
バイスファンクションとが設けられている。
【０２１９】図３２は、図３１におけるバスの切替部
（セレクタ）を説明するブロック回路図である。Ｕ−デ
バイスファンクションから分岐するＭバスは２つあり、
それぞれＬＭバス１、ＬＭバス２と称する。ＬＭバスと
Ｍバスの接続、切断の切替は、Ｕ−デバイスファンクシ
ョン用のＭＩＥのセレクタが行う。
【０２２０】図３３は、Ｕ−デバイスファンクションの
ハードウェア部分の概略ブロック図を示している。いわ
ゆる１チップマイクロコントローラ(one-chip micro-co
ntroller)によって、通信処理部、ソケットコントロー
ル部、ＣＰＵ部、Ｉ／Ｏ部が構成される。通信処理ブロ
ックは、ホストとのインタフェースを行う。ＣＰＵ部
は、ゲームコントローラ等の周辺装置内における信号処
理を制御する。Ｉ／Ｏ部は、デジタルボタン、アナログ
キー等の外部入力インタフェースである。ソケットコン
トロール部は、拡張ソケットのコントロールを行う。こ
の例では、２つのＬ−デバイスファンクション用のハー
ドウェアの拡張ソケット（２スロット）が用意されてい
る。なお、図中の破線でかまれるＵ−ＤＥＶＩＣＥ部分
は、１チップマイクロコントローラとして構成可能な部
分を示している。次図のＬ−ＤＥＶＩＣＥ部分も同様で
ある。
【０２２１】図３４は、Ｌ−デバイスファンクションの
概略ブロック図である。１チップマイコンによって、通
信処理部、ＣＰＵ部、サポート機能部が構成される。通
信処理部は、Ｕ−デバイスファンクションとのインタフ
ェースを行う（Ｌ−デバイスファンクション用ＭＩ
Ｅ）。ＣＰＵ部は、Ｌ−デバイスファンクションとして
の処理を担う部分である。サポート機能ブロックは、Ｌ
−デバイスファンクションの機能を実現するものであ
る。例えば、光線銃のトリガ機能、メモリ機能、振動機
能等を果す回路である。
【０２２２】次に、デバイスファンクション側のＭＩＥ
の動作について図３３及び図３４を参照して説明する。
ＡＰ未割当ての初期においては、図３３に示すソケット
コントローラにより３ステートバッファが制御されて、
拡張ソケット１、拡張ソケット２へ伝送されるＳＤＣＫ
Ａ ＯＵＴ及びＳＤＣＫＢ ＯＵＴはディスイネーブル状
態となっている。ここで、ソケットコントローラは、Ｌ
Ｍバス１コントローラとＬＭバス２コントローラの機能
を担っている。
【０２２３】ＳＤＣＫＡ ＯＵＴがディスイネーブル状
態で、拡張ソケットにＬ−デバイスファンクションが接
続されていないとき、ＳＤＣＫＡ ＯＵＴは、３ステー
トバッファの出力端に接続されたプルダウン抵抗によっ
て、「Ｌ」レベルとなる。ソケットコントローラはこの
出力端の「Ｌ」レベルを検出することによって、Ｌ−デ
バイスファンクションのＵ−デバイスファンクションへ
の未接続を判別できる。
【０２２４】一方、図３４に示すＬ−デバイスファンク
ションのハードウェアのＳＤＣＫＡＯＵＴの入力端には
プルアップ抵抗を介して電源が接続されている。このた
め、Ｌ−デバイスファンクションのハードウェアが拡張
ソケットに接続されと、図３３に示す相対的に高抵抗の
プルダウン抵抗と低抵抗の上記プルアップ抵抗によって
ＳＤＣＫＡ ＯＵＴ端子（３ステートバッファは遮断状
態）は「Ｈ」レベルに引上げられる。ソケットコントロ
ーラはこの出力端の「Ｈ」レベルを検出することによっ
て、Ｌ−デバイスファンクションを含むハードウェアの
Ｕ−デバイスファンクションを含むハードウェアへの接
続を判別できる。
【０２２５】ホストからのＡＰアサインコマンドによっ
て、Ｕ−デバイスファンクションにＡＰが割当てられ、
ＬＭバスコネクトコマンドを受けると、拡張ソケット１
のＳＤＣＫＡ ＯＵＴ及びＳＤＣＫＢ ＯＵＴをイネーブ
ル状態とする。これにより、ホストからのコマンドは、
Ｕ−デバイスファンクション及び拡張ソケット１に繋が
るＬ−デバイスファンクションに伝送される。
【０２２６】ホストが拡張ソケット１のＬ−デバイスフ
ァンクションにＡＰを割当て、Ｕ−デバイスファンクシ
ョンにＬＭバスコネクトコマンドを送信した場合、Ｕ−
デバイスファンクションは拡張ソケット２のＳＤＣＫＡ
ＯＵＴ、ＳＤＣＫＢ ＯＵＴをイネーブル状態とする。
拡張ソケット２のＬ−デバイスファンクションにＡＰの
割当て終了後、ホストからのコマンドは、Ｕ−デバイス
ファンクション、Ｌ−デバイスファンクション全てに等
しく伝送される。Ｕ−デバイスファンクション、Ｌ−デ
バイスファンクションはコマンドに含まれるＡＰの値を
参照し、自己が選択されているかを判別して、適切に応
答する。
【０２２７】図３５乃至図３９は、ＭＩＥの送信におけ
る制御動作を説明するフローチャートである。
【０２２８】ホストのアプリケーションからＡＰＩを介
して、バスドライバソフトウェアに一連の処理命令が与
えられる。バスドライバはこの処理命令をＭＩＥを制御
するインストラクションに翻訳して、ＭＩＥのインスト
ラクションレジスタ５２に設定する。
【０２２９】フレームコントローラ５８は、インストラ
クションレジスタに設定されたコード（インストラクシ
ョン）が、標準の伝送フォーマットのパターンの信号の
出力を命ずるものであるか（Ｓ１２）、ＣＲＣオプショ
ン付きフォーマットの信号の出力を命ずものであるか
（Ｓ１４）、ＳＤＣＫＢ占有許可パターンの出力か（Ｓ
１６）、リセットパターンの出力か（Ｓ１８）、を判別
する。
【０２３０】標準の伝送フォーマットパターンの出力で
ある場合（Ｓ１２，Ｙｅｓ）は、フレームコントローラ
５８は、図３６に示すシーケンスに従って、セレクタ６
４及び６５にフレームエンコーダ５９の出力を選択さ
せ、フレームエンコーダ５９からスタートパターンを出
力させる（Ｓ２１）。次いで、セレクタ６４及び６５に
オルタネイトシフトレジスタ６０の出力を選択させ、ラ
イトバッファ５３から送信データをオルタネイトシフト
レジスタ６０に読込ませ（Ｓ２２）、オルタネイトシフ
トレジスタ６０からデータパターンを出力させる（Ｓ２
３）。
【０２３１】フレームコントローラ５８は、送信したデ
ータが、例えば、２５６バイトになったかを確認する
（Ｓ２４）。まだ、２５６バイトに満たない場合には
（Ｓ２４，Ｎｏ）、ライトバッファからの読出（Ｓ２
２）と、データ出力（Ｓ２３）を繰返す。
【０２３２】２５６バイトを送出した場合には（Ｓ２
４，Ｙｅｓ）、セレクタ６４及び６５にフレームエンコ
ーダ５９の出力を選択させ、フレームエンコーダ５９に
エンドパターンを送出させる。
【０２３３】このようにして、標準パターンでデータが
送信される。
【０２３４】インストラクションレジスタ５２に設定さ
れたコードが、ＣＲＣオプション付きフォーマットの信
号の出力を命ずるものである場合（Ｓ１４，Ｙｅｓ）、
フレームコントローラ５８は、図３７に示すシーケンス
に従って、セレクタ６４及び６５にフレームエンコーダ
５９の出力を選択させ、フレームエンコーダ５９からＣ
ＲＣ付きスタートパターンを出力させる（Ｓ３１）。次
いで、セレクタ６４及び６５にオルタネイトシフトレジ
スタ６０の出力を選択させ、ライトバッファ５３から送
信データをオルタネイトシフトレジスタ６０に読込ませ
る（Ｓ３２）。また、フレームコントローラ５８はオル
タネイトシフトレジスタ内のＣＲＣ演算部に、読込みデ
ータに対してＣＲＣ計算を行わせる（Ｓ３３）。オルタ
ネイトシフトレジスタ６０からデータパターンを出力さ
せる（Ｓ３４）。
【０２３５】フレームコントローラ５８は、転送したデ
ータが、例えば、２５６バイトになったかを確認する
（Ｓ３５）。まだ、２５６バイトに満たない場合には
（Ｓ３５，Ｎｏ）、ライトバッファからの読出（Ｓ３
２）、ＣＲＣ計算（Ｓ３３）、データ出力（Ｓ３４）を
繰返す。
【０２３６】２５６バイトを送出した場合には（Ｓ３
５，Ｙｅｓ）、フレームコントローラ５８は、オルタネ
イトシフトレジスタ６０に、データに続いてＣＲＣデー
タを送出させる（Ｓ３６）。セレクタ６４及び６５にフ
レームエンコーダ５９の出力を選択させ、フレームエン
コーダ５９にエンドパターンを送出させる（Ｓ３７）。
【０２３７】このようにして、ＣＲＣ付きパターンでデ
ータが送信される。
【０２３８】フレームコントローラ５８が、ＳＤＣＫＢ
占有許可パターンの出力指令を判別する（Ｓ１６，Ｙｅ
ｓ）と、図３８に示すシーケンスに従って、セレクタ６
４及び６５にフレームエンコーダ５９の出力を選択さ
せ、フレームエンコーダ５９にＳＤＣＫＢ占有許可パタ
ーンを出力させる（Ｓ４１）。ポートコントローラ５７
を介してバッファ６８を制御し、ＳＤＣＫＢの送出を禁
止する（Ｓ４２）。次に、フレームエンコーダ５９にＳ
ＤＣＫＡを「Ｌ」レベルに設定したＳＤＣＫＢ占有許可
パターンを出力させる（Ｓ４３）。
【０２３９】その後、ＨＶラッチコントローラ６３をイ
ネーブルにする。ＨＶラッチコントローラ６３はＳＤＣ
ＫＢのラインを監視する（Ｓ４４）。
【０２４０】デバイス側から返信があると（Ｓ４４，Ｙ
ｅｓ）、ＨＶラッチコントローラ６３はＨＶカウンタの
ラッチ出力を発生する（Ｓ４５）。ラッチ出力の発生後
（Ｓ４５）、あるいはデバイス側からの返信がない場合
（Ｓ４４，Ｎｏ）、ＳＤＣＫＢ占有モードを設定するコ
マンドがまだレジスタ５２に存在するかを判別する（Ｓ
４６）。存在する場合（Ｓ４６，Ｎｏ）には、ステップ
Ｓ４４〜Ｓ４６を繰返し、デバイス側からの返信に対応
して逐次ラッチ出力を発生する。
【０２４１】ＳＤＣＫＢ占有モードを設定するコマンド
解除されると（Ｓ４６，Ｙｅｓ）、ＳＤＣＫＡを「Ｈ」
レベルに戻し、ＳＤＣＫＡ、ＳＤＣＫＢを送信に使用可
能な状態に戻す（Ｓ４７）。
【０２４２】このようにして、ＳＤＣＫＢ占有モードが
行われる。
【０２４３】フレームコントローラ５８は、コマンドレ
ジスタに設定されたコードが、リセットパターンの出力
であることをを判別する（Ｓ１８）と、図３９のシーケ
ンスに示されるように、フレームエンコーダ５９にリセ
ットパターンの出力を行わせる（Ｓ５１）。
【０２４４】このようにして、各種フォーマットの信号
が送出される。
【０２４５】次に、ＭＩＥの受信における動作について
説明する。
【０２４６】図４０のシーケンスに示すように、フレー
ムデコーダ６１は、受信したＳＤＣＫＡ及びＳＤＣＫＢ
をデコードし、受信信号がスタートパターンか（Ｓ６
２）、ＣＲＣ付きスタートパターンか（Ｓ６４）、ある
いはいずれにも属しないフレームエラーか（Ｓ６６）を
判別する。
【０２４７】スタートパターンを検出した場合（Ｓ６
２，Ｙｅｓ）、図４１のシーケンスに示すように、未定
義のスタートパターンであるかを判別する（Ｓ７１）。
未定義のパターンである場合には（Ｓ７１，Ｙｅｓ）、
ステイタスレジスタにフレームエラー検出フラグを設定
し、ドライバソフト等によって所定のフレームエラー検
出処理を行う（Ｓ７２）。
【０２４８】予め定義されているスタートパターンであ
る場合には（Ｓ７１，Ｎｏ）、ステイタスレジスタにス
タートパターンの検出フラグを設定する。これにより、
オルタネイトシフトレジスタ６２が活性化され、受信し
たＳＤＣＫＡ及びＳＤＣＫＢからデータを逐次抽出し、
抽出したシリアルデータをパラレルデータに復調する
（Ｓ７３）。復調データをリードバッファ５６に書込む
（Ｓ７４）。このデータの復調・転送を、フレームデコ
ーダ６１がエンドパターンを検出するまで繰返す（Ｓ７
１〜Ｓ７５）。エンドパターンを検出した場合（Ｓ７
５，Ｙｅｓ）、ステイタスレジスタ５５にエンドパター
ン検出フラグを設定し、受信を終了する。
【０２４９】一方、ＣＲＣ付きスタートパターンを検出
した場合、図４２に示すように、未定義のスタートパタ
ーンであるかを判別する（Ｓ８１）。未定義のパターン
である場合には（Ｓ８１，Ｙｅｓ）、ステイタスレジス
タにフレームエラー検出フラグを設定し、ドライバソフ
ト等によって所定のフレームエラー検出処理を行う（Ｓ
８２）。
【０２５０】予め定義されているスタートパターンであ
る場合には（Ｓ８１，Ｎｏ）、ステイタスレジスタにＣ
ＲＣ付きスタートパターンの検出フラグを設定する。こ
れにより、オルタネイトシフトレジスタ６２が活性化さ
れ、受信したＳＤＣＫＡ及びＳＤＣＫＢからデータを逐
次抽出し、抽出したシリアルデータをパラレルデータに
復調する（Ｓ８３）。そして、復調データに対してＣＲ
Ｃ演算を行う（Ｓ８４）。復調データをリードバッファ
５６に書込む（Ｓ８５）。このデータの復調・転送を、
フレームデコーダ６１がエンドパターンを検出するまで
繰返す（Ｓ８１〜Ｓ８６）。エンドパターンを検出した
場合（Ｓ８６，Ｙｅｓ）、受信データのＣＲＣ計算とデ
ータ部の後に付加されたＣＲＣデータとを参照して、Ｃ
ＲＣエラーの有無を判別する（Ｓ８７）。
【０２５１】ＣＲＣエラーを検出したとき（Ｓ８７，Ｙ
ｅｓ）は、ステイタスレジスタ５５にＣＲＣエラー検出
フラグを設定し、データの再送信要求（トランスミット
アゲイン）等のＣＲＣエラー検出処理を可能とする。Ｃ
ＲＣエラーを検出しないときは、ＣＲＣ付きパターンに
よるデータ受信を終了する（Ｓ８７，Ｎｏ）。
【０２５２】図４３は、ゲームプログラム等のアプリケ
ーション（ソフトウェア）に組み込まれたプログラムに
よる周辺装置（デバイスファンクション）の固有情報の
入手及びその利用を説明するフローチャートである。
【０２５３】ＣＤ−ＲＯＭ等の情報記録媒体から供給さ
れたアプリケーションのプログラムはメモリに記憶され
てＣＰＵによって実行される。アプリケーションのプロ
グラムは、デバイスファンクションに対してデバイスリ
クエストコマンドを送信させ（Ｓ１０２）、デバイスフ
ァンクションからの返信を待つ。所定時間を経過しても
デバイスファンクションから固有情報を受信しない場合
には、バスにデバイスファンクションが接続されていな
いと判断し（Ｓ１０４，Ｎｏ）、未接続処理を行う（Ｓ
１０６）。
【０２５４】デバイスファンクションから固有情報を受
信した場合には（Ｓ１０４，Ｙｅｓ）、許諾（ライセン
ス）表記情報（Ｓ１０８）、仕向地情報（Ｓ１１０）、
デバイスＩＤをＣＤ−ＲＯＭ等の情報記録媒体から供給
されたゲームプログラム等のアプリケーションに含まれ
ている情報と照合する（Ｓ１１２）。各照合が一致すれ
ば（Ｓ１１２，Ｙｅｓ）、そのデバイスファンクション
にＡＰを割当てる処理を行う（Ｓ１１４）。
【０２５５】一方、照合に一致しないものがある場合に
は、接続デバイスファンクション（あるいは接続周辺装
置）がアプリケーションに非対応であることをユーザに
知らせる処理を行う（Ｓ１１６）。その後、当該デバイ
スファンクションをホストに接続しない処理（Ｓ１０
６）を行って終了する。
【０２５６】このような機能は、周辺装置のＰＬ(Produ
ct Liability)対策として有用である。例えば、シュー
ティングゲームでは模擬銃を使用するが、精巧に銃を模
したものは本物の銃と間違われる恐れがある。例えば、
ある国においては、そのような使用が問題にならない場
合であっても、他の国においては問題となることも考え
られる。そのような場合には、明らかに模擬銃と判るよ
うな外観の銃のみが当該国で使用される必要がある。
【０２５７】そこで、上述したデバイスの固有情報を利
用することにより、ある国やある地域での慣習、事情等
を考慮すべきアプリケーションでは、そのアプリケーシ
ョンで使用できる周辺装置の種類や型式を限定すること
が可能となって好ましいものである。
【０２５８】このように、本発明に係るゲーム装置とこ
の周辺装置との接続規格によれば、少ない本数のバスラ
インでゲーム装置と複数の周辺装置とを接続可能であ
る。
【０２５９】また、ユーザーがゲーム用周辺装置をケー
ブル(cable wire)あるいはコードを介してゲーム装置に
接続すると、ゲーム装置が自動的に接続機器を認識し、
接続された周辺装置をアプリケーションに適応するよう
に初期化して立ち上げるので、ユーザーに特別の手順や
設定を経させることがなくなり得、ゲーム装置の周辺装
置の接続規格として好適である。
【０２６０】また、上記した実施例においては、各周辺
装置はバスに接続された他の装置へのアクセス権を有せ
ず、ゲーム装置からのアクセスに対応して周辺装置が応
答する形式でデータ通信を行うので、ゲーム装置と複数
の周辺装置相互間のアクセスタイミングの調整等が不要
となる。また、周辺装置相互間のアクセスを禁止してい
るので、周辺装置相互間のアクセスタイミングの調整が
不要となり、Ｉ／Ｏのハードウェア、ソフトウェアの構
成が比較的に簡単で済む。
【０２６１】また、複数かつ複数種類の周辺装置を容易
に接続できる。例えば、ゲーム装置のコントローラ、ジ
ョイスティック、キーボード、ＣＤ−ＲＯＭドライブ、
ＤＶＤドライブ、音声入力／出力装置、メモリパック、
ＦＤＤ装置、モデム、ＩＳＤＮ端末装置等を接続するこ
とが可能である。
【０２６２】また、ゲーム装置と周辺装置との間でコマ
ンド形式でデータ通信が行われるので、ゲームアプリケ
ーションがゲームの進行に応じて、その時その場面で必
要なデータをゲームコントローラ（周辺装置）等から取
得できる。
【０２６３】また、少ないデータ量と、間欠的なデータ
転送を行うため、接続ケーブルから輻射されるノイズが
少ない。
【０２６４】バスドライバによってデータ通信が制御さ
れるために、ドライバの更新によってコマンドの追加、
新たな周辺装置の開発が容易である。
【０２６５】また、ゲーム装置と周辺装置相互間でデー
タ通信を行うことが出来るようになされているので、一
対のケーブルで音声出力、音声入力、静止画、動画等の
マルチメディアのデータ転送が可能である。
【０２６６】また、周辺装置の固有情報をゲーム装置器
本体やアプリケーションが利用することが出来るので、
複数接続されている周辺装置のうち、アプリケーション
と組合わせて使用する周辺装置と、当該アプリケーショ
ンでは使用しない周辺装置とを区別でき、使用しない周
辺装置の動作を停止させることが可能となって好まし
い。
【０２６７】（第２の実施の形態） 概要 以下に、Ｍバスの第２のペリフェラルインタフェース規
格について説明する。本願の規格は、Ｍバスの処理全体
の中で、ホスト用ＭＩＥとＭバスドライバとのインター
フェイス仕様、ファンクションとＭＩＥコントローラと
のインターフェイス仕様、通信プロトコル仕様、データ
フォーマットを定める。まず、上述した第１のインタフ
ェース規格の説明と同様の手順に従って、第２のインタ
フェースの物理トポロジーと論理トポロジーから説明す
る。
【０２６８】（１） 物理接続トポロジー 図４４は、第２の実施の形態の物理接続トポロジーを概
略的に示している。物理的な接続形態は、ホスト−基本
デバイス（周辺装置）−拡張デバイス（周辺装置）の形
態をとる。基本デバイスはホストに直接接続されるハー
ドウェア（周辺装置）である。拡張デバイスは基本デバ
イスを介してホストに接続されるハードウェア（周辺装
置）である。1システムでは、ホスト（例えば、ゲーム
装置）は1台である。ホストは、周辺装置を接続するポ
ートを、最大4つ持つことが出来る。1つのポートに1つ
の基本デバイスが接続される。基本デバイスには外部接
続の拡張デバイスが、最大4個まで接続できる。ホスト
−基本デバイス間は規定のケーブルで接続する。
【０２６９】ただし、以下の様な接続は予定していな
い。a)ホストへの拡張デバイスの直接接続、b) 基本デ
バイスへの基本デバイスの接続、c)拡張デバイスへの基
本デバイスの接続、d)拡張デバイスへの拡張デバイスの
接続。なお、これ等の記述は、本発明を実施例に限定す
る意図のものではない。
【０２７０】（２） 論理接続トポロジー 図４５は、第２の実施の形態の論理接続トポロジーを説
明する説明図である。同図に示されるように、各ファン
クション（基本デバイス，拡張デバイスのハードウェア
上に構成される）とホストとの論理接続は、ホストを中
心とした、いわゆるスター型接続である。信号の送受信
の管理はホストが行う。
【０２７１】レイヤ構成と、コミュニケーションフロー 図４６は、ホストと、周辺装置とのレイヤ構成を説明す
る説明図である。同図に示されるように、ホスト及び周
辺装置は相互間のデータ通信のために階層化された構造
を持つ。
【０２７２】同図において、ファンクション・レイヤ
は、周辺装置の各ファンクションを活用し、データフォ
ーマットに従って、データの送受信を行う。周辺装置は
最大３つまでのファンクションを持つことが出来る。Ｉ
／Ｏ・コントロール・レイヤは、フレーム単位でのデータ
送受信と、後述のＭＩＥ（Ｍバス Ｉ／Ｆ エンジン）を
制御する。バス・インターフェイス・レイヤは、ホストと
基本デバイス（または拡張デバイス）の物理的な接続，
信号の送受信を行う。ホスト内のアプリケーションと周
辺装置の物理ファンクションとの間のデータ取得（デー
タ通信）や制御は、ファンクションライブラリ、バス・
ドライバ、ホスト用ＭＩＥ、接続線、基本（あるいは拡
張）デバイス用ＭＩＥ、ＭＩＥコントローラ、ファンク
ションを介して行われる。
【０２７３】ペリフェラルタイプ 周辺装置（ペリフェラル）は次のように分類、区別され
る。まず、周辺装置は、基本デバイスと拡張デバイスの
二つのデバイスタイプに分類される。更に、基本及び拡
張デバイスは、ゲームコントローラとその他のペリフェ
ラルタイプに分類される。ゲームコントローラ系のペリ
フェラルタイプの装置の例としては、ゲーム装置の標準
構成品としてゲーム装置に添付される標準ゲームコント
ローラ、ＪＯＹ−ＳＴＩＣＫ、ステアリング等が挙げら
れる。その他のペリフェラルタイプの装置の例として
は、キーボード、マウス、ＧＵＮ（模擬銃）等が挙げら
れる。拡張デバイスは、コントローラ拡張装置系のペリ
フェラルタイプであり、その装置の例としては、音声入
力、バックアップメモリ、ＧＵＮ（模擬銃）等がある。
コントローラ系は、どのアプリケーションソフトでも使
用出来るように、標準となるデータフォーマットが決ま
っている。その他の基本デバイスや拡張デバイスは、デ
ータフォーマットが各デバイスによって異なる為、それ
ぞれのファンクション毎に、ファンクション・ライブラ
リが準備される。
【０２７４】用語の説明 以下、第２の実施の形態の説明において使用する用語に
ついて説明する。説明の便宜上、第１の実施の形態にお
ける説明と一部重複している。まず、データを時系列上
に展開したデータのことを「シリアルデータ」と呼ぶ。
シリアルにデータでデータのやりとりを行う信号線（流
れ）を「シリアルバス」と呼ぶ。本願の提案の規格に従
って、ゲーム装置と周辺装置を接続するシリアルバスを
「Ｍバス」と称することにする。それぞれの周辺装置に
割り当てられている、周辺装置の機能を示すパラメータ
群を「デバイスＩＤ」と呼ぶ。デバイスＩＤは、周辺装
置の属性や備えているファンクション（データフォーマ
ットや機能要素）など、１６バイト（Byte）で構成され
る。デバイスＩＤは、後述する［Device Status］コマ
ンドで得ることができる。
【０２７５】ゲーム装置の周辺装置が接続できるＭバス
の端子のことを「ポート」と呼ぶ。ポートの端子は、電
源端子（VCC，GND）とデータ線（ＳＤＣＫＡ，ＳＤＣＫ
Ｂ）の4ピン、あるいはこれにシールド線を加えた５ピ
ンが標準である。第２の実施の形態の規格による「Ｍバ
ス」では最大4ポート（ポートＡ，ポートＢ，ポート
Ｃ，ポートＤ）をサポートする。
【０２７６】ゲーム装置側を「ホスト」、それに接続す
る周辺装置において実現される機能を「ファンクショ
ン」と呼ぶ。ファンクションは製品そのものではなく、
製品の構成する要素を示すため、1つの製品に複数の機
能を持たせることが出来る。周辺装置はファンクション
の集まりとなるが、ホストからのアクセスは周辺装置単
位で行い、ファンクションへのアクセスは、その中でフ
ァンクションタイプを指定して行う。1つの周辺装置
で、複数のファンクションが使用できるが、例えば、第
２の実施の形態の「Ｍバス」では最大3つまで使用でき
る。
【０２７７】図４７に示すように、周辺装置は、物理的
に「基本デバイス」と「拡張デバイス」の2種類に分け
られる。基本デバイスは、ホストに接続され、拡張デバ
イスをコントロールする機能を持つ周辺装置である。基
本デバイスは、拡張デバイスの接続を自動的に認識し、
接続を行う。拡張デバイスは、基本デバイスに接続さ
れ、デバイスが無いと動作できない周辺装置である。基
本デバイスから拡張デバイスにつながるＭバスのこと
を、特に、「ＬＭバス」と呼ぶ。ＬＭバスはＭバスと論
理（信号）的には同一であるが、物理的には異なる。基
本デバイスは、周辺装置の中で主としてゲームコントロ
ーラ系になり、拡張デバイスはゲームコントローラ系の
拡張装置となる。ホストのポート１に対して、例えば、
基本デバイスが１個のみ接続でき、基本デバイスは、例
えば、拡張デバイスを５個まで（ＬＭバスも５本まで）
管理できる。
【０２７８】1つのポートで基本デバイスや複数の拡張
デバイスに、ダイレクトでアクセス出来るように、基本
デバイス，拡張デバイスに対し、接続されている場所で
認識番号を割り当てる。この割り当てる番号のことを
「絶対位置ＡＰ」と呼ぶ。「Ｍバス」では、ＡＰは１バ
イト固定で、次の様になる。 ［最大４ポート(２bit)］×［１ポートに割り当てられ
る最大ＡＰ数=６個(６bit)］=［１バイト（８bit）］ 割り当てられるＡＰは、後述するように、接続形態と、
基本デバイスか、拡張デバイスかによって決まる。基本
デバイス及び拡張デバイスへのアクセスは、このＡＰを
使用する。
【０２７９】ホストとファンクションとのデータのやり
とりは、従来のような一辺倒ではなく、その場その時に
適したデータの送信受信ができるように、ある決まった
命令を用いてデータのやりとりを行う。この命令のこと
を「コマンド」と呼び、コマンドのデータのことを「パ
ラメータ」と呼ぶ。パラメータは、送信先デバイスのＡ
Ｐ，送信元デバイスのＡＰ，データのサイズ，データか
ら構成される。Ｍバスでは、最大２５４個の基本的なコ
マンドが用意でき、１アクセスで最大１０２０バイトの
データの送受信ができる。
【０２８０】ポートを介して行われるデータ通信は、
「フレーム」という単位で行われる。図４８は、フレー
ムの構成例を示している。１フレームは、スタートパタ
ーンと、コマンドコードと、パラメータ（送信先ＡＰ，
送信元ＡＰ，データサイズ，データ等）と、パリティビ
ットと、エンドパターンとによって構成される。１回の
アクセスで１つのフレームが送信される。１つのデバイ
スに対し、１インターバル（INT）内で１アクセスであ
る。スタートパターンとパリティビット、エンドパター
ンはＭＩＥ（後述）にて付加される。
【０２８１】図４９は、Ｍバス上における応答とタイム
アウトとを説明する説明図である。ホストが基本デバイ
スまたは拡張デバイスにコマンドを送信し、そのコマン
ドに対しての返信を「応答」と呼ぶ。ホストはコマンド
送信後に、ある時間まで応答を待つが、待った後も応答
が無い状態のことを「タイムアウト（Time Out）」と呼
ぶ。タイムアウトした基本（あるいは拡張）デバイスは
ホストからは切断されたものとして認識される。また、
基本（あるいは拡張）デバイスは受信時にタイムアウト
した場合は、ソフトリセットを行う。タイムアウトまで
の時間（応答時間）は、例えば、１．０mＳである。
【０２８２】図４９において、1)の場合は、基本（ある
いは拡張）デバイスからの応答が、応答時間内にあるの
で正常である。2)の場合は、応答が無いのでタイムアウ
トとなる。3)の場合は、応答が応答時間内に無いので、
タイムアウトとなる。4)の場合は、送信データの途中の
間隔が応答時間を越えているので、タイムアウトとな
る。タイムアウトした周辺装置が接続されているポート
にはハードリセットが行われる。
【０２８３】コントローラの機能を拡張するための拡張
装置を接続する場所を「拡張ソケット」と呼ぶ。拡張ソ
ケットには、拡張デバイスが接続される。「Ｍバス」で
は、拡張ソケットの数は、最大４個まで持つことが出来
る。これは、拡張ソケットとＬＭバスとの対応を後述す
る２本のＩＤ線の論理によって行う為である。ＬＭバス
の数と拡張ソケットの数は必ずしも同一である必要はな
い。
【０２８４】データをＭバス用のシリアルデータに変換
し、Ｍバス上で送受信できるようにする回路を「ＭＩＥ
（ＭバスＩ／Ｆエンジン）」と呼ぶ。Ｍバス規格の装置
は、全てこのＭＩＥを持つ。ホストにはホスト用ＭＩ
Ｅ、基本デバイスには基本デバイス用ＭＩＥ、拡張デバ
イスには拡張デバイス用ＭＩＥを組み込む。ＭＩＥはデ
ータ変換のみだけなので、フレーム内のデータ抽出は、
ホストはＭバスドライバ（後述）、デバイスはＭＩＥコ
ントローラと呼ばれるソフトウェア（ファームウェア）
で行う。
【０２８５】ホストが周辺装置にアクセスするには、周
辺装置（基本デバイス，拡張デバイス）をコントロール
するソフトウェア「Ｍバスドライバ」と「ファンクショ
ン・ライブラリ」を介して行う。Ｍバスドライバは、フ
レームの制御と管理を行い、各周辺装置（ファンクショ
ン）へのコマンドによる制御とパラメータ（データフォ
ーマット）の管理はファンクション・ライブラリで行
う。Ｍバスドライバは全ての周辺装置に対して１種類の
みで、ファンクション・ライブラリは各ファンクション
毎に対応する。1つの周辺装置に対して、デバイスＩＤ
で示されるファンクション・ライブラリが、３つまで使
用できる。
【０２８６】「Ｍバス」において、全ての基本デバイス
と拡張デバイスは、所定フォーマットに則った自身に特
有の情報を記録している。
【０２８７】この基本デバイスと拡張デバイスの情報の
ことを「デバイスステイタス」と呼ぶ。デバイスステイ
タスは、管理データとして、製品名、デバイスＩＤ、ラ
イセンス、モデルナンバー、製造ロット、仕向地など
を、電気データとして、スタンバイ消費電流、最大消費
電流などを記録する。デバイスステイタスは、デバイス
・ライブラリ及びアプリケーションソフトにて管理活用
される。例えば、製品名、ライセンス情報による不正な
コピー製品の排除、最大消費電流の情報によるポート全
体の電流制御などが可能となる。
【０２８８】データ伝送パターン Ｍバス上の物理的なデータ伝送について説明する。この
データ伝送には、第１の実施の形態と同じ形式が使用さ
れる。すなわち、データ伝送は同期シリアル方式で行わ
れる。電源を供給するライン側線Ｖcc、接地線ＧＮＤ、
ＳＤＣＫＡ信号を伝送するデータ線ＳＤＣＫＡ（双方
向）及びＳＤＣＫＢ信号を伝送するデータ線ＳＤＣＫＢ
（双方向）の計４線が存在する。データの双方向通信は
半２重、転送レートは、例えば、最大２Ｍbpsである。
なお、必要により、信号のシールド線を追加することが
出来る。
【０２８９】伝送原理 図５０は、ＳＤＣＫＡ、ＳＤＣＫＢによるデータパター
ンを示している。シリアルデータクロックＡ（ＳＤＣＫ
Ａ）及び同Ｂ（ＳＤＣＫＢ）で伝送される信号は、透過
データ伝送時に必ず立ち下がりエッジが交互に存在する
ように形成される。受信側では、一方の信号の立ち下が
りエッジ（若しくは立ち上がりエッジ）により他方の信
号をラッチし、ラッチした信号レベルをディジタルデー
タとして復調する。データはＭＳＢから転送され、開始
位置では、ＳＤＣＫＡをクロック情報、ＳＤＣＫＢをデ
ータ情報として行われる。
【０２９０】ＳＤＣＫＡ、ＳＤＣＫＢによる情報パター
ン 図５１は、同期パターンの例を示している。同期パター
ンは、スタート（ＳＴＡＲＴ）パターンとエンド（ＥＮ
Ｄ）パターンを含む。スタートパターンは、データパタ
ーンに先立ち伝送される同期パターンである。受信側は
ＳＤＣＫＡの立ち下がりから立ち上がりまでの間にＳＤ
ＣＫＢの立ち下がり（若しくは立ち下がり）エッジを４
回（４個の負パルス）検出すると、以降のパターンをデ
ータパターンと解釈する。受信側はＳＤＣＫＢの立ち下
がりから立ち上がりまでの間にＳＤＣＫＡの立ち下がり
（若しくは立ち上がり）エッジを２回（２個の負パル
ス）検出すると、データパターンの終了を確認し正常終
了と判断する。
【０２９１】ＳＤＣＫＢ占有許可パターン（光線銃） 図５２は、ＳＤＣＫＢ占有許可パターンの例を示してい
る。受信側は、ＳＤＣＫＡの立ち下がりから立ち上がり
までの間にＳＤＣＫＢの立ち下がりエッジを８回（８個
の負パルス）検出した場合、次のＳＤＣＫＡの立ち下が
りより立ち上がりまでの間ＳＤＣＫＢを占有できる。Ｓ
ＤＣＫＡの立ち上がりエッジによって、ＳＤＣＫＢの占
有を解除しなければならない。このパターンは、例え
ば、シューティングゲームの光線銃に用いられる。
【０２９２】リセットパターン 図５３は、リセットパターンの例を示している。受信側
は、ＳＤＣＫＡの立ち下がりから立ち上がりまでの間に
ＳＤＣＫＢの立ち下がりエッジを１４回（１４個の負パ
ルス）検出した場合、送信側からのリセット要求と解釈
し、リセットを行う。
【０２９３】伝送フォーマット 図５４は、伝送フォーマットの例を示している。データ
伝送はフレーム単位（最小単位）で行われる。フレーム
の内容は、データ伝送の開始を示すスタートパターンか
ら始まり、最大１０２４バイト長のデータパターン、パ
リティ、そしてエンドパターンで構成される。パリティ
は８ビットの水平方向とし、送信時にハードウェアで自
動的に付加され、受信時は削除される。
【０２９４】プロトコル ホストと周辺装置との通信プロトコルについて説明す
る。コマンドは［コマンド名］で記し、詳細は後述す
る。図５５は、プロトコルの概要を説明する説明図であ
る。まず、一連の流れにおけるコマンドの送信の優先権
はホストにある。このため、当初、周辺装置（基本ある
いは拡張デバイス）は、コマンド待ち状態にある。周辺
装置とホストとの通信は全て上述したフレーム単位で行
われる。ホストは、アプリケーションプログラムを実行
して周辺装置に対するコマンドを発生する。このコマン
ドは、フレームデータとしてＭバスを介して周辺装置に
送信される。フレーム内のコマンドとパラメータで周辺
装置に指示が行われる。フレーム内の送信先ＡＰに該当
する周辺装置は、フレームデータを受信するとそれに応
答する。すなわち、周辺装置は対応するコマンドを生成
し、フレームデータを形成し、これをＭバスを介してホ
ストに送信する。その後、周辺装置は次のデータの待ち
受け状態となる。ホストは、周辺装置からのフレームデ
ータを受け取り、コマンド（返信）を抽出する。このコ
マンドをアプリケーションに返す。アプリケーション
は、コマンドで返信された情報を用いて次のアクション
を行う。このような手順を繰り返して、ホストと周辺装
置とのデータ通信が行われる。図５６（ａ）は、Ｍバ
ス、ＬＭバス上におけるこのようなホストと複数の周辺
装置との間欠的なデータ通信の様子を表している。ま
た、図５６（ｂ）は、１つの送信フレームでは送信すべ
きデータを全部送ることができない場合に、データを分
割し、複数の送信フレームで長いデータを間欠的に送信
する例を示している（後述の図７０参照）。
【０２９５】上述のデータ通信に際しては、以下に述べ
るような特徴がある。ホストは、基本デバイスと拡張デ
バイスに直接同一プロトコルでアクセスでき、途中でデ
ータ変換などは不要である。アクセスに必要なＡＰのデ
ータは、接続したホストのポート、基本デバイス、拡張
ソケットによって決定される。基本デバイスにアクセス
すると、その基本デバイスの拡張デバイスの接続状態が
確認できる。ホストが動作状態であっても、周辺装置は
接続と切断が出来る。ホストは、周辺装置に対してその
装置の情報を得るために、デバイスステイタスを要求す
る。要求しないと、周辺装置は動作を開始せずに、スタ
ンバイ状態のままで待機する。周辺装置のリセットには
２種類ある。後述されるソフトリセット（リセットコマ
ンド）とハードリセット（リセットパターン）である。
ソフトリセットはポートに接続されている特定の周辺装
置のみをリセットする。ハードリセットは周辺装置の全
部のリセットを行う。データ転送は最大１０２４バイト
のフレーム単位で行われる。１つの周辺装置で最大３つ
までのファンクションが使用でき、ファンクションへは
それぞれのファンクションタイプを指定してアクセスす
る。１つのファンクションへは１インターバルＩＮＴ内
に最大１回のアクセスで、データは１アクセスで１フレ
ームである。１つのポートに対して、連続してアクセス
はしない。これら特徴の実現については、後述する。
【０２９６】フレームデータ １つのファンクションへは１インターバルINT期間中に
最大１回アクセスでき、１アクセスで転送するデータは
送信１フレーム、受信１フレームである。既述図５４
は、フレームデータの例を表しており、１フレームは、
スタートパターン、データパターン、パリティビット、
エンドパターンによって構成される。
【０２９７】スタートパターン，パリティビット，エン
ドパターンは、データ伝送パターンで規定されているパ
ターンで、ＭＩＥにて自動的に処理される。フレーム中
のデータパターンは、４バイト単位で構成され、最小４
バイトから最大１０２４バイトである。最小値の４バイ
トでは、コマンドコード，送信先ＡＰ，送信元ＡＰ，デ
ータサイズ（=００h）のみになる。コマンドコードは、
送信先の装置に指示するコマンドのコードを指定する。
送信先ＡＰは、フレームの送り先の装置のＡＰを指定す
る。すなわち、ホストは、基本デバイス、拡張デバイス
のＡＰを、基本デバイス，拡張デバイスはホストのポー
トのＡＰを指定する。送信元ＡＰは、自分自身のＡＰを
指定する。データサイズは、送信データのサイズを４バ
イト単位で指定する。データは送信するデータ（データ
フォーマットなど）で、４バイト単位で格納する。
【０２９８】コマンドコード コマンドコードは、１バイトで構成され、コマンドのコ
ードを格納する。
【０２９９】
【表１】
【０３００】ここで、ＣＯＭ0〜ＣＯＭ7はコマンドコー
ドである。コマンドコードは、01hからFEhの範囲で指定
する。各種のコマンドコードについては後述する。
【０３０１】なお、表を参照して説明されるデータは、
特に、図示しないが、内部のメモリやレジスタ等の適宜
な場所に保持されるものである。
【０３０２】絶対位置ＡＰ 次に、ＡＰについて説明する。ＡＰには、基本及び拡張
デバイス自身のＡＰと、データの送信先を表すＡＰ（送
信先ＡＰ）と、データの発信元を表すＡＰ（送信元Ａ
Ｐ）と、の３種類のＡＰがある。基本あるいは拡張デバ
イスのＡＰはデバイス自身のＡＰであり、ホストから送
信されたフレームの送信先ＡＰと比較し、ホストからの
データが自分宛のデータかどうかを判別するために使用
される。デバイスの送信元ＡＰは、基本あるいは拡張デ
バイスがホストにデータを返信する際に、フレームの３
バイトめに書き込まれるデータである（図４８）。送信
したデータがどのデバイスから送られたかをホストに知
らせる。デバイスの送信元ＡＰは、下位の５ビットがそ
の先のＬＭバスの接続状態を示す。ホストは、基本デバ
イスにアクセスし、その返信コマンド（基本デバイスか
らのフレーム）の送信元ＡＰを見ると、基本デバイスの
どのＬＭバスに拡張デバイスが接続されているかが判
る。ＡＰの値は、後述する図５７に示すように、ポー
ト、基本デバイス、拡張デバイスの接続形態によって決
まる（ソケットＮｏ．固定方式）。
【０３０３】ＡＰのビット構成 表２は、内部レジスタに保持されるＡＰのビット構成を
示している。ＡＰは１バイト（８ビット）で構成され
る。ＡＰの第７及び第６ビットは、基本デバイスが接続
されるホストの入出力ポートを指定するポート設定ビッ
トＰＯ1及びＰＯ0である。ＡＰの第５ビットは、基本デ
バイスか拡張デバイスかを表す基本デバイス／拡張デバ
イス設定ビットＤ／Ｅである。ＡＰの第４〜第０ビット
は、ＬＭバスの番号を指定するＬＭバス設定ビットＬＭ
4〜ＬＭ0である。
【０３０４】
【表２】
【０３０５】ポート設定ビットＰＯ0，ＰＯ1の使用例を
表３に示す。ポート設定ビットＰＯ0及びＰＯ1の２ビッ
トによってポートＡ〜ポートＤのうちのいずれかのポー
トが指定される。
【０３０６】
【表３】
【０３０７】基本デバイス／拡張デバイス設定ビット
は、表４に示すように、ＡＰが基本デバイス指定の場合
は「１」、拡張デバイス指定の場合は「０」、ポート指
定の場合は「０」である。
【０３０８】
【表４】
【０３０９】ＬＭバス設定ビットＬＭ4〜ＬＭ0は、表５
に示されるようになる。ＡＰが基本デバイスあるいはポ
ートを指定する場合には、ＬＭ4〜ＬＭ0は全て「０」と
なる。ＬＭバスに拡張デバイスが接続されているとき、
あるいは拡張デバイスにアクセスするとき、該当するＬ
Ｍバスの設定ビットＬＭnに「１」が設定される。ま
た、未接続状態のときは、該当するＬＭバスの設定ビッ
トＬＭnに「０」が設定される。拡張デバイスにアクセ
スする場合には、アクセスする拡張デバイスのＬＭバス
番号の設定ビットのみを「１」にする。
【０３１０】
【表５】
【０３１１】基本デバイスからの応答の時の送信元ＡＰ
は、基本デバイスのＡＰと、それぞれのＬＭバス上の拡
張デバイスの接続状態の設定ビットを自動的にＯＲで組
み合わせる。例えば、ホストがポートＡ（００h）から
基本デバイスにアクセスする場合は、送信先ＡＰ＝“00
100000”(２０h)，送信元ＡＰ＝“00000000”(００h)と
なる。ここで、hは１６進数表示を意味する。ポートＡ
の基本デバイスの応答は、基本デバイスに拡張デバイス
がＬＭバス Ｎｏ．１と３に接続されている場合、送信
先ＡＰ＝"00000000"(００h)，送信元ＡＰ＝“00100101"
(２５h)となる。送信元ＡＰは、基本デバイスのＡＰ＝
“00100000”に拡張デバイスの接続状態（ＬＭ0，ＬＭ2
＝１）が足されて（ＯＲされて）いる。
【０３１２】次に、ホストがポートＢからＬＭバス Ｎ
ｏ．１に接続された拡張デバイスにアクセスする場合
は、送信先ＡＰ＝“01000001”(４１h)，送信元ＡＰ＝
“01000000”(４０h)となる。ＬＭバスＮｏ．１に接続
された拡張デバイスからの応答は、送信先ＡＰ＝“0100
0000”(４０h)，送信元ＡＰ＝“01000001”(４１h)とな
る。
【０３１３】図５７には、ホストからアクセスする時の
基本デバイス，拡張デバイスのＡＰ一覧（１６進数表
現）が示されている。基本デバイスの応答時の送信元Ａ
Ｐは、基本デバイス自身のＡＰと、接続されている拡張
デバイスのＡＰの値の総和（全てのＯＲ）の値となる。
従って、基本デバイスの送信元ＡＰには拡張デバイスの
接続情報を含む。ホストは基本デバイスの送信元ＡＰか
ら拡張デバイスの接続を知ることが出来る。
【０３１４】基本デバイスＡＰの初期設定の手順 次に、ＡＰの初期設定手順について説明する。ゲームを
行う者は、基本デバイスをホストの任意のポートに接続
でき、更に、拡張デバイスを、基本デバイスの任意のＬ
Ｍバスに接続できる。このため、ゲームの開始に先立っ
て、ホストは、ホストの各ポートへの基本デバイス、拡
張デバイスの接続の有無と、各デバイスのＡＰを知るこ
とが必要となる。そこで、基本デバイスのＡＰの初期設
定手順について、図５８のフローチャートを参照して説
明する。
【０３１５】同図は、ホストのポートＡに基本デバイス
が接続され、この基本デバイスのＬＭバスのＮｏ．１及
び２に拡張デバイスが接続されている場合を一例として
説明するものである。同図には、ホストの動作と基本デ
バイスのＣＰＵの動作が示されている。
【０３１６】まず、ホスト、基本デバイス、拡張デバイ
スの相互間が通信線によって接続され、各装置に電源が
投入されると、各装置において、図示しないＲＯＭから
ＣＰＵに初期プログラムがブートされる。なお、後述す
る図６４には基本デバイス用ＭＩＥが、図６６には拡張
デバイスのＭＩＥが説明されている。このプログラムに
従って基本デバイス（のＣＰＵ）は、後述するインタフ
ェースのレジスタとポートを初期化する（Ｓ２２、Ｓ２
４）。その後、基本デバイス自身のＡＰを生成する。こ
の場合、ＡＰは自身のデバイスであることから、ＡＰの
ビット５だけが“１”となり、“--100000”となる。こ
こで、“-”は、未定の値であることを表す（Ｓ２
６）。
【０３１７】次に、基本デバイスがＬＭバス Ｎｏ．５
を備えるかどうかを調べる。ＬＭバスＮｏ．5は他のＬ
Ｍバスとは異なり、バス接続や論理的な接続である。こ
れは、基本デバイスに拡張デバイスを内蔵し、あるいは
基本デバイスと拡張デバイスとを組み合わせて使用する
というような、基本デバイス自身の機能拡張としての使
用が予定されているからである。例えば、振動機能付き
ゲームコントローラを作成する場合、ゲームコントロー
ラを基本デバイスとし、これに振動部をＬＭバスＮｏ．
５を介して接続することによって全体として振動部付き
ゲームコントローラを実現する。このＮｏ．５バスの有
無は、基本デバイスのＣＰＵには既知（ＲＯＭなどに情
報が書き込まれている）であり、コンフィグレーション
などは特に必要としない。この説明の例では、ＬＭバス
Ｎｏ．５はないものとする（Ｓ２８）。
【０３１８】次に、基本デバイスのＣＰＵは、外部ソケ
ットのＬＭバスの設定を行う。図６４に示すように、基
本デバイスは、Ｉ／Ｏ部から各ＬＭバスのソケットの特
定の端子、例えば、端子ＩＤ0,ＩＤ1に、当該ＬＭバス
の番号に対応した電圧値の組み合わせを発生する。基本
デバイスが設定する各ＬＭバスの端子ＩＤ0,ＩＤ1への
出力論理の例を表６に示す（Ｓ３０）。
【０３１９】
【表６】
【０３２０】基本デバイスは、ＬＭバスＮｏ．１のソケ
ットの端子ＩＤ0,ＩＤ1にはそれぞれ「０」、「０」を、
ＬＭバスＮｏ．２のソケットの端子ＩＤ0,ＩＤ1にはそ
れぞれ「１」、「０」を出力する。この論理出力電圧
は、ＬＭバス、Ｉ／Ｏポートを介して拡張デバイスに与
えられる。拡張デバイスは、基本デバイスからの論理出
力の値を見て、自己がどのＬＭバス（拡張ソケット）に
接続されたかを知ることができる（Ｓ３２）。
【０３２１】基本デバイスは、各ＬＭバスのソケットの
特に考慮された特定の端子、例えば、端子ＩＤ2の論理
レベルを読み込む。端子ＩＤ2はプルダウン用抵抗を介
して接地されており、このソケットに拡張デバイスが接
続されると、拡張デバイス側から電圧Ｖccが印加される
ようになされる。その結果、当該ソケットに拡張デバイ
スが接続されている場合は、端子ＩＤ2の論理レベルは
「１」となる。また、拡張デバイスが接続されていない
場合には、端子ＩＤ２の論理レベルは「０」となる。基
本デバイスは、ＬＭバスに出力したＩＤ0、ＩＤ1に対応
したＩＤ2の論理レベルを判別することにより、上記端
子ＩＤ0、ＩＤ1への論理出力で示したＬＭバス Ｎｏ．
の接続あるいは未接続が判別できる。繰り返せば、端子
ＩＤ2は拡張デバイスの接続確認用であり、ＩＤ2が
「０」であると未接続、「１」であると接続を示す。こ
の例では、ＬＭバス Ｎｏ.1のＩＤ2とＬＭバス Ｎｏ.2
のＩＤ2が「１」になる（Ｓ３４）。
【０３２２】なお、ソケットの端子ＩＤ0、ＩＤ1の論理
出力は、一定の条件下に、基本デバイスから拡張デバイ
スへのリセット信号としても機能する。例えば、基本デ
バイスが、拡張デバイスへの出力ＩＤ0、ＩＤ1を反転さ
せると、拡張デバイスへの動作停止信号となり、拡張デ
バイスは動作を停止する。例えば、ＩＤ0、ＩＤ1＝“０
０”であるとき、ＩＤ0、ＩＤ1＝“１１”と反転する
と、拡張デバイスは処理を停止する。また、基本デバイ
スが出力ＩＤ0、ＩＤ1を反転させ、更に出力ＩＤ0、Ｉ
Ｄ1を反転させて元に戻すと、拡張デバイスへのリセッ
ト信号となり、拡張デバイスはリセットする。例えば、
基本デバイスが、ＩＤ0、ＩＤ1＝“００”であるとき、
ＩＤ0、ＩＤ1＝“１１”（停止信号）を出力して拡張デ
バイスを停止させ、その後基本デバイスがリセットす
る。基本デバイスが復帰後、ＩＤ0、ＩＤ1＝“００”
（リセット信号）とする（元に戻す）と、拡張デバイス
は、リセットする。リセット後は、後述するソフトリセ
ットの後と同様の状態になる。次に、基本デバイスは、
基本デバイスから送信する際の送信元ＡＰを生成する。
基本デバイスのＡＰと端子ＩＤ2の状態から送信元ＡＰ
は、“--1xxxxx”となる。ビット０〜４の“x”はＬＭ
バスの接続状態で「０」か「１」になる。この例では、
送信元ＡＰは、ＬＭバスＮｏ．１と２だけに接続されて
いるので、“--100011”となる（Ｓ３６）。
【０３２３】基本デバイスは、ホストから送られるコマ
ンドの一種であるデバイスリクエスト［Device Reques
t］の受信を待つ。基本デバイスは、デバイスリクエス
ト［Device Request］以外は待機状態のまま、ステップ
３４からの処理を繰り返す（Ｓ３８；Ｎｏ）。この例で
は、ホストのポートＡに基本デバイスが接続されてい
る。この基本デバイスへのホストからの送信先ＡＰはポ
ートＡの基本デバイスを指定する“00100000”となる。
第５ビットの「１」が基本デバイスの指定を、第６及び
第７ビットの「００」がポートＡの指定を表す。
【０３２４】一方、ホストは、ポートＡからＤに基本デ
バイス及び拡張デバイス（周辺装置）接続されたかどう
かを知るべく、各ポートに順次コマンド［Device Reque
st］を送って基本デバイスの応答を待つ（Ｈ２２）。ホ
ストから、ポートＡの基本デバイスにコマンド［Device
Request］が送られると（Ｓ３８；Ｙｅｓ）、基本デバ
イスは、その受信フレームの送信元ＡＰを読み、その第
６及び第７ビットから自己が接続されているポートＮ
ｏ．を取得する。この例では、ポートＡなので“00”で
ある（Ｓ４０）。
【０３２５】基本デバイスは、ステップＳ２６にて、先
に形成した下位６ビットとポートの上位２ビットとによ
って、基本デバイス自身のＡＰ（８ビット）を完成する
（Ｓ４２）。すなわち、取得したポートＡの“00"（第
６及び第７ビット）と、基本デバイスが先に形成したＡ
Ｐ＝“--100000”（第０ビット〜第５ビット）とを組み
合わせて、基本デバイス自身のＡＰ＝“00100000”（１
６進数表示で２０h）を完成する。
【０３２６】次に、基本デバイスは、送信フレームの送
信元ＡＰを完成させる。先に、ステップＳ３６におい
て、下位６bitだけが完成していた送信元ＡＰに、ポー
トのbitを上位に付加する。この例では、送信元ＡＰ＝
“--100011”にポートのbit“00"を付加して、送信元Ａ
Ｐは“00100011”となる（Ｓ４４）。この送信元ＡＰの
コードを見ると、ポートＡに基本デバイスが接続され、
その基本デバイスのＬＭバスＮｏ．１及び２に拡張デバ
イスが接続されていることが判る。
【０３２７】基本デバイスは、デバイスリクエスト［De
vice Request］に対して返信するべく、送信フレームを
作成する（Ｓ４６）。基本デバイスは、コマンド、デバ
イスリクエスト［Device Request］に対応した返信コマ
ンドのデバイスステイタス［Device Status］を用意す
る。送信先ＡＰは、ポートＡを表す“00000000”、送信
元ＡＰは、上述した“00100011”となる。
【０３２８】基本デバイスは、デバイスステイタス［De
vice Status］を含む送信フレームを送出し、ホストに
コマンドを返信する（Ｓ４８）。以後、基本デバイスの
ＡＰは切断されない限り、“00100000”となる。基本デ
バイスは、常にＬＭバスのソケットの端子ＩＤ2の状態
を監視する。そして、ＬＭバスへの拡張デバイスの接続
状態が変わると送信元ＡＰのビットを変化させ、拡張デ
バイスの接続状態に対応した送信元ＡＰを保持する。
【０３２９】ホストは、基本デバイスからの送信フレー
ムを受信し、ポートＡへの基本デバイスの接続と、その
ＬＭバスＮｏ．１及び２への拡張デバイスの接続を知る
（Ｈ２４）。ホストは、基本デバイスにアクセスするだ
けでその基本デバイスに接続された拡張デバイスの存在
を知ることが出来る。また、後述するように、ホスト
は、コマンド、デバイスステイタス［Device Status］
によってポートに接続されている基本デバイスの内容
（周辺装置の種類等）を知る。
【０３３０】なお、上述したＡＰの設定に際しては、基
本デバイスに拡張デバイスを接続するソケットＮｏ．を
固定し、各ソケットへの拡張デバイスの接続の有無を確
認している（ソケットＮｏ．（ＬＭバスＮｏ．）固定方
式）。すなわち、基本デバイスは、(a) 基本デバイス自
身の初期化後に、先にＬＭバス（ソケット）Ｎｏ．に対
応するＩＤ0、ＩＤ1の設定を行い、(b)その後、各ソケ
ットのＩＤ2の論理レベルを見て、各ＬＭバスへの拡張
デバイスの接続の有無を判別している。そして、(c)Ｉ
Ｄ2の接続情報でどの番号のＬＭバスに拡張デバイスが
接続されたかが判ったので、この情報を元にして、送信
フレームの送信元ＡＰの下位６ビットを作成する。(d)
ホストから受信したフレームの送信元ＡＰから、基本デ
バイスが接続されたホストの接続ポートの情報を得て、
基本デバイスの送信元ＡＰの上位２ビットを追加して、
送信元ＡＰを完成する。
【０３３１】これに対し、基本デバイスが先にＩＤ2の
チェックを行って使用されるＬＭバスを把握し、使用さ
れるＬＭバスにＬＭバスＮｏ．を割り当てることとして
も良い（ソケットＮｏ．（ＬＭバスＮｏ．）割り振り方
式）。すなわち、基本デバイスは、(a) 基本デバイス自
身の初期化後、ＩＤ2の論理を見て、そのＬＭバスに拡
張デバイスの接続の有無を判別する。(b)次に、端子Ｉ
Ｄ2で接続を判別したＬＭバスにＩＤ0、ＩＤ1を割り当
てる。割り当てが重ならないように、Ｎｏ．の小さい順
に割り当てる。このＩＤ0、ＩＤ1とＬＭバスＮｏ．の例
を表７に示す。接続状態に変化のないＬＭバスは、前の
状態の番号を維持する。
【０３３２】
【表７】
【０３３３】そして、基本デバイスは、(c)ＩＤ2と、Ｉ
Ｄ0、ＩＤ1の情報に基づいて、送信する際の送信元ＡＰ
の下位６ビットを作成する。(d)ホストから受信したフ
レームの送信元ＡＰから、基本デバイスが接続されたホ
ストの接続ポートの情報を得て、基本デバイスの送信元
ＡＰの上位２ビットを追加して、送信元ＡＰを完成す
る。
【０３３４】基本デバイスが一旦送信元ＡＰを確立した
後に、ホストから送信元ＡＰを更新すべき指令を受けた
場合、ソケットＮｏ．固定方式では、既に各ソケットに
ＩＤ0、ＩＤ1が対応付けられているので、ＡＰの更新の
ための基本デバイスの処理は、上記(b)以降を行う。ソ
ケットＮｏ．割り振り方式では、ソケットＮｏは変動す
るので、ＡＰの更新のための基本デバイスの処理は、上
記(a)以降を行う。
【０３３５】拡張デバイスＡＰの初期設定手順 図５９のフローチャートを参照して拡張デバイスのＡＰ
の初期設定手順について説明する。同図においては、ホ
スト、基本デバイス、拡張デバイスの各動作が並行して
示されている。また、同図において図５８と対応する部
分には、同一ステップ番号を付し、かかる部分の説明は
省略する。この例では、ホストのポートＢに基本デバイ
スが接続され、更に該基本デバイスのＬＭバスのＮｏ．
２に拡張デバイスが接続されるものとして説明する。
【０３３６】まず、ホスト、基本デバイス、拡張デバイ
スが相互接続され、各装置に電源が供給される（Ｋ２
２）。なお、後述する図６４によって基本デバイス用Ｍ
ＩＥが、図６６によって拡張デバイスのＭＩＥが説明さ
れる。拡張デバイスは、基本デバイスに接続され、いわ
ゆるパワーオンリセットがなされると、内部レジスタと
ＬＭバスのポートの初期化を行う（Ｋ２４、Ｋ２５）。
【０３３７】拡張デバイス（のＣＰＵ）は、制御プログ
ラムに従ってＬＭバスを調べる。前述したように、各Ｌ
Ｍバスのコネクタの所定の端子、例えば、端子ＩＤ0、
ＩＤ1には、基本デバイス（のＣＰＵ）によって、ＬＭ
バス番号に対応した論理出力がなされている。拡張デバ
イスは、拡張デバイスが接続しているＬＭバスの端子Ｉ
Ｄ0、ＩＤ1の論理を読み取る（Ｋ２８）。この例では、
拡張デバイスはソケット2に接続されたので、ソケット
の端子ＩＤ1、ＩＤ0には＝“01”の論理出力が設定され
ている。拡張デバイスは、端子ＩＤ0、ＩＤ1の論理出力
と表６とを参照してＬＭバス Ｎｏ．を判別する。この
例では、ＩＤ1、ＩＤ0＝“01”なので、ＬＭバス Ｎ
ｏ．は「２」と判別される（Ｋ３０）。
【０３３８】拡張デバイスは、拡張デバイス自身のＡＰ
を作成する。拡張デバイスは、自己が拡張デバイスであ
ることを知っている。これは、予めＲＯＭに必要な情報
を書き込むことにより、あるいは拡張デバイスの制御プ
ログラムに直接書き込むこと等によってなされる。表２
に示すレジスタの、ＡＰのビット５（デバイス／拡張デ
バイス設定ビット）を“０”に設定し、ビット０〜４
（ＬＭバスＮｏ．設定ビット）を接続されているＬＭバ
スのＮｏ．に対応して“１”に設定する。この例では、
ＬＭバスがＮｏ.2なので、bit１が“１”に設定され
る。よって、拡張デバイス自身のＡＰは、ＡＰ＝“--00
0010”となる（Ｋ３２）。
【０３３９】次に、拡張デバイスは、拡張デバイスの送
信元ＡＰを作成する。拡張デバイスは、基本デバイスと
は異なり、送信元ＡＰで接続チェックを行わないので、
「送信元ＡＰ＝拡張デバイスのＡＰ」とする。この例で
は、送信元ＡＰ＝拡張デバイスのＡＰ＝“--000010”と
なる（Ｋ３４）。
【０３４０】拡張デバイスは、ホストからの自己のＡＰ
＝“--000010”を指定したコマンド［Device Request］
を含むフレームの着信を待つ（Ｋ３６）。コマンド［De
viceRequest］以外は待機状態のまま、待ち続ける（Ｋ
３６；Ｎｏ）。
【０３４１】上述したように、ホストは、既に基本デバ
イスからＬＭバスの接続状況が報告されているので（Ｓ
４８）、拡張デバイスがどこのＬＭバスに接続されてい
るかを知っている（Ｈ２６）。よって、拡張デバイスを
使用するアプリケーションのみ、拡張デバイスにコマン
ド［Device Request］を送信し、拡張デバイスを使用で
きるようにする。この例では、ホストが送信する送信フ
レームの送信元ＡＰはポートＢを表す“01000000”、送
信先ＡＰは、拡張デバイスでかつＬＭバス Ｎｏ．2を指
定する“01000010”となる（Ｈ２８）。
【０３４２】拡張デバイスは、コマンド［Device Reque
st］を含むフレームを受信する（Ｋ３６；Ｙｅｓ）。そ
のフレームデータの送信元ＡＰ＝“01000000”を読み、
ホストのポートＮｏ．を取得する。この例では、ポート
Ｂなので“01”である。拡張デバイスは、先に下位６ビ
ットだけが完成している拡張デバイスのＡＰに、ポート
Ｂのビットを上位に付加し、拡張デバイス自身のＡＰを
完成させる。この例では、拡張デバイスのＡＰ＝“--00
0010”に、ポートＢのビット“01”を付加する。拡張デ
バイスのＡＰは、ＡＰ＝“01000010”となる。
【０３４３】次に、拡張デバイスの送信元ＡＰを完成さ
せる。先に下位６ビットだけが完成している送信元ＡＰ
に、ポートのビットを上位に付加する。この例では、送
信元ＡＰ＝“--000010”にポートのビット'01'を付加す
る。送信元ＡＰはＡＰ＝“01000010”となる（Ｋ４
２）。なお、拡張デバイスの送信元ＡＰは、拡張デバイ
スのＡＰと同じなのでこの処理（Ｋ４２）は省略しても
良い。
【０３４４】拡張デバイスは、ホストに返信すべく、送
信フレームを作成する（Ｋ４４）。コマンド、デバイス
リクエスト［Device Request］に対応した返信コマンド
のデバイスステイタス［Device Status］を用意する。
送信先ＡＰは、ホストのポートＢの“01000000”、送信
元ＡＰは、“01000010”となる。拡張デバイスは、ホス
トにコマンドを返信する（Ｋ４６）。コマンド、デバイ
スステイタス［DeviceStatus］を送信する。以後、拡張
デバイスは、電源やケーブルが遮断されない限り、自己
のＡＰ及び送信元ＡＰ＝“01000010”を保持する。
【０３４５】ホストは、拡張デバイスからコマンド［De
vice Status］を受信することによって接続されている
拡張デバイスの内容（周辺装置の各種情報）を得る。
【０３４６】データサイズ 送受信フレームに含まれるデータサイズ部の構成につい
て説明する。データサイズ部は、表８に示されるよう
に、１バイトで構成される。
【０３４７】
【表８】
【０３４８】ここで、ビット０〜ビット７のデータＤＳ
0〜ＤＳ7はデータサイズを表す。データサイズ部は、デ
ータのサイズを最小０バイトから最大１０２０バイトま
で、4バイト単位で指定する。これを表９に示す。
【０３４９】
【表９】
【０３５０】データ 送受信フレームに含まれるデータ部の構成について説明
する。データ部は、転送するデータを、データサイズで
指定したサイズ（4バイト単位）で格納する。データ内
容は、ファンクションによって異なる。例えば、コント
ローラ系ではコントローラのファンクションタイプ，デ
ータフォーマットが入る。データ部の構成を表１０に示
す。
【０３５１】
【表１０】
【０３５２】データ伝送 ホストと、周辺装置（基本デバイス、拡張デバイス）と
の間のデータ通信の概略について説明する。このデータ
通信においては、とくに、ゲーム装置に好適なように規
約に工夫がなされている。まず、データ通信は、基本的
には、ホストからの要求と、それに対する周辺装置から
の返答の形式で行われる。ホストから周辺装置に対して
の指示、要求は全てコマンド（フレーム）で行う。周辺
装置にコマンド（フレーム）を送信すると、周辺装置か
ら必ず何らかのコマンドがホストに返信される。送信エ
ラーが発生した場合は、ハードウェアの機能により、エ
ラーフラグが立ち、エラー処理を行う。
【０３５３】周辺装置は、ホストとの接続後、ホストか
ら周辺装置の内容を認識するためのコマンド、デバイス
リクエスト［Device Request］を受信した後に活性化さ
れる。周辺装置は、ホストからのコマンドに対しては、
必ず何らかのコマンドを返信する。周辺装置（あるいは
そこに実現されるファンクション）は、例えば、１イン
ターバルINT中に1回のコマンドの受信が出来る。
【０３５４】図６０は、ホストと周辺装置間のデータ通
信を説明する説明図である。前述したように、ホスト、
周辺装置（基本デバイス、拡張デバイス）の相互間が接
続され、電源が供給されると、データ通信の開始に先立
って各々のＡＰが確立される。それにより、データ通信
に必要な各装置固有のＡＰ、送信元ＡＰ、送信先ＡＰが
得られる。
【０３５５】ホストのＣＰＵがアプリケーションを実行
することによって、周辺装置へのアクセスが必要とな
る。アプリケーションが出力した送信データ、送信コマ
ンドは、それぞれホストのＭＩＥのライト（書き込み）
バッファ、コマンドレジスタに書き込まれる。送信デー
タ、送信コマンドは、既述図４８に示すフレームとして
組み立てられて、コマンド待ち状態の周辺装置に送信さ
れる。周辺装置のＭＩＥは、フレームを受信すると、コ
マンド及びデータを取り出して、周辺装置のＣＰＵに与
える。周辺装置のＣＰＵは、コマンドを解読し、このコ
マンドに対応する処理を行って、ホストに返信のコマン
ドと必要により返信すべきデータとを得る。このデータ
とコマンドを周辺装置のＭＩＥによってフレームに組み
立てて、ホストに送信する。その後、周辺装置は、次の
コマンド待ちの状態となる。ホストのＭＩＥが返信のフ
レームを受け取ると、交信状態をステイタスレジスタ
に、受信データをリードバッファに書き込む。ホストの
ＣＰＵは、両レジスタからデータを受け取ってアプリケ
ーションを続行する。このような動作を繰り返してホス
トと周辺装置（基本デバイス、拡張デバイス）間のデー
タ通信が行われる。
【０３５６】なお、ホストのＭＩＥと周辺装置のＭＩＥ
相互間のより具体的な通信に関しては、後述される。
【０３５７】ハードウェアでエラーフラグが立つと、エ
ラー処理を行う。ホストの内部インターフェイスの詳細
については、後述する。
【０３５８】転送エラー データ伝送における転送エラーについて説明する。ハー
ドウェアで検知できるエラーには、パリティエラー、タ
イムアウト（Time Out）、データオーバーフローが含ま
れる。パリティエラーは、データフレームのパリティが
一致しなかったときに検出されるエラーである。タイム
アウトは、ＳＤＣＫＡ，ＳＤＣＫＢのラインが一定状態
を維持したまま、タイムアウトの時間になったときに検
出されるエラーである。データオーバーフローは、デー
タの量が送受信バッファの容量を越えたときに検出され
るエラーである。これ等以外のエラー（データ化け等）
はソフトウェアで検知する。フレームを受信したときに
ハードウェアで検知できるエラーが発生した場合、エラ
ーフラグ等で知らせる。
【０３５９】ホストにおけるエラー処理 ホストにおいて受信エラーが発生した場合、周辺装置
（基本デバイス、拡張デバイス）に送信したコマンドに
よって再送コマンドを送信する。再送コマンドは最大3
回まで送信する。それでもエラーが発生するならば、未
接続やエラー表示などの処理を行う。再送の回数と処理
方法は、アプリケーションソフト、ライブラリによって
異なる。周辺装置から送られてきた再送コマンドは、ホ
ストからの送信1回につき3回まで受け付け、それ以上は
未接続やエラー表示などの処理を行う。未接続処理は、
エラーのあるポートに対して、ハードウェアリセット
（リセットパターン）を送信する。その後、必要なら
ば、デバイスリクエスト［DeviceRequest］を行う。
【０３６０】周辺装置におけるエラー処理 送信エラーが発生した場合、周辺装置（基本デバイス、
拡張デバイス）は、ホストからの要求に応じて再送は行
うが、周辺装置の判断によって再送などのエラー処理は
行わない。受信エラーが発生した場合、周辺装置は再送
コマンドをホストに送信することが出来る。受信時にタ
イムアウトが発生した場合は、周辺装置はソフトリセッ
トを行う。タイムアウトの検知は、基本デバイスのみが
行い、拡張デバイスへは基本デバイスから、ＩＤライン
を使用してリセット信号を送る。
【０３６１】禁止事項 本規格においては、一定の禁止事項を設けている。すな
わち、(1)ホストに複数の周辺装置（基本デバイス、拡
張デバイス）が接続された状態で、周辺装置から周辺装
置へのダイレクトアクセスは禁止する。原則として、ホ
ストを介しなければならない。(2)周辺装置は、ホスト
のみが発行できるコマンドを使用することは許されな
い。(3)同じポートに対して連続してアクセスしてはい
けない。
【０３６２】ただし、これ等の禁止事項は、実施例の規
格における例示的なものであり、本発明の範囲を減縮し
たり、発明の応用を限定する意図のものではない。これ
等の禁止事項を許容する別の規格によるデータ通信を行
うことはもちろん可能である。
【０３６３】周辺装置の接続と切断 ホストにおける周辺装置（基本デバイス、拡張デバイ
ス）の接続と切断の判断処理について説明する。この判
断処理のために、ホストは各ポートの周辺装置に対し
て、コマンド、デバイスリクエスト［Device Request］
を送信する。先に説明したように、ホストと周辺装置の
接続後に電源が供給されると、ホスト、基本デバイス、
拡張デバイス各々についてのＡＰ確立の手順が実行され
る。従って、本判断処理の前に送信先の周辺装置のＡＰ
は、各ポートで決定されている。デバイスリクエスト
［Device Request］を送信する間隔は、望ましくは、１
インターバル（INT）毎である。周辺装置から返信があ
った場合は、以後、コマンドのデバイスリクエスト［De
vice Request］を送信する必要はない。なお、当然のこ
とながら、アプリケーションソフトが使用しないポート
に対しては、ホストはコマンド、デバイスリクエスト
［Device Request］を送信する必要はない。
【０３６４】基本デバイスの接続チェック 基本デバイスの接続チェックについて説明する。ホスト
が、あるポートにコマンドのデバイスリクエスト［Devi
ce Request］を送信し、基本デバイスからコマンドのデ
バイスステイタス［Device Status］が返信されると、
ホストはそのポートにデバイスステイタス［Device Sta
tus］（後述）で記されている基本デバイスが接続され
ていると認識する。基本デバイスから何も反応が無い場
合（タイムアウト）は、そのポートは基本デバイスが未
接続と判断される。タイムアウト（Time Out）はコマン
ド送信後、例えば、１．０ｍｓの間に返信が無い場合に
生ずる。
【０３６５】拡張デバイスの接続チェック ホストは、それぞれのポートで基本デバイスだけにアク
セスすれば、その基本デバイスに接続されている拡張デ
バイスの接続状態も合わせて基本デバイスから返信され
るので（送信元ＡＰ）、全ての拡張デバイスに対して基
本デバイスのような接続チェックをする必要はない。ま
た、基本デバイスにアクセスして、基本デバイスからの
返信で送信元ＡＰに未接続であった拡張デバイスの接続
設定ビットが“１”に変化している時は、その設定ビッ
トで示されている拡張デバイスが新たに接続されたこと
を示している。基本デバイスへのアクセス後、拡張デバ
イスについての接続状態が判っているので、拡張デバイ
スに対してもデバイスリクエスト［Device Request］を
送信し、応答コマンドのデバイスステイタス［Device S
tatus］を待つ。この時、デバイスステイタス［Device
Status］の返信が無ければタイムアウトし、その拡張デ
バイスは未接続と判断される。
【０３６６】接続チェックに対する周辺装置の動作 全ての周辺装置（基本デバイス、拡張デバイス）は、接
続した直後はスタンバイ状態で、まだ装置としての動作
を開始せず、自分のＡＰの下位６bitのみ得ている。各
周辺装置はデバイスリクエスト［Device Request］を受
信する前に他のコマンドを受信しても、ホストに対して
何の反応もしない。その後、周辺装置は、ホストからの
コマンド、デバイスリクエスト［Device Request］を受
信する。周辺装置は受信フレームの送信元ＡＰから自己
が接続されているポートのＡＰを記憶し、自己のＡＰ、
送信元ＡＰを完成し、デバイスリクエスト［Device Req
uest］に返信するべく動作を開始する。
【０３６７】基本デバイスの切断チェック ホストが、接続されている基本デバイス（予めポートへ
の接続が確認されていた基本デバイス）に対してコマン
ドを送信し、所定時間経過してもその基本デバイスから
応答が無い場合（タイムアウト）、ホストはその基本デ
バイスが切断され、未接続になったと認識する。未接続
の確認は３回まで行い、それでも未接続なら１インター
バル（１INT）後に、リセットパターンを送出する。
【０３６８】拡張デバイスの切断チェック ホストは、先にポートへの接続が確認されている拡張デ
バイスに対し、コマンドを送信して返信が無い場合（タ
イムアウト）、その拡張デバイスが切断され、未接続状
態になったと認識する。未接続の確認は３回まで行い、
それでも未接続なら１インターバル（１INT）後に、リ
セットパターンを送出する。
【０３６９】また、ホストが基本デバイスにアクセスし
て、基本デバイスからの返信フレームを受信する。そし
て、ホストが受信フレームの送信元ＡＰの拡張デバイス
の接続設定ビットが“０”に変化していることを判別し
たとき、その接続設定ビットＬＭnで示されている拡張
デバイスが切断され、未接続になったことが判る。
【０３７０】切断に対する周辺装置の動作 基本デバイスがホストのポートから取り外されると、当
該ポートに接続されていた基本デバイスへのホストから
の電源の供給が遮断される。このため、基本デバイスが
記憶していた接続ポートの情報は失われる。従って、一
旦コネクタを取り外した基本デバイスをホストのポート
に再度接続（ハードウェアリセット）しても、そのまま
では、基本デバイスは動作を開始しない。同様に、拡張
デバイスが基本デバイスのソケットから取り外された場
合も、拡張デバイスへの電源の供給が遮断されるため、
記憶していた接続ポートの情報が失われる。このため、
取り外した拡張デバイスを基本デバイスのソケットに再
度接続しても動作を開始しない。
【０３７１】リセット リセットには2種類ある。ハードリセット（リセットパ
ターン）とソフトリセット（リセットコマンド）であ
る。リセットはホストからのみ行える。ハードリセット
は、リセットパターンによるリセットで、あるポートに
接続された周辺装置（基本デバイス、拡張デバイス）の
全てを初期化することが出来る。周辺装置からの返信は
ない。ソフトリセットは、リセットコマンドのデバイス
リセット［Device Reset］によるリセットで、特定の周
辺装置を初期化できる。この場合、該当する周辺装置か
らはコマンドのデバイスリプライ［Device Reply］が返
信され、その後、この周辺装置は自身の初期化を実行す
る。
【０３７２】リセットされた周辺装置（基本デバイス、
拡張デバイス）は、一部のファンクションを除き、変数
やＲＡＭ内容などの記憶していたデータが電源投入直後
の状態まで初期化される。周辺装置のＡＰも初期化され
るので、再使用する場合には、ホストからデバイスリク
エスト［Device Request］を送信する必要がある。
【０３７３】デバイスＩＤ 既述接続チェックにおいて説明したように、ホストから
デバイスリクエスト［Device Request］を受信した周辺
装置（基本デバイス、拡張デバイス）は、デバイスステ
イタス［Device Status］をホストに返信する。このデ
バイス固有の情報であるデバイスステイタス［Device S
tatus］のデータ領域には、デバイスに関する種々の情
報が記録されている。この中の一つにデバイスＩＤが含
まれる。デバイスＩＤには、基本デバイスあるいは拡張
デバイスの、ファンクションタイプ、ファンクション定
義ブロックの宣言部が登録されている。全ての周辺装置
は必ず１つのデバイスＩＤと、1つ以上のファンクショ
ンを持つ。これにより、ホストは、接続された周辺装置
の内容（機種、機能、信号フォーマット、ｅｔｃ）を知
る。なお、各種コマンドについては後述する。
【０３７４】デバイスＩＤの構成 デバイスＩＤは、表１１に示されるように１６バイト
（１２８bit）で構成される。
【０３７５】
【表１１】
【０３７６】ここで、ＦＴは、ペリフェラルが備えてい
るファンクションの種類を示す。ＦＤ１は、１つ目のフ
ァンクションの、ファンクション定義ブロックを示す。
ＦＤ２は、２つ目のファンクションの、ファンクション
定義ブロックを示している。ＦＤ３は、３つ目のファン
クションの、ファンクション定義ブロックを示してい
る。ＦＤ１、ＦＤ２及びＦＤ３は、ＦＴで示されるファ
ンクションによって内容の意味が異なる。
【０３７７】次に、上記ＦＴ0〜ＦＴ31のファンクショ
ンタイプの内容を表１２に示す。ＦＴファンクションタ
イプは、周辺装置が装備しているファンクションを示
す。ファンクションタイプは全部で３２種類あり、それ
ぞれコマンド、データフォーマットが決まっている。
【０３７８】
【表１２】
【０３７９】1つの周辺装置で、例えば、３種類までの
ファンクションを設定することができ、装備しているフ
ァンクションの対応する設定ビットを'１'にする。設定
ビットには優先順位が存在し、最上位ビット（ＦＴ31）
が一番高く、最下位ビット（ＦＴ0）が一番低くなって
いる。優先順位順に3つまでファンクション・ライブラリ
が設定される。
【０３８０】表１１において、ＦＤ１31〜ＦＤ10は、第
１のファンクション定義ブロックを示す。1つ目のファ
ンクションを構成する個々の要素を定義するブロックで
ある。その内容は、ファンクションによって異なる。詳
細はそれぞれのファンクション仕様書（図示せず）によ
って規定される。
【０３８１】ＦＤ２31〜ＦＤ２0は、第２のファンクシ
ョン定義ブロックを示す。2つ目のファンクションを構
成する個々の要素を定義するブロックである。内容は、
ファンクションによって異なる。詳細はそれぞれのファ
ンクション仕様書によって規定される。
【０３８２】同様に、ＦＤ３31〜ＦＤ３0は、第３のフ
ァンクション定義ブロックを示す。３つ目のファンクシ
ョンを構成する個々の要素を定義するブロックである。
内容は、ファンクションによって異なる。詳細はそれぞ
れのファンクション仕様書によって規定される。
【０３８３】ファンクションのデータフォーマットと定
義ブロック ファンクションのデータフォーマットと定義ブロックに
ついて説明する。これ等は、周辺装置とデータのやりと
りを行う為の、データの形式を示す。
【０３８４】まず、周辺装置（ペリフェラル）は表１３
のように分類、区別される。
【０３８５】
【表１３】
【０３８６】表１３に示すように、基本デバイスの代表
的なものはゲームコントローラである。ゲームコントロ
ーラのファンクションタイプはコントローラで、ホスト
のポートに接続して使用される。ゲームコントローラ
は、多くのアプリケーションソフトで利用できるよう
に、標準となるデータフォーマットが決まっている。
【０３８７】コントローラ系のファンクションの要素
は、以下の通りである。 ・デジタル方向キーＡ ：Ｒａ,Ｌａ,Ｄａ,Ｕａ ・デジタル方向キーＢ ：Ｒｂ,Ｌｂ,Ｄｂ,Ｕｂ ・デジタルボタン ：Ａ,Ｂ,Ｃ,Ｄ,Ｘ,Ｙ,Ｚ,ＳＴＡＲＴ ・アナログキー ：Ａ１,Ａ２,Ａ３,Ａ４ ・アナログレバー ：Ａ５,Ａ６ また、コントローラ系周辺装置は、以下の要素を必ず備
えていることが条件になる。 ・デジタル方向キーＡ ：Ｒａ,Ｌａ,Ｄａ,Ｕａ ・デジタルボタン ：Ａ,Ｂ,ＳＴＡＲＴ 基本デバイスのその他のタイプ その他のタイプは、ゲームコントローラ以外のファンク
ションタイプの周辺装置である。各周辺装置によって、
データの内容とフォーマット、リード／ライトサイクル
などが異なるため、それぞれの機能に対応したデータフ
ォーマット，ファンクション・ライブラリを持つ。
【０３８８】拡張デバイス 基本デバイスの機能を拡張するための周辺装置である。
各周辺装置によって、データの内容とフォーマット、リ
ード／ライトサイクルなどが異なるため、それぞれの機
能に対応したデータフォーマット，ファンクション・ラ
イブラリを持つ。
【０３８９】コントローラ系ファンクション ファンクションタイプがコントローラのデータフォーマ
ットと、デバイスＩＤの定義ブロックを示す。
【０３９０】リードデータフォーマットを表１４に示
す。リードデータフォーマットは、コントローラのデー
タを読む時のフォーマットである。データフォーマット
のサイズは８バイトである。
【０３９１】
【表１４】
【０３９２】同表において、１番目のデータは、デジタ
ルボタンのデータである（ON=“０”，OFF=“１”）。
２番目のデータは、デジタルボタンのデータである（ON
=“０”，OFF=“１”）。３番目のデータは、アナログ
軸１のデータ（00h←→FFhの値）である。４番目のデー
タは、アナログ軸２のデータ（00h←→FFhの値）であ
る。５番目のデータは、アナログ軸３のデータ（80h±7
Fhの値）である。６番目のデータは、アナログ軸４のデ
ータ（80h±7Fhの値）である。７番目のデータは、アナ
ログ軸５のデータ（80h±7Fhの値）である。８番目のデ
ータは、アナログ軸６のデータ（80h±7Fhの値）であ
る。
【０３９３】ライトデータフォーマット コントローラへデータを書き込む時のフォーマットは存
在しない。データサイズは０バイトである。仮にデータ
を書き込みしても、反応しない。
【０３９４】ファンクション定義ブロック ゲームコントローラの定義ブロックＦＤは、表１４に示
すリードフォーマットで使用する要素を分割して指定す
る。ゲームコントローラのファンクション定義ブロック
の例を表１５に示す。
【０３９５】
【表１５】
【０３９６】同表において、ＲＢnは、リードフォーマ
ット分割ブロックを示す。
【０３９７】ブロック分割の例を表１６に示す。
【０３９８】
【表１６】
【０３９９】表１４と対応させて、使用するブロックの
設定ビットを“１”に、未使用を“０”にセットする。
未使用のブロックは、ファンクション・ライブラリから
無視される。
【０４００】標準コントローラのデバイスＩＤとデータ
フォーマット 標準コントローラのデバイスＩＤの例を表１７に示す。
同表は、コントローラのみのファンクションをもつ標準
コントローラのデバイスＩＤの例を示している。
【０４０１】
【表１７】
【０４０２】同表に示されるデバイスＩＤは、第１番目
のデータから第１６番目のデータまで順に、00h-00h-00
h-01h-3Ch-1Fh-00h-00h-00h-00h-00h-00h-00h-00h-00h-
00hとなる。
【０４０３】標準コントローラのデータフォーマット
（リードフォーマット）を表１８に示す。
【０４０４】
【表１８】
【０４０５】標準コントローラには、ライトフォーマッ
トは予定されていない。
【０４０６】ストレージ系ファンクション ストレージ系ファンクションは、データを保存するため
のストレージ系ファンクションのファンクションタイプ
と、ファンクション定義ブロックを示す。ファンクショ
ン定義以外の情報（全容量等）は、コマンドのゲットメ
ディアインホ[Get Media Info]で取得する。
【０４０７】ファンクションタイプは、ＦＴ1＝
“１”、ファンクション（ストレージ）定義ブロック
は、表１９のようになる。
【０４０８】
【表１９】
【０４０９】同表において、ＰＴ0〜ＰＴ7は、パーティ
ション数を表す。パーティションは１個〜２５６個まで
設定できる。パーティション数=(ＰＴ＋１) [個]であ
る。ＢＢ0〜ＢＢ7は１ブロック(Block)のバイト数を表
す。３２バイト〜８１９２バイトまで設定できる。１ブ
ロックのバイト数＝(ＢＢ＋１)×３２ [バイト] であ
る。ＲＡ0〜ＲＡ3は１ブロックリードのアクセス数を表
す。１ブロックのデータをリードするためには、何回ア
クセスしなければならないかを設定する。アクセス数
は、１回〜１５回まで設定できる。１アクセスのデータ
量は、１ブロックの容量をアクセス数で等分割した量で
ある。 アクセス数＝ＲＡ [回]、1アクセスの容量＝
１ブロックの容量／ＲＡ [バイト]、ＲＡ＝０はリード
のアクセスがないことを示す。ＷＡ3〜ＷＡ0は１ブロッ
クライトのアクセス数を表す。１ブロックのデータを書
き込むためには、何回アクセスしなければならないかを
設定する。アクセス数は、１回〜１５回まで設定でき
る。１アクセスのデータ量は、１ブロックの容量をアク
セス数で等分割した量である。 アクセス数＝ＷＡ
[回]、１アクセスの容量＝１ブロックの容量／ＷＡ
[バイト]、ＷＡ＝０はライトのアクセスが無いことを示
す。ＲＭは、リムーバブル・メディアを表す。データを
保存するメディアがリムーバブル（ＦＤやフラッシュメ
モリーカードなど）であるかを設定する。ＲＭの設定値
の例を表２０に示す。
【０４１０】
【表２０】
【０４１１】また、表１９において、ＦＤ6〜ＦＤ0は、
予約ビットをを表す。予約ビットは、将来のための予約
用設定ビットである。通常全ビット“０”にしておく。
【０４１２】Ｂ／ＷＬＣＤ系ファンクション Ｂ／ＷＬＣＤ系ファンクションは、簡単な映像を出力す
る、モノクロのドットマトリックス液晶ディスプレイ系
のファンクションタイプと、ファンクション定義ブロッ
クを示す。ファンクション定義以外の情報（解像度等）
は、コマンド[Get Media Info]で取得する。ファンクシ
ョンタイプＦＴ２＝“１” である。Ｂ／ＷＬＣＤ系フ
ァンクション定義ブロックは、例えば、表２１に示すよ
うになる。
【０４１３】
【表２１】
【０４１４】表２１において、ＰＴ7〜ＰＴ0はＬＣＤ数
を表す。１個〜２５６個まで設定できる。ＬＣＤ数＝
(ＰＴ＋１) [個]である。ＢＢ7〜ＢＢ0はブロック転送
１回のバイト数を表す。３２バイト〜８１９２バイトま
で設定できる。１ブロックのバイト数＝(ＢＢ＋１)×３
２ [バイト]である。ＷＡ3〜ＷＡ0は１ブロックライト
のアクセス数を表す。１ブロックのデータを書き込むた
めには、何回アクセスしなければならないかを設定す
る。アクセス数は、１回〜１５回まで設定できる。１ア
クセスのデータ量は、１ブロックの容量をアクセス数で
等分割した量である。アクセス数＝ＷＡ [回]、１アク
セスの容量＝１ブロックの容量／ＷＡ [バイト]、ＷＡ
＝０は書き込みのアクセスがないことを示す。
【０４１５】Ｈ／Ｖは、ＬＣＤデータの並びが、横か縦
かを指定する。これを表２２に示す。
【０４１６】
【表２２】
【０４１７】表２１において、Ｂ／Ｗは液晶ディスプレ
イがノーマリブラック（Normally Black）か、ノーマリ
ホワイト（Normally White）かを指定する。これを表２
３に示す。
【０４１８】
【表２３】
【０４１９】その他のファンクション コントローラ系以外のファンクションのデータフォーマ
ットとファンクション定義ブロックの詳細内容について
は、各ファンクションの個別仕様書（図示せず）によっ
て定められる。
【０４２０】実際の周辺装置へのアクセス例 周辺装置への実際のアクセス方法の例について、以下に
説明する。
【０４２１】接続後の処理 （１） ホストは、基本デバイスから返信されたコマン
ド、デバイスステイタス［Device Status］に記述して
ある仕向地、製品名、ライセンス、動作電流等を確認
し、ホストの仕向地と整合の取れないもの、アプリケー
ションがサポートしていないもの、ハードウェアで動作
不可能なものなどを確認する。ホストは、基本デバイス
が不適格な場合、当該基本デバイスのハードリセット、
または、以後当該基本デバイスをアクセスしないような
処理を行う。
【０４２２】（２） ホストは、デバイスステイタス
［Device Status］に記述してあるデータから、基本デ
バイスのファンクションタイプを確認する。ホストは、
ファンクションタイプ設定ビットの上位から検索し、上
位３つまでのファンクション・ライブラリを呼び出す。
その後、ファンクションの定義ブロックから必要となる
データの準備を行う。
【０４２３】（３） ホストは、送信元ＡＰの値から、
拡張デバイスが接続されていることを判別した場合、そ
の拡張デバイスにデバイスリクエスト［Device Reques
t］を送信して、（１）からの処理を繰り返す。
【０４２４】ファンクションへのアクセス 接続後、ホストは周辺装置との通信に入り、周辺装置の
ファンクションへアクセスする。これをポートＡに接続
されている周辺装置が標準（ゲーム）コントローラ（基
本デバイス）である場合を例にして説明する。
【０４２５】(１) ホストは、標準コントローラにデー
タを要求する。コマンドはゲットコンディション［Get
Condition］を使用する。このコマンドは、ファンクシ
ョンの物理的な状態を返すように指定するコマンドであ
る。ホストはゲームコントローラに対し、ボタンや、キ
ー、レバーの状態を要求する。コマンド送信の間隔は１
インターバル（INT）毎が望ましく、例えば、それより
早いアクセスは禁止される。ホストから周辺装置（コン
トローラ）に送信される送信データの例を表２４に示
す。
【０４２６】
【表２４】
【０４２７】（２） コントローラからデータフォーマ
ットに則ってデータがホストに返信される。コマンドは
データトランスファ［Data Transfer］が使用される。
周辺装置（コントローラ）からホストに送信されるデー
タの例を表２５に示す。
【０４２８】
【表２５】
【０４２９】ファンクションタイプは、ホストが送信し
たタイプがそのまま格納され、それに従って、リードフ
ォーマットが付加される。コントローラのリードフォー
マットは8バイトである。
【０４３０】例外処理 例外処理は、データ送受信をコマンドでコントロール出
来ない装置のために用意された、特別な処理である。代
表的なものは光線銃である。
【０４３１】光線銃（Light-ＧＵＮ） （１） ホストは、周辺装置がシューティングゲームに
用いる光線銃や模擬銃のデバイスＩＤを持つことを認識
した場合は、光線銃を使用する時にＭバスを通常モード
からＳＤＣＫＢ占有モードに切り換える。周辺装置側か
らモード切り換えは出来ない。ホストがＳＤＣＫＢ占有
パターン（図５２参照）を送信し、ポートがＳＤＣＫＢ
占有モードになると、そのポートの全ての周辺装置がＳ
ＤＣＫＢ占有モードになり、ＳＤＣＫＢ占有モードで動
作する周辺装置以外は動作しない。１つのポートに光線
銃のデバイスＩＤを持つ周辺装置が複数接続されている
場合は、ホストは、注意メッセージなどでユーザーに知
らせ、接続数を1つにするように表示や音声で案内す
る。 （２） ＭバスをＳＤＣＫＢ占有モードから戻すために
は、ホストが解除処理を行う。ＳＤＣＫＢ占有モード終
了後は、すぐに通常モードになる。 （３） 光線銃の場合、１インターバル(INT)の画面書
き換えの時間の内、垂直ブランキング期間を除いた時
間、つまり、ＴＶ画面を描画している期間がＳＤＣＫＢ
占有モードとなる。画面を描画している期間が終わり、
ブランキング期間になった時、すぐに通常モードに切り
換えて、そのポートの他の周辺装置に対して、データの
送受信が行える。 （４） 光線銃の機能を実現する為には、受光素子をも
つ部分を1ファンクション（拡張デバイスでも可）と
し、トリガーや方向キー，アナログキーなどの部分を別
の1ファンクション（拡張デバイスでも可）とする。こ
うすることで、従来、光線銃を使用する時には方向キー
が使用できない、というような問題を克服できる。ま
た、光線銃が単体のファンクションとなるので、他の拡
張装置との接続も可能となる。 （５） ＳＤＣＫＢ占有モード中は、タイムアウト(Tim
e Out)処理は行わない。
【０４３２】ホストの内部インターフェイス Ｍバスドライバとホスト用ＭＩＥとのインターフェイス
（図４６、図６３参照）を説明する。
【０４３３】ホストの内部インターフェイスの概要 図６３に示すペリフェラルコントローラは、複数のレジ
スタによって構成されるレジスタセットをターゲット部
５２ａ内に備えている。すなわち、ペリフェラルコント
ローラは、３２ビットのＤＭＡインストラクションテー
ブルアドレスレジスタ、ＤＭＡトリガセレクションレジ
スタ、ＤＭＡイネーブルレジスタ、ＤＭＡスタート／ス
テイタスレジスタ、システムコントロールレジスタ、ス
テイタスレジスタ、ハードトリガクリアレジスタ、ワー
クラムエリアプロテクションレジスタ等を含んで構成さ
れる。
【０４３４】以下、ホストのペリフェラルインターフェ
イスの基本動作を説明する。ペリフェラルコントローラ
は、V_BLANK信号に同期（システムコントロールレジス
タにより起動遅延設定可）し、ＤＭＡインストラクショ
ンテーブルアドレスレジスタで示されるワークＲＡＭ
（Work RAM）上の送信データを送信データＦＩＦＯへロ
ードする。ワークＲＡＭはメインメモリ上の所定エリア
を割り当てることによっても構成できる。送信データ
は、インストラクション＋受信データストアアドレス＋
送出データ、により構成される。
【０４３５】インストラクションはペリフェラルコント
ローラへ与える命令であり、インストラクション終了、
出力ポート、送出データ長等を設定する。また、インス
トラクションが終了を示さない場合、送信データＦＩＦ
Ｏがエンプティになり次第、引き続きワークＲＡＭ上の
送信データを送信データＦＩＦＯへロードする（３２バ
イト単位で行われる）。受信データストアアドレスには
受信データをストアする先頭アドレスを設定する。送出
データはアプリケーションプロトコルで支配される実際
に周辺装置に転送されるデータである(４バイト単
位）。周辺装置からの受信データは4バイト単位であ
り、受信データＦＩＦＯがフル（３２バイト）になり次
第、受信データストアアドレスで示されるワークＲＡＭ
のエリアへ転送される。ただし、ＦＩＦＯがフルでなく
ても受信が終了次第、強制的に３２バイトとして転送す
る（有効データ＋無効データ）。
【０４３６】また、周辺装置が未接続や、不具合等によ
りTime Out（例えば、１ｍＳｅｃ）を起こした場合、３
２ビットのffff_ffffhが、そのインストラクションに対
応する先頭受信データストアアドレスに書き込まれる。
パリティエラーを起こした場合、３２ビットのffff_ff0
0hが書き込まれる。一連の動作が終了した場合、ペリフ
ェラルコントローラは動作を停止し、ＤＭＡスタート／
ステイタスレジスタへ状態を反映する。
【０４３７】レジスタマップ ＤＭＡインストラクションテーブルアドレスレジスタ ＤＭＡインストラクションテーブルアドレスレジスタ
は、３２ビットで構成されるリードライト可能レジスタ
である。構成要素は、ペリフェラルコントローラへの命
令（インストラクション）、受信データストアアドレ
ス、送信データ群の先頭アドレスを示すビット（Ct31〜
Ct5）である。
【０４３８】ＤＭＡトリガセレクションレジスタ ＤＭＡトリガセレクションレジスタは、３２ビットで構
成されるリードライト可能なレジスタである。構成要素
は、送受信の起動トリガをソフトウェア起動とするか、
ハードウェア起動（Ｖブランクアウト）にするかの選択
ビット（Ｔs）である。
【０４３９】ＤＭＡイネーブルレジスタ ＤＭＡイネーブルレジスタは、３２ビットで構成される
リードライト可能なレジスタである。構成要素は、送受
信のイネーブル、ディセーブルの選択ビット（Ｔn）で
ある。ソフトウェアトリガ時、本ビットをイネーブルに
し、ＤＭＡスタート／ステイタスレジスタで示すＤＭＡ
スタートビットを“１”にすることで送受信が開始され
る。ハードウェアトリガ時、本ビットをイネーブルにし
ハードトリガ（Ｖブランクアウト）が検出され次第、送
受信が開始される。また、イネーブル状態において'０'
を書き込むことにより強制終了することができる。
【０４４０】ＤＭＡスタート／ステイタスレジスタ ＤＭＡスタートレジスタは、３２ビットで構成されるリ
ードライト可能なレジスタである。構成要素は、送受信
のソフトウェアスタートを行うビット（Ｓs）である。
また、リード時は送受信状態を示すステイタスとなる。
起動トリガにソフトウェアトリガを選択した時のみ'１'
の書き込みが有効となり、送信が開始される。
【０４４１】システムコントロールレジスタ システムコントロールレジスタは、３２ビットで構成さ
れるリードライト可能なレジスタである。構成要素は、
周辺装置に対するデータ送出からのタイムアウト(Time
Out）設定ビット（Ｔo15〜Ｔo0）、ハードウェアトリガ
時Ｖブランクアウト毎に起動を行うか、クリアレジスタ
上のフラグをクリアするまで停止しているかの選択ビッ
ト(Ｓｉ）、転送レートの設定ビット(Ｄc3〜Ｄc0）、ハ
ードウェア起動時の起動タイミングの設定(Ｖブランク
アウトからの遅延設定)ビット（Ｄt3〜Ｄt0）である。
タイムアウト設定時間は、設定時間 ＝ ２０ｎｓ ×Ｔo
15〜Ｔo0となる。例えば、３００μs ＝ ２０ ns ×
３ａ９８h で設定できる。Ｓiは自動起動の反復設定ビ
ットである。同ビットが“０”のときは各インターバル
毎に行う。“１”のときはハードトリガクリアレジスタ
のフラグクリアまで、次の起動は行わない。Ｄc1〜Ｄc0
は、転送レート設定ビットを表す。
【０４４２】ステイタスレジスタ ステイタスレジスタは、３２ビットで構成されるリード
専用レジスタである。構成要素は、ペリフェラルコント
ローラが動作中（送受信中）を示すビット（Ｄo）、内
部ブロックのフレームカウンタをモニタするビット（Ｆ
m2〜Ｆm0）、内部ブロックのステートカウンタをモニタ
するビット（Ｓt5〜Ｓt0）、各ポートの入出力ラインを
モニタするビット（Ｌa3〜Ｌa0、Ｌb3〜Ｌb0）である。
このレジスタはハードウェアデバッグ用のレジスタであ
り、アプリケーションでは使用しない。
【０４４３】ハードトリガクリアレジスタ ハードトリガクリアレジスタは、３２ビットで構成され
るライト専用レジスタである。このレジスタの構成要素
は、ペリフェラルコントローラのシングルハードウェア
自動起動停止の解除ビット（Ｔc）である。このビット
に“１”を書き込むことにより、自動停止がクリアされ
る。
【０４４４】ワークラムエリアプロテクションレジスタ ワークラムエリアプロテクションレジスタは、３２ビッ
トで構成されるライト専用レジスタである。このレジス
タの構成要素は、１６ビットの書き込みセキュリティコ
ード、受信データのストアアドレスの範囲先頭（Ｈ
a）、終了（Ｔa）アドレスを設定するビットである。
【０４４５】送信データアドレスカウンタレジスタ 送信データアドレスカウンタレジスタは、３２ビットで
構成されるリード専用レジスタである。構成要素は、ペ
リフェラルコントローラが読み込むワークＲＡＭ(Work
RAM)上の送信データのアドレスポイントを示す。デバッ
グ用レジスタであるためアプリケーションでは使用しな
い。
【０４４６】受信データアドレスカウンタレジスタ 受信データアドレスカウンタレジスタは、３２ビットで
構成されるリード専用レジスタである。構成要素は、ペ
リフェラルコントローラが書き込むワークＲＡＭ(Work
RAM)上の受信データのアドレスポイントを示す。デバッ
グ用レジスタであるためアプリケーションでは使用しな
い。
【０４４７】受信データベースアドレスレジスタ 受信データベースアドレスレジスタは、３２ビットで構
成されるリード専用レジスタである。構成要素は、ペリ
フェラルコントローラが書き込むワークＲＡＭ上の受信
データの先頭アドレスを示す。デバッグ用であるためア
プリケーションでは使用しない。
【０４４８】送信データ 次に、送信データについて説明する。送信データは1つ
の単位を、インストラクション、受信データストアアド
レス、送出データで構成する。ワークＲＡＭ上に、イン
ストラクション＋受信データストアアドレス＋送出デー
タ＋インストラクション＋受信データストアアドレス＋
送出データ… と配置すれば、ペリフェラルコントロー
ラは順次実行する。
【０４４９】インストラクション インストラクションは、ペリフェラルコントローラを制
御する為にアプリケーションプログラムから該コントロ
ーラに与えられる３２ビットのデータである。構成要素
は、実効インストラクションの最終を示す最終ビット
（Ｅf）、送受信の対象となるアクティブポートの選択
ビット（Ｐo1，Ｐｏ0）、パターン選択ビット（Ｐn2〜
Ｐｎ0）、送出データ長選択ビット（Ｌn8〜Ｌn0）であ
る。ペリフェラルコントローラはＥfビットに“１”を
検出した場合、このインストラクションで処理を終了す
る（送信データの最終コマンドは必ずＥfビットを
“１”にしなければならない）。また、Ｅｆビットに
“０”を検出した場合、次のインストラクションを実行
する。パターン選択ビットに［ＳＴＡＲＴ］を選んだ場
合、送出データを出力する。それ以外のパターン（ＳＤ
ＣＫＢ占有許可、ＲＥＳＥＴ、ＳＤＣＫＢ占有解除）を
選択した場合、ポートには情報パターン出力のみで送出
データ長の指定は無効となる。ＳＤＣＫＢ占有許可パタ
ーンを選択した場合、そのインストラクションのＥfビ
ットは“１”にしなければならない。次のインストラク
ションの実行は、ＳＤＣＫＢ占有解除パターン以外、す
べて無効となる。また、ペリフェラルコントローラはＳ
ＤＣＫＢ占有の間、ＳＤＣＫＢラインより入力されるネ
ガティブエッジをＨＶカウンタのラッチ信号として出力
する。送出データ長選択ビットＬｎは、例えば、４バイ
ト単位で１０２４バイトまで指定できる。
【０４５０】受信データストアアドレス 受信データストアアドレスは、受信データをストアする
為の先頭アドレスの設定ビット（Ｒa）である。
【０４５１】送出データ 送出データは実際に周辺装置へ送信されるデータであ
る。送出データのデータ長は上記インストラクションで
設定される送出データ長のサイズ分存在しなければなら
ない（３２ビット単位）。
【０４５２】割り込みレジスタ 割り込み関連のレジスタは、本インタフェースには含ま
れない。本インターフェイスからは、割り込みブロック
へ６本の信号が接続されている。割込みが生じるのは、
例えば、送受信終了（ＤＭＡ終了）の場合、送受信動作
（ＤＭＡ）がVBLANK INにまたがっている場合、受信Ｆ
ＩＦＯがフル状態のときに、更に、受信ＦＩＦＯにデー
タ書き込みを行おうとした場合、ＤＭＡインストラクシ
ョンテーブルアドレスのプロテクションエリア外設定及
び起動の場合、イリーガルインストラクションのフェッ
チの場合等である。
【０４５３】ＨＶカウンタレジスタ ライトガン(Light-Gun)モードでのＨＶカウンタレジス
タは、本インタフェースには含まれない。本インターフ
ェイスからは、描画ブロックへＨＶラッチ信号が接続さ
れている。アプリケーションはV BLANK期間に描画ブロ
ックのＨＶカウンタ値を読む。
【０４５４】送受信シーケンス 次に、送受信シーケンスについて説明する。送受信シー
ケンスには、以下に説明する、通常シーケンスとＳＤＣ
ＫＢ占有手順とが含まれる。
【０４５５】通常シーケンス 通常シーケンスの一例を図６１に示す。同図は、後に詳
細に説明される図６３に示されるホストのＣＰＵ、ペリ
フェラルコントローラ、図６４に示される周辺装置Ａ及
びＢのデータ送受の流れを示している。
【０４５６】図６１において、ホストのＣＰＵは、既述
ＡＰの確立によって各ポートへの周辺装置接続の有無と
各周辺装置の送信先ＡＰを知っている。そして、各周辺
装置へのデバイスリクエスト［Device Request］の送信
及びその返信によって各周辺装置の内容を把握してい
る。ＣＰＵは、例えば、アプリケーション等の要求に基
づいて周辺装置Ａとのデータ通信を行うべく、ＤＭＡ動
作のワークＲＡＭに送信データを設定し、ペリフェラル
コントローラのターゲット部５２ａ内のレジスタにイン
ストラクション等の各種設定を行う。また、例えば、周
辺装置Ｂとのデータ通信を行うべく、ワークＲＡＭに送
信データを設定し、ペリフェラルコントローラのターゲ
ット部５２ａ内のレジスタにインストラクション等の各
種設定を行う。このインストラクションはペリフェラル
コントローラへ与える命令であり、インストラクション
終了、出力ポート、送出データ長等を設定する。また、
インストラクションが終了を示さない場合、送信ＦＩＦ
Ｏ５３ａがエンプティになり次第、引き続きワークＲＡ
Ｍ上の送信データを送信ＦＩＦＯ５３ａへロードする。
ロードは、例えば、３２バイト単位で行われる。
【０４５７】ペリフェラルコントローラは、例えば、供
給されるビデオ信号のＶブランク（Ｖ BLANK）信号の立
ち上がり（ブランキング期間終了）に同期し、ＤＭＡイ
ンストラクションテーブルアドレスレジスタで示される
ワークＲＡＭ（Work RAM）上の送信データを送信ＦＩＦ
Ｏ５３ａへロードする。なお、既述したように、システ
ムコントロールレジスタにより起動遅延設定が可能であ
る。ペリフェラルコントローラは、ＣＰＵが出力したイ
ンストラクション及びデータに基づいて図４８に示すフ
レーム形式の送信データを形成し、この送信データを該
当ポートのＭバスに送る。
【０４５８】周辺装置Ａは、Ｍバス上のデータ信号を常
時監視している。送信データの送信先ＡＰが自己のアド
レス（ＡＰ）であることを確認すると、この送信データ
を取込む。周辺装置Ａはコマンドに対応する処理を行
い、所定フレーム形式の返信データを作成してＭバスに
送信する。
【０４５９】ペリフェラルコントローラは、周辺装置Ａ
からのデータを受信すると、受信データを受信ＦＩＦＯ
５６ｂに一旦取り込み、これをＤＭＡ動作のワークＲＡ
Ｍに転送する。周辺装置からの受信データは、例えば、
4バイト単位であり、受信ＦＩＦＯ５６ｂがフル（３２
バイト）になり次第、受信データストアアドレスで示さ
れるワークＲＡＭへ転送される。ただし、受信ＦＩＦＯ
５６ｂがフルでなくても受信が終了次第、強制的に３２
バイトとし転送する（有効データ＋無効データ）。次
に、ワークＲＡＭに残っている周辺装置Ｂに送信すべき
データを読み取って、送信データのＦＩＦＯ５３ａに取
り込み、周辺装置Ｂへの送信データを形成する。これを
周辺装置Ｂが接続されているポートのＭバスに送出す
る。
【０４６０】周辺装置Ｂも同様に、Ｍバス上のデータ信
号を常時監視している。送信データの送信先ＡＰが自己
のアドレス（ＡＰ）であることを確認すると、この送信
データを取込む。周辺装置Ｂはコマンドに対応する処理
を行い、所定フレーム形式の返信データを作成してＭバ
スに送信する。
【０４６１】ペリフェラルコントローラは、周辺装置Ｂ
からのデータを受信すると、受信データを受信ＦＩＦＯ
５６ｂに一旦取り込み、これをＤＭＡ動作のワークＲＡ
Ｍに転送する。
【０４６２】ＣＰＵは、供給されるビデオ信号のＶブラ
ンク（Ｖ BLANK）信号の立ち下がり（ブランキング期間
開始）に同期し、ペリフェラルコントローラからステイ
タスを読み取る。これにより、周辺装置からのデータの
存在を知る。ワークＲＡＭの該当エリアから保存した受
信データを読み取る。このデータをアプリケーションに
返す。
【０４６３】このような手順を繰り返して、ホストと周
辺装置とのデータ通信が行われる。一連の動作が終了し
た場合、ペリフェラルコントローラは動作を停止し、Ｄ
ＭＡスタート／ステイタスレジスタへ状態を反映する。
【０４６４】なお、周辺装置が未接続や、不具合等によ
りタイムアウト（例えば、１ｍＳｅｃ）を起こした場
合、３２ビットのffff_ffffhが、そのコマンドに対応す
る先頭受信データストアアドレスにペリフェラルコント
ローラによって書き込まれる。パリティエラーを起こし
た場合、３２ビットのffff_ff00hが書き込まれる。ＣＰ
Ｕは、これに対応した処理を行う。
【０４６５】ＳＤＣＫＢ占有手順（light-GUN） 次に、ＳＤＣＫＢ占有手順について図６２を参照して説
明する。ＳＤＣＫＢ占有手順は、例えば、射撃ゲーム(s
hooting game)における周辺装置としての光線銃とホス
トとのデータ通信に使用される。
【０４６６】前述したように、ＣＰＵは、既述ＡＰの確
立によって各ポートへの周辺装置接続の有無と各周辺装
置の送信先ＡＰを知っている。そして、各周辺装置への
デバイスリクエスト(Device Request)の送信及びその返
信によって各周辺装置の内容を把握している。ＣＰＵ
は、例えば、射撃ゲームアプリケーションの要求に基づ
いて光線銃とのデータ通信を行うべく、ＤＭＡ動作でワ
ークＲＡＭに送信データを設定し、ペリフェラルコント
ローラのターゲット部５２内のレジスタにインストラク
ション等の各種設定を行う。
【０４６７】例えば、ガンゲームのアプリケーション
が、ＳＤＣＫＢ占有をＣＰＵに要求すると、ＣＰＵは、
ポートの動作を通常モードからＳＤＣＫＢ占有モードに
する。既述コマンドによって、選択ポート、ＳＤＣＫＢ
占有許可、を含む送信データをワークＲＡＭに書き込
む。ＤＭＡコマンドテーブルアドレスレジスタにワーク
ＲＡＭ上のデータのアドレスを書き込む。
【０４６８】ペリフェラルコントローラは、例えば、供
給されるビデオ信号のＶブランク（Ｖ BLANK）信号の立
ち上がり（ブランキング期間終了）に同期し、ＤＭＡコ
マンドテーブルアドレスレジスタで示されるワークＲＡ
Ｍ（Work RAM）上の送信データを送信データＦＩＦＯ５
３ａへロードする。ペリフェラルコントローラは、ワー
クＲＡＭからコマンド及びデータを読み出し、図５２に
示す形式のＳＤＣＫＢ占有許可パターンの信号を形成
し、これを該当ポートのＭバスに送る。
【０４６９】周辺装置Ａは、Ｍバス上のデータ信号を常
時監視している。ＳＤＣＫＢ占有許可パターンを受信す
ると、周辺装置Ａは任意のタイミングで出力をＭバスに
送出することが可能となる。使用者によって周辺装置Ａ
（光線銃）が操作される（引き金が引かれる）と、周辺
装置Ａ（光線銃）はトリガ信号をＭバスに送出する。
【０４７０】ペリフェラルコントローラは、周辺装置Ａ
からのトリガ信号のデータを受信すると、図示しないＨ
Ｖカウンタのラッチ信号を出力する。ＨＶカウンタは、
テレビ画面上を走査する輝点の位置に対応する値を数え
る。ラッチされたＨＶカウンタ値により、周辺装置Ａ
（光線銃）をトリガしたときの画面上の着弾位置を判別
可能である。
【０４７１】ＣＰＵは、周辺装置が光線銃の場合、供給
されるビデオ信号の１インターバルのテレビ画面描画期
間をＳＤＣＫＢ占有期間として割り当てる。そこで、描
画期間が終わってＶブランク（Ｖ BLANK）信号が立ち下
がる（ブランキング期間開始）と、ＣＰＵは、ＳＤＣＫ
Ｂ占有モードを解除し、該当ポートの動作をＳＤＣＫＢ
占有モードから通常モードにする。このため、ＣＰＵ
は、既述コマンドによって、選択ポート、ＳＤＣＫＢ占
有解除、を含む送信データをワークＲＡＭに書き込む。
ＤＭＡコマンドテーブルアドレスレジスタにワークスＲ
ＡＭ上のデータのアドレスを書き込む。
【０４７２】ペリフェラルコントローラは、直ちに、Ｄ
ＭＡコマンドテーブルアドレスレジスタで示されるワー
クＲＡＭ（Work RAM）上の送信データを送信ＦＩＦＯへ
ロードする。ペリフェラルコントローラは、ワークＲＡ
Ｍからコマンド及びデータを読み出し、ＳＤＣＫＢ占有
許可解除パターンの信号を形成し、これを該当ポートの
Ｍバスに送る。
【０４７３】周辺装置Ａは、Ｍバス上のデータ信号を常
時監視している。ＳＤＣＫＢ占有解除パターンを受信す
ると、周辺装置Ａは出力のイネーブル状態を解除する。
【０４７４】このようにして、ビデオ信号の１インター
バルのうち、テレビを描画している期間はＳＤＣＫＢ占
有モードとなり、垂直ブランキング期間は、通常動作モ
ードとなる。従って、光線銃のようなランダムに出力を
発生する周辺装置を使用している場合にも、同じＭバス
に接続された他の周辺装置を使用可能である。
【０４７５】レジスタ設定方法 レジスタ設定の一例について、ソフト起動とハード起動
（トリガ毎に自動起動）の場合について説明する。
【０４７６】ソフト起動では、以下の場合にレジスタの
所定値の設定を行う。 初期化 1.ワークＲＡＭ(Work RAM)エリアプロテクションレジス
タ設定 2.システムコントロールレジスタ設定 3.ＤＭＡトリガセレクションレジスタ設定 実行手順 4.ワークＲＡＭ(Work RAM)へのデータ設定（ＤＭＡコマ
ンドテーブル） 5.ＤＭＡコマンドテーブルアドレスレジスタ設定 6.ＤＭＡイネーブルレジスタ設定 7.ＤＭＡスタート／ステイタスレジスタ設定 終了確認 8.ＤＭＡスタート／ステイタスの確認 9.ワークＲＡＭへ受信データ読み込み ハード起動（トリガ毎に自動起動）では、以下の場合に
レジスタへの所定値の設定を行う。
【０４７７】初期化 1.ワークラムエリアプロテクションレジスタ設定 2.システムコントロールレジスタ設定 3.ＤＭＡトリガセレクションレジスタ設定 実行手順 4.ワークＲＡＭ(Work RAM)へのデータ設定（ＤＭＡコマ
ンドテーブル） 5.ＤＭＡコマンドテーブルアドレスレジスタ設定 6.ＤＭＡイネーブルレジスタ設定 7.ＤＭＡスタート／ステイタスレジスタ設定 終了確認 8.ＤＭＡスタート／ステイタスの確認 9.ワークＲＡＭへ受信データ読み込み ホストのＭＩＥブロック図 図６３は、ホストのペリフェラルコントローラ（ＭＩ
Ｅ）１ｈの概略構成（ペリフェラルコントローラ）を示
すブロック図である。同図において図２１と対応する部
分には同一符号を付している。
【０４７８】図６３において、イニシエータ部５０は、
ペリフェラルコントローラ１ｈが動作状態になったとき
に、バスマスタとなってワークＲＡＭにアクセスする役
割を果たす。周辺装置に送信すべきデータのワークＲＡ
Ｍからの読み出しや、周辺装置から受信したデータのワ
ークＲＡＭへの書き込み等を行う。クロックディバイダ
５１は、送信データのビットレート（転送レート）選択
用のクロック分周回路である。ターゲット部５２ａは、
ルートバス上でターゲットとして動作するブロックであ
り、ホストのＣＰＵによって３２ビットでリード／ライ
トされる前述したレジスタ群で構成される。主に、イン
ストラクション等が書き込まれる。送信データテンポラ
リレジスタ５３ｂは、３２バイトの送信データＦＩＦＯ
５３ａからの送信用データ３２ビットを保持しておく為
のレジスタである。送信データＦＩＦＯ５３ａは、送信
データを一時保持する３２バイトのＦＩＦＯ(Firtst In
First Out)、すなわち、先入れ先出し動作のレジスタ
である。受信データＦＩＦＯ５６ｂは、３２バイトの受
信データＦＩＦＯである。受信データテンポラリレジス
タ５６ａは、受信データ３２ビットを保持しておく為の
レジスタである。データの受信完了次第、受信データを
受信データＦＩＦＯ５６ｂへ書き込む。インターラプト
信号制御部５４は、インターラプト（割り込み処理）部
へ送る１クロックパルスのインタラプト（割り込み）信
号を一定の条件下に発生する。フレームコントローラ５
８は、インストラクション等に基づいて送信フレーム
（スタートパターン、データパターン、エンドパターン
等）をコントロールするブロックである。フレームエン
コーダ５９は、フレームパターンを作成するブロックで
ある。オルタネイトシフトレジスタ（パラレル／シリア
ル）６０は、パラレル送信データを交互に２本のシリア
ルラインに変換する回路である。また、オルタネイトシ
フトレジスタ６０は、送信データのパリティ計算を行
い、送信データの最後にパリティデータ（例えば、１バ
イトのパリティビット）を付加する。フレームデコーダ
６１は、受信信号のフレームを解析する回路である。オ
ルタネイトシフトレジスタ（シリアル／パラレル）６２
は、２本のシリアルラインから交互に来るデータを、パ
ラレルデータに変換する回路である。また、オルタネイ
トシフトレジスタ６２は、受信データのパリティ計算を
行う。その計算結果と、受信したパリティデータとを照
合してエラーの有無を判別する。エラーがあると、イン
タラプト信号制御部５４を介してＣＰＵのインタラプト
コントローラにエラーを知らせる。これにより、ＣＰＵ
は再送指令等のエラー処理を行うことが出来る。ＨＶラ
ッチ信号コントローラ６３は、シリアルラインからのＨ
Ｖラッチ信号を描画プロセッサ部（ビデオ信号形成部）
１ｆのＨＶカウンタへ渡す回路である。ポートコントロ
ーラ５７は、送受信の対象となるアクティブポートをコ
ントロールする。すなわち、インストラクションによっ
て選択された送信ポートの３ステートバッファ６８ａか
ら６８ｈを制御して、セレクタ６４及び６５の各出力Ｓ
ＤＣＫＡ及びＳＤＣＫＢを選択ポートに導出する。セレ
クタ６４は、フレームコントローラ５８によって制御さ
れ、フレームエンコーダ５９の出力またはオルタネイト
シフトレジスタ６０の出力を選択してＳＤＣＫＡ信号を
形成し、選択された３ステートバッファ６８を介してＭ
バスラインに出力する。セレクタ６５は、フレームコン
トローラ５８によって制御され、フレームエンコーダ５
９の出力またはオルタネイトシフトレジスタ６０の出力
を選択してＳＤＣＫＢ信号を形成し、選択された３ステ
ートバッファ６８を介してＭバスラインに出力する。セ
レクタ６６は、ポートコントローラ５７の指令に従って
受信ポートを選択し、バッファアンプ６９を経た受信信
号ＳＤＣＫＡをフレームデコーダ６１及びオルタネイト
シフトレジスタ６２に供給する。セレクタ６７は、ポー
トコントローラ５７の指令に従って受信ポートを選択
し、バッファアンプ６９を経た受信信号ＳＤＣＫＢをフ
レームデコーダ６１及びオルタネイトシフトレジスタ６
２に供給する。
【０４７９】周辺装置の内部インターフェイス 図６４は、周辺装置としての基本デバイスの回路構成を
概略的に示すブロック回路図である。また、図６５は、
図６４に示されるソケットコントロール部２０３及び通
信処理部２０４のインタフェース（基本デバイス用ＭＩ
Ｅ）をより詳細に説明するブロック回路図である。これ
等の例では、説明（作図）の便宜上、外部拡張ソケット
は２つだけが描かれているが実際には、既述したよう
に、４つの外部拡張ソケットを備えることができる。
【０４８０】ＣＰＵブロック２０１は、入力操作情報を
担う送信データの形成や、ホスト１からの要求に対する
返信データ処理等の基本デバイスの制御機能を担ってい
る。これには、既述した、セットアップの際のデバイス
ＡＰ、拡張デバイスＡＰの確立等の初期動作が含まれ
る。Ｉ／Ｏブロック２０２は、入力手段の操作情報をデ
ータ信号に変換する。基本デバイス２がゲーム装置のコ
ントロールパッドである場合、複数のデジタルボタンや
複数のアナログキー等が入力手段に相当する。また、Ｉ
／Ｏブロック２０２は、ＣＰＵの出力に従って各拡張ソ
ケットのＩＤ０、ＩＤ１端子を介して接続された拡張デ
バイスにＬＭバスの番号を知らせる。ＩＤ０、ＩＤ１端
子の役割は、図５９を参照した拡張デバイスのＡＰの設
定手順で既に説明されている。ソケットコントロールブ
ロック２０３は、各拡張ソケットへの拡張装置の接続の
有無を判別する。そして、拡張装置が接続された拡張ソ
ケットの３ステートバッファを導通して、ホストからデ
バイスに導出されたデータ線ＳＤＣＫＡ及びＳＤＣＫＢ
をそれぞれＬＭバスのデータ線ＳＤＣＫＡ及びＳＤＣＫ
Ｂに接続する。従って、ホスト１からＭバスを見ると、
等価的には、Ｍバスに複数の周辺装置（基本デバイス、
拡張デバイス）が並列に接続されているように見える。
通信処理ブロック２０４は、受信データのデコード、Ｃ
ＰＵの出力データのエンコード等を行う。ＣＰＵブロッ
ク２０１〜通信処理ブロック２０４は、１チップ集積回
路構成とすることが可能である。
【０４８１】通信処理部２０４は、ホスト１から受信し
たフレームの復調、ＣＰＵ部２０１の出力した送信デー
タのフレーム化（デコード）の役割を担っている。通信
処理部２０４はソケットコントロール部２０３と共に、
ＭＩＥ（入出力インタフェース）の主要部分を構成す
る。
【０４８２】ホストがＭバスに出力したＳＤＣＫＡ信号
（下り信号）は、バッファアンプ２１２ａを介して通信
処理部２０４に供給される。また、バッファアンプ２１
２ａを経たＳＤＣＫＡ信号は、それぞれ３ステートバッ
ファ２１５ａ及び２１５ｂを介して、ＳＤＣＫＡＤＳ−
１信号及びＳＤＣＫＡＤＳ−２信号として、ＬＭバス１
及び２に供給される。
【０４８３】ホストがＭバスに出力したＳＤＣＫＢ信号
（下り信号）は、バッファアンプ２１２ｂを介して通信
処理部２０４に供給される。また、バッファアンプ２１
２ｂを経たＳＤＣＫＢ信号は、それぞれ３ステートバッ
ファ２１６ａ及び２１６ｂを介して、ＳＤＣＫＢＤＳ−
１信号及びＳＤＣＫＢＤＳ−２信号として、ＬＭバス１
及び２に供給される。
【０４８４】一方、デバイスの通信処理部２０４が出力
するホスト（上流）に向けてのＳＤＣＫＡ信号は、オア
ゲート２１４ａ（の第１入力端子）及び３ステートバッ
ファ２１１ａを経てＭバスのデータ線ＳＤＣＫＡに出力
され、ホストのＭＩＥによって受信される。また、通信
処理部２０４が出力するホストに向けてのＳＤＣＫＢ信
号は、オアゲート２１４ｂ（の第１入力端子）及び３ス
テートバッファ２１１ｂを経てＭバスのデータ線ＳＤＣ
ＫＢに出力され、ホストのＭＩＥによって受信される。
通信処理部２０４がＳＤＣＫＡ信号及びＳＤＣＫＢ信号
を送出する際には、オアゲート２１３ａ（の第１入力端
子）を介して３ステートバッファ２１１ａの制御端子に
イネーブル信号を与えてゲート２１１ａを開放（導通）
させ、また、オアゲート２１３ｂ（の第１入力端子）を
介して３ステートバッファ２１１ｂの制御端子にイネー
ブル信号を与えてゲート２１１ｂを開放させる。３入力
オアゲート２１３ａ及び２１３ｂの各入力端子は抵抗を
介して接地される。入力端子に信号入力がない場合には
当該入力端子は接地レベルに保持される。また、３２入
力オアゲート２１４ａ及び２１４ｂの各入力端子は抵抗
を介して電源Ｖccに接続される。このため、信号入力の
ない入力端子は「Ｈ」レベルに保持される。
【０４８５】第１の拡張デバイスがＬＭバス１に出力し
たＳＤＣＫＡ信号は、拡張ソケット１の端子ＳＤＣＫＡ
ＵＳ−１を介してオアゲート２１４ａ（の第２入力端
子）及び３ステートバッファ２１１ａを経てＭバスのデ
ータ線ＳＤＣＫＡに出力される。第１の拡張デバイスが
ＬＭバス１に出力したＳＤＣＫＢ信号は、拡張ソケット
１の端子ＳＤＣＫＢＵＳ−１を介してオアゲート２１４
ｂ（の第２入力端子）及び３ステートバッファ２１１ｂ
を経てＭバスのデータ線ＳＤＣＫＢに出力される。第１
の拡張デバイスがＳＤＣＫＡ信号及びＳＤＣＫＢ信号を
送出する際には、第１の拡張デバイスは、ＬＭバス１の
信号線ＳＤＣＫＡＥＮ１、オアゲート２１３ａ（の第２
入力端子）を介して３ステートバッファ２１１ａの制御
端子にイネーブル信号を与えてゲート２１１ａを開放さ
せる。また、ＬＭバス１の信号線ＳＤＣＫＢＥＮ１、オ
アゲート２１３ｂ（の第２入力端子）を介して３ステー
トバッファ２１１ｂにイネーブル信号を与えてゲート２
１１ｂを開放させる。
【０４８６】同様に、第２の拡張デバイスがＬＭバスに
出力したＳＤＣＫＡ信号は、拡張ソケット２の端子ＳＤ
ＣＫＡＵＳ−２を介してオアゲート２１４ａ（の第３入
力端子）及び３ステートバッファ２１１ａを経てＭバス
のデータ線ＳＤＣＫＡに出力される。第２の拡張デバイ
スがＬＭバスに出力したＳＤＣＫＢ信号は、拡張ソケッ
ト２の端子ＳＤＣＫＢＵＳ−２を介してオアゲート２１
４ｂ（の第３入力端子）及び３ステートバッファ２１１
ｂを経てＭバスのデータ線ＳＤＣＫＢに出力される。第
２の拡張デバイスがＳＤＣＫＡ信号及びＳＤＣＫＢ信号
を送出する際には、第２の拡張デバイスは、ＬＭバス２
の信号線ＳＤＣＫＡＥＮ２、オアゲート２１３ａ（の第
３入力端子）を介して３ステートバッファ２１１ａの制
御端子にイネーブル信号を与えてゲート２１１ａを開放
させる。また、ＬＭバス２の信号線ＳＤＣＫＢＥＮ２、
オアゲート２１３ｂ（の第３入力端子）を介して３ステ
ートバッファ２１１ｂの制御端子にイネーブル信号を与
えてゲート２１１ｂを開放させる。
【０４８７】基本デバイスの動作電源は、ホスト１から
Ｍバスの電源線Ｖcc及びＧＮＤを介して供給される。拡
張デバイスの動作電源は、基本デバイスからＬＭバスの
電源線Ｖcc及びＧＮＤを介して供給される。
【０４８８】図６５に示すように、ソケットコントロー
ル部２０３は、ＬＭバスコントローラ２０３ａによって
構成される。ＬＭバスコントローラ２０３ａは、拡張ソ
ケットの接続用チェック用に設けられた特定端子の電圧
を監視する。この例では、拡張ソケットのＩＤ２ピンの
電圧を監視する。基本デバイス側のＩＤ２ピンは抵抗Ｒ
を介して基本デバイス側の接地電源ＧＮＤに接続されて
いる。図６６に示すように、基本デバイスの拡張ソケッ
トに拡張装置を接続すると、拡張ソケットの端子Ｖcc及
びＧＮＤを介して拡張デバイス３に電源Ｖcc及びＧＮＤ
が供給される。この拡張デバイス側の電源Ｖccが基本デ
バイスの拡張ソケットの端子ＩＤ２を介して抵抗Ｒに印
加する。ＬＭバスコントローラ２０３ａは、抵抗Ｒに生
ずる電圧の有無（あるいは大小）によってソケットへの
拡張装置の接続の有無を判別する。ＬＭバスコントロー
ラ２０３ａは、各ＬＭバスへの拡張デバイスの接続の有
無を後述のコントロールレジスタ２０４ａに知らせる。
これにより、コントロールレジスタ２０４ａには、各拡
張ポートの使用の有無に対応したＬＭＭフラグが設定さ
れる。また、ＬＭバスコントローラ２０３ａは、拡張デ
バイスが接続された拡張ソケットＬＭバスの３ステート
バッファのゲートを開いて、Ｍバスのデータ線ＳＤＣＫ
Ａ及びＳＤＣＫＢと、ＬＭバスのデータ線ＳＤＣＫＡＤ
Ｓ及びＳＤＣＫＢＤＳとをそれぞれ接続する。ＬＭバス
コントローラ２０３ａは、他部の動作とは独立して、拡
張コネクタバスの活性化を制御することが出来るが、こ
れにＣＰＵの判断を介在させることも出来る。すなわ
ち、ＬＭバスコントローラ２０３ａが拡張デバイスの接
続を検出し、検出出力をコントロールレジスタ２０４ａ
に設定する。ＣＰＵ２０１は、コントロールレジスタ２
０４ａを監視することによってＬＭバスへの拡張デバイ
スの接続を知る。ＣＰＵ２０１は、拡張デバイスの接続
を許容する場合に、該当ＬＭバスの接続を指令するフラ
グＬＭＣをコントロールレジスタ２０４ａに設定する。
ＬＭバスコントローラ２０３ａは、フラグＬＭＣに対応
するＬＭバスの３ステートバッファ２１５、２１６を開
放（導通）させる。このような動作によって、図４７に
示したように、基本デバイスに拡張デバイスが接続され
ると、基本デバイスが拡張デバイスの接続を自動的に認
識し、拡張デバイスをＭバスに接続する。
【０４８９】通信処理部２０４は、コントロールレジス
タ２０４ａ、パリティレジスタ２０４ｂ、フレームコン
トローラ２０４ｃ、ラインモニタ２０４ｄ、フレームエ
ンコーダ２０４ｅ、オルタネイトシフトレジスタＰ／Ｓ
２０４ｆ、テンポラリレジスタ２０４ｇ、フレームデコ
ーダ２０４ｈ、オルタネイトシフトレジスタＳ／Ｐ２０
４ｉ、送受信バッファ２０４ｊ、データ長レジスタ２０
４ｋを含んで構成される。
【０４９０】コントロールレジスタ２０４ａは、データ
の送受信を制御するための各種フラグ等を保持するレジ
スタである。各種フラグについては後に表２６を参照し
て説明される。パリティレジスタ２０４ｂは、シリアル
／パラレル、パラレル／シリアル変換に係る計算及びパ
リティ計算用のダブルバッファである。送受信バッファ
２０４ｊは、データの送受信の際に使用するデータの格
納用レジスタである。フレームコントローラ２０４ｃ
は、コントロールレジスタ２０４ａの各種フラグを監視
してフレームの送受信の制御を行う。また、スタートパ
ターン、エンドパターン、ＳＤＣＫＢ占有パターン、リ
セットパターン等の検出に対応して、該当するフラグを
コントロールレジスタ２０４ａに設定する。フレームエ
ンコーダ２０４ｅは、データにパターン部を付加してフ
レームの生成を行う。オルタネイティブシフトレジスタ
Ｐ／Ｓ２０４ｆは、パラレルデータをシリアルデータに
変換するパラレル／シリアル変換を行う。ラインモニタ
２０４ｄは、ＳＤＣＫＡ、ＳＤＣＫＢ信号線をモニタす
る。データ長レジスタ２０４ｋは、送信時の送信データ
量を指定するレジスタである。
【０４９１】周辺装置のＣＰＵ部２０１から見たＭＩＥ
とのインターフェイスは、２１個のコントロールフラグ
（CFLAG）とデータ長レジスタ（LREG）２０４ｋ、及び
最大１０２４バイトの送受信バッファ（TRBF）２０４ｊ
によって構成される。送受信バッファはデバイスに対応
して容量が最適化される。
【０４９２】上記構成による、ＭＩＥコントローラ（Ｃ
ＰＵ２０１）と基本デバイス用ＭＩＥ（ソケットコント
ロール２０３、通信処理２０４）とのインターフェイス
を説明する。
【０４９３】ホストからデータ線ＳＤＣＫＡ及びＳＤＣ
ＫＢを介して送信されたフレームデータは、フレームデ
コーダ２０４ｈに受信される。フレームデコーダ２０４
ｈは、ＳＤＣＫＡ及びＳＤＣＫＢ信号からフレームデー
タを復調し、フレームデータからパターン部分とデータ
部分とを分離する。フレームデコーダ２０４ｈは、スタ
ートパターン、エンドパターン、ＳＤＣＫＢ占有パター
ン、リセットパターン等のパターン部分を検出すると、
そのパターン部分の検出情報がフレームコントロールコ
ントローラ２０４ｃに送られる。フレームコントローラ
２０４ｃは、受信を制御すると共に、パターン検出に対
応してコントロールレジスタにフラグを設定する。この
フラグには、受信フラグＲＸＢ、受信完了フラグＲＦ
Ｂ、ＳＤＣＫＢ占有モードフラグＰＯＳ、リセットパタ
ーン受信フラグＨＲＥＳが含まれる。
【０４９４】分離されたデータ部分は、オルタネイトシ
フトレジスタ２０４ｉに送られる。シフトレジスタ２０
４ｉは、データのシリアル／パラレル変換機能を有し、
分離したシリアルデータをパラレルデータに変換してテ
ンポラリレジスタ２０４ｇに送る。テンポラリレジスタ
２０４ｇは、受信データのパリティチェックの計算を行
う。また、受信データのパリティビット部分を抽出して
パリティレジスタ２０４ｂに保持する。パリティチェッ
クの結果とパリティレジスタ２０４ｂのパリティビット
を比較してエラーを検出すると、コントロールレジスタ
２０４ａにパリティエラーフラグＰＥＲＲが設定され
る。エラーチェックされたデータは、送受信バッファ２
０４ｊに格納される。受信データの量が送受信バッファ
２０４ｊの容量を超えると、コントロールレジスタ２０
４ａにバッファオーバーフローフラグＢＦＯＶを設定す
る。あふれたデータは送受信バッファ２０４ｊには格納
されない。受信が完了すると、コントロールレジスタ２
０４ａに受信完了フラグＲＦＢが設定される。ＣＰＵ２
０１はコントロールレジスタ２０４ａの内容をモニタし
ており、受信完了フラグＲＦＢの設定に対応して送受信
バッファ２０４ｊに格納された受信データを読み出す。
【０４９５】ＣＰＵ２０１がデータを送信するときは、
送信データを送受信バッファに格納し、データ長レジス
タ２０４ｋに送信データ量を書き込む。ＣＰＵ２０１
は、コントロールレジスタ２０４ａに送信フラグＴＸ
Ｂ、エンドパターン送出フラグＥＮＰ（後続の送信デー
タがない場合）を設定する。送受信バッファ２０４ｊの
送信データは、テンポラリレジスタ２０４ｇに送られ、
パリティ計算が行われる。テンポラリレジスタ２０４ｇ
は、パリティ計算の結果を１バイトのパリティビットと
して保持し、送信データの最後に付加する。送信データ
は、テンポラリレジスタ２０４ｇからオルタネイトシフ
トレジスタ２０４ｆに供給され、シリアルデータに変換
され、フレームエンコーダ２０４ｅに供給される。フレ
ームエンコーダ２０４ｅは、送信データ及びパリティデ
ータの前後にそれぞれスタートパターン及びエンドパタ
ーンを付加して送信フレームを形成する。フレームコン
トローラ２０４ｃは、オアゲート２１３ａ及び２１３ｂ
を介してそれぞれ３ステートバッファ２１１ａ及び２１
１ｂを開放する。送信フレームは、フレームエンコーダ
２０４ｅによってＳＤＣＫＡ信号及びＳＤＣＫＢ信号に
エンコードされる。ＳＤＣＫＡ信号及びＳＤＣＫＢ信号
は、それぞれＭバスのデータ線ＳＤＣＫＡ及びデータ線
ＳＤＣＫＢに出力される。
【０４９６】ラインモニタ２０４ｄは、データ線ＳＤＣ
ＫＡ及びデータ線ＳＤＣＫＢを常に監視している。この
結果（信号の有無）をコントロールレジスタ２０４ａに
ＳＤＣＫＡラインモニタフラグ及びＳＤＣＫＢラインモ
ニタフラグとして設定する。ＣＰＵ２０１は、これ等の
フラグを参照してホストから送られるデータのタイムア
ウトを調べることが出来る。
【０４９７】図６２に示すように、拡張デバイスのＭＩ
Ｅは基本デバイスのＭＩＥと同様に構成されるが、ソケ
ットコントロール部は備えていない。同図のサポート機
能部は基本デバイスの入力手段とＩ／Ｏ部２０２に相当
する部分で、例えば、ＬＣＤ表示器、音声出力カートリ
ッジ、音声入力カートリッジ、光線銃カートリッジ、振
動カートリッジ、メモリカートリッジ等の個性化された
機能を担う部分である。ＣＰＵ部３０１及び通信処理部
３０４はそれぞれデバイスのＣＰＵ部２０１及び通信処
理部２０４に対応する。
【０４９８】次に、上述した、基本デバイス（あるいは
拡張デバイス）のＭＩＥ内に設けられたコントロールレ
ジスタ２０４ａ、データ長レジスタ２０４ｋ及び送受信
バァッファ（ＴＲＢＦ）の構成について説明する。
【０４９９】各種のコントロールフラグ（CFLAG）を含
むコントロールレジスタ２０４ａの構成を表２６に示
す。コントロールフラグは、データの送信と受信を制御
するための、２１個のフラグによって構成される。どの
フラグを使用してレジスタを構成するかは、周辺装置の
種類によって異なる。
【０５００】
【表２６】
【０５０１】同表において、Ｒ／Ｗは、読み込み／書き
込み可能であることを示す。Ｒは、読み出しのみ可能で
あることを示す。Ｉniは、初期設定を表す。ＨＲＥＳは
リセットパターン受信フラグを示す。リセットパターン
受信フラグＨＲＥＳはリセットパターンを受信すると
“１”になり、ＭＩＥコントローラの初期化を促す。Ｔ
ＸＢは送信フラグである。送信あるいは受信中にＴＸＢ
に書き込みを行うと、その場合のデータの内容は保証さ
れない。ＣＴＸＢはコンティニュー送信フラグである。
送受信バッファ２０４ｊの容量を超えて送信する場合
は、続きのデータを送受信バッファ２０４ｊに格納後、
送信フラグＴＸＢではなくコンティニュー送信フラグＣ
ＴＸＢで送信する。ＴＦＢは送信完了フラグである。Ｂ
ＦＯＶは送受信バッファオーバーフローフラグである。
オーバーフローフラグＢＦＯＶは受信開始時と送信開始
時に“０”クリアされる。送受信バッファ２０４ｊがオ
ーバーフローを起こすと、オーバーフローフラグＢＦＯ
Ｖが“１”にセットされる。ＲＦＢは、受信完了フラグ
である。ＥＮＤＰはエンドパターン送出フラグである。
送信データにエンドパターンを付加する場合には、ＥＮ
ＤＰ＝“１”にセットする。ＲＸＢは受信フラグであ
る。受信フラグＲＸＢはデータ受信時に変化する。ＥＭ
Ｐは、エンプティフラグである。送信時に送受信バッフ
ァ２０４ｊに送信するデータが無くなる（空になる）
と、エンプティフラグＥＭＰが“１”にセットされる。
ＰＥＲＲはパリティエラーフラグである。パリティエラ
ーフラグＰＥＲＲは受信したフレームのパリティが不一
致の時に“１”にセットされ、正常の時に“０”にクリ
アされる。ＰＯＳは、ＳＤＣＫＢ占有モードフラグであ
る。ＳＤＣＫＢ占有モードフラグＰＯＳは、Ｍバスが通
常モード（ＰＯＳ＝“０”）であるかＳＤＣＫＢ占有モ
ード（ＰＯＳ＝“１”）であるかを示す。ＳＤＡＭは、
ＳＤＣＫＡラインモニタフラグ（基本デバイスのみに設
けられる）である。ＳＤＢＭは、ＳＤＣＫＢラインモニ
タフラグ（基本デバイスのみに設けられる）である。Ｓ
ＤＡＭ，ＳＤＢＭはそれぞれデータ線ＳＤＣＫＡ，ＳＤ
ＣＫＢのラインの状態を示す。ＬＭＣ１〜４は、ＬＭバ
ス１〜４の接続フラグ（基本デバイスのみに設けられ
る）である。フラグＬＭＣ１〜４は、ＬＭバス1〜4の接
続（＝“１”），切断（＝“０”）を指示する。ＬＭＭ
１〜４は、ＬＭバス１〜４接続モニタフラグ（基本デバ
イスのみに設けられる）である。フラグＬＭＭ１〜４は
ＬＭバス１〜４の使用状態を示す。ＭＩＥコントローラ
は、フラグＳＤＡＭ、ＳＤＢＭをチェックしてホストか
ら来るデータのタイムアウトを調べる。タイムアウト処
理は基本デバイスのみが行い、拡張デバイスは行わな
い。
【０５０２】データ長レジスタ（LREG） データ長レジスタの構成を表２７に示す。データ長レジ
スタは、送信時の1フレームのサイズを指定する為の、1
バイトのレジスタである。
【０５０３】
【表２７】
【０５０４】同表において、Ｒ／Ｗは、読み込み／書き
込みの両方が可能であることを示す。初期状態では、全
てのビット(bit)は不定である。Ｌnは、データ長を表
す。 00h≦Ｌn≦FFh である。Ｌnの値とデータ長の対応
関係を表２８に示す。
【０５０５】
【表２８】
【０５０６】データの送受信中及び受信後はデータ長レ
ジスタ(LREG)の値は不定である。データ長は、4バイト
単位で指定することができる。
【０５０７】次に、データバッファについて説明する。
データのバッファとして上述した送受信バッファ（TRB
F）２０４ｊが使用される。送受信バッファ２０４ｊ
は、1フレームの送信データと受信データを格納するバ
ッファ領域である。容量は最小４バイトから４バイト単
位で最大１０２４バイトまでである。容量は周辺装置毎
に最適化される。送信と受信で共通したバッファを持
ち、その中でコマンドコード，送信先ＡＰ，送信元Ａ
Ｐ，データサイズとデータの領域に分けて使用する。
【０５０８】送受信バッファの構成を表２９に示す。同
表において、Ｒ／Ｗは、読み込み／書き込みの両方が可
能であることを示す。初期状態では、バッファの内容は
不定である。同表の第一番目のデータ(１st Data)から
順に送信され、受信データは第一番目のデータ記憶領域
から順に書き込まれる。なお、１st Data〜４st Data部
分は格納すべきデータが決められている領域である。
【０５０９】
【表２９】
【０５１０】同表において、第１のデータ部分（１st D
ata）は、コマンドコードを格納するための領域であ
る。第２のデータ部分（２nd Data）は、送信先ＡＰの
値を格納するための領域である。第３のデータ部分（３
rd Data）は、送信元ＡＰの値を格納するための領域で
ある。第４のデータ部分（４th Data）は、データのサ
イズを格納するための領域である。第４のデータＤ4
（Ｄ40〜Ｄ47）の値が“00h”の時は、データ無しを意
味する。第５のデータ部分（５th Data）以降は、パラ
メータのデータを格納するための領域である。データサ
イズで指定されたバイト数だけ、データを格納する。デ
ータサイズ以降のデータ領域の内容は不定である。
【０５１１】ホストのＭＩＥと基本デバイスのＭＩＥと
のデータ伝送手順 上述した構成のホストのＭＩＥと基本デバイスのＭＩＥ
によるデータ受信及びデータ通信について説明する。な
お、拡張デバイスにおいても同様のデータ電送手順であ
るので、ホストのＭＩＥと拡張デバイスのＭＩＥとのデ
ータ伝送手順については説明を省略する。
【０５１２】データ受信手順 まず、基本デバイスのデータ受信手順の概略について説
明する。データの受信はホスト及び基本デバイスの各Ｍ
ＩＥが自動的に行う。ホストからデータ信号が送出さ
れ、基本デバイスの受信が始まると、ＭＩＥによって送
信フラグＴＸＢ、送信完了フラグＴＦＢ、受信完了フラ
グＲＦＢが“０”にクリアされる。受信フラグＲＸＢ
が、“１”の時はＭＩＥがデータ受信中を示し、ＲＸＢ
が“０”の時は受信終了を示す。データの受信が正常に
完了し、データが送受信バッファ（ＴＲＢＦ）に、パリ
ティエラーの状態がパリティエラーフラグＰＥＲＲに格
納されると、受信完了フラグＲＦＢが“１”にセットさ
れ（割込処理の場合はここで受信割込が発生する）、受
信処理が終了する。受信フラグＲＸＢと受信完了フラグ
ＲＦＢが両方共“１”である場合は、受信にエラーが生
じたことを示す。また、受信データが送受信バッファの
容量を超えた場合は、送受信バッファオーバーフローフ
ラグＢＦＯＶが“１”にセットされ、受信開始から送受
信バッファの容量分までの受信データが、送受信バッフ
ァに格納される。フレームデータのパリティが不一致の
場合はＰＥＲＲが“１”にセットされ、正常の場合は
“０”にクリアされる。
【０５１３】図６７は、ホストからデバイス（周辺装
置）への送信データの容量が送受信バッファ２０４ｊの
容量を超えない場合のデバイス側のＭＩＥのデータ受信
を説明する図である。
【０５１４】まず、ホスト側で送信すべき送信データが
ワークＲＡＭ１ｅに形成され、ホストのＭＩＥがこのデ
ータを含むフレームデータを形成してＭバスに送信を開
始する。デバイスのＭＩＥは、フレームデータを受信
し、フレームデコーダ２０４ｈでデコードする。フレー
ムデータのデータ部分（データパーターン）及びパリテ
ィデータは、オルタネイトシフトレジスタ２０４ｉで直
並列変換され、テンポラリレジスタ２０４ｇでパリティ
チェック（パリティ計算）される。チェックされたデー
タ部分は、送受信バッファ２０４ｋに格納され、パリテ
ィデータはパリティレジスタ２０４ｂに格納される。
【０５１５】フレームコントローラ２０４ｃは、フレー
ムデコーダ２０４ｈがフレームデータのスタートパター
ンを検出すると、コントロールレジスタ２０４ａの送信
フラグＴＸＢ、送信完了フラグＴＦＢ、受信完了フラグ
ＲＦＢを“０”にクリアする。既述のように、受信フラ
グＲＸＢが“１”のときは、ＭＩＥがデータ受信中であ
ることを示し、受信フラグＲＸＢが“０”のときは受信
終了を示す。ＣＰＵ部２０１は、受信フラグＲＸＢが
“１”であることを読み取ってデータを受信しているこ
とを判別する。また、ＣＰＵ部２０１は、フラグＳＤＡ
Ｍ及びＳＤＢＭをチェックすることにより、データ線Ｓ
ＤＣＫＡ及びＳＤＣＫＢの使用をモニタすることが出来
る。フレームコントローラ２０４ｃは、フレームデコー
ダ２０４ｈがフレームデータのエンドパターンを検出す
ると、受信終了を判別し、受信フラグＲＸＢを“０”に
設定する。
【０５１６】パリティレジスタ部２０４ｂは、受信デー
タのパリティチェックの結果と受信したパリティデータ
とを比較し、パリティエラーの有無を判断する。エラー
の有無をコントロールレジスタ２０４ａのパリティエラ
ーフラグＰＥＲＲに書き込む。フレームデータの受信が
正常に完了し、データが送受信バッファ２０４ｊに、パ
リティエラーの状態がコントロールレジスタ２０４ａの
パリティエラーフラグＰＥＲＲに格納されると、受信完
了フラグＲＦＢが“１”にセットされ、受信処理が終了
する。受信完了フラグＲＦＢは、ＣＰＵ部２０１への割
込み信号とすることが出来る。
【０５１７】ＣＰＵ部２０１は、定期的に受信完了フラ
グＲＦＢを監視し、あるいは受信完了フラグＲＦＢが
“１”にセットされたことによる割り込み信号を受ける
と、受信データを処理するプログラムを実行する。ま
ず、コントロールレジスタ２０４ａのパリティエラーフ
ラグＰＥＲＲがエラーの存在を示していないことを確認
する。次に、送受信バッファ２０４ｊから受信データを
ＣＰＵ部２０１内のメインメモリに取り込む。そして、
ホストから送信されたコマンド、パラメータに対応する
処理を行い、返信データ等の形成処理などを行う。
【０５１８】なお、受信フラグＲＸＢと受信完了フラグ
ＲＦＢが両方共“１”である場合は、本来両立しない状
態であるので、ＣＰＵは受信にエラーが生じたことを判
別し、対応する処理を行う。また、ＣＰＵ部２０１は、
パリティエラーフラグＰＥＲＲがエラーの存在を示す場
合、例えば、ホストに対して再送信要求のコマンドを送
信する処理を行う。
【０５１９】図６８は、ホストから基本デバイス（周辺
装置）への送信データの容量が送受信バッファＴＲＢＦ
の容量を超える場合の基本デバイス側のＭＩＥのデータ
受信を説明する図である。受信データが送受信バッファ
２０４ｊの容量を超えた場合は、送受信バッファオーバ
ーフローフラグＢＦＯＶが“１”にセットされ、受信デ
ータは受信開始から送受信バッファの容量分までが、送
受信バッファに格納される。この場合の動作について説
明する。
【０５２０】まず、図６７の場合と同様に、ホスト側で
送信すべき送信データがワークＲＡＭ１ｅに形成され、
ホストのＭＩＥがこのデータを含むフレームデータを形
成してＭバスに送信を開始する。基本デバイスのＭＩＥ
は、フレームデータを受信し、フレームデコーダ２０４
ｈでデコードする。フレームデータのデータ部分（デー
タパーターン）及びパリティデータは、オルタネイトシ
フトレジスタ２０４ｉで直並列変換され、テンポラリレ
ジスタ２０４ｇでパリティチェック（パリティ計算）さ
れる。チェックされたデータ部分は、送受信バッファ２
０４ｊに格納され、パリティデータはパリティレジスタ
２０４ｂに格納される。
【０５２１】フレームコントローラ２０４ｃは、フレー
ムデコーダ２０４ｈがフレームデータのスタートパター
ンを検出すると、コントロールレジスタ２０４ａの送信
フラグＴＸＢ、送信完了フラグＴＦＢ、受信完了フラグ
ＲＦＢを“０”にクリアする。既述のように、受信フラ
グＲＸＢが“１”のときは、ＭＩＥがデータ受信中であ
ることを示し、受信フラグＲＸＢが“０”のときは受信
終了を示す。ＣＰＵ部２０１は、受信フラグＲＸＢが
“１”であることを読み取ってデータを受信しているこ
とを判別する。また、ＣＰＵ部２０１は、フラグＳＤＡ
Ｍ及びＳＤＢＭをチェックすることにより、データ線Ｓ
ＤＣＫＡ及びＳＤＣＫＢの使用をモニタすることが出来
る。
【０５２２】送受信バッファ２０４ｊは、受信データが
送受信バッファ２０４ｊの容量を超えると、コントロー
ルレジスタの送受信バッファオーバーフローフラグＢＦ
ＯＶを“１”にセットする。これは、例えば、送受信バ
ッファ２０４ｊ内蔵のアドレスカウンタがメモリの最大
アドレス値となったときに検出出力を発生することによ
り、オーバーフローを検出することが可能である。受信
データの量が送受信バッファ２０４ｊの容量を超えた後
も、受信データはテンポラリレジスタを経由して送受信
バッファに供給されるが、送受信バッファはデータを取
り込まない。従って、パリティ計算のみが全データにつ
いて行われる。受信データのパリティデータ部分は、パ
リティレジスタに格納される。
【０５２３】フレームコントローラ２０４ｃは、フレー
ムデコーダ２０４ｈがフレームデータのエンドパターン
を検出すると、受信終了を判別し、受信フラグＲＸＢを
“０”に設定する。
【０５２４】パリティレジスタ部２０４ｂは、受信デー
タのパリティチェックの結果と受信したパリティデータ
とを比較し、パリティエラーの有無を判断する。エラー
の有無をコントロールレジスタ２０４ａのパリティエラ
ーフラグＰＥＲＲに書き込む。データが送受信バッファ
２０４ｊに、パリティエラーの状態がコントロールレジ
スタ２０４ａのパリティエラーフラグＰＥＲＲに設定さ
れると、受信完了フラグＲＦＢが“１”にセットされ、
受信処理が終了する。受信完了フラグＲＦＢは、ＣＰＵ
部２０１への割込み信号とすることが出来る。
【０５２５】ＣＰＵ部２０１は、定期的にコントロール
レジスタの受信完了フラグＲＦＢを監視することによ
り、あるいは受信完了フラグＲＦＢが“１”にセットさ
れたことによる割り込み信号を受けることにより、受信
データを処理するプログラムを実行すべきであることを
知る。また、コントロールレジスタ２０４ａのパリティ
エラーフラグＰＥＲＲがエラーの存在を示していないこ
とを確認する。更に、送受信バッファオーバーフローフ
ラグＢＦＯＶが“１”にセットされていることを確認す
る。ＣＰＵ部２０１は、途中までのデータであることを
知った上で送受信バッファ２０４ｊから受信データをＣ
ＰＵ部２０１内のメインメモリに取り込む。そして、該
当する処理を行う。
【０５２６】データ送信方法 次に、基本デバイスからホストへのデータの送信手順に
ついて図６９を参照して説明する。なお、拡張デバイス
からホストへのデータ伝送手順は基本デバイスからホス
トへのデータ伝送手順と同様であるのでその説明は省略
する。
【０５２７】基本デバイスは、ホストからコマンドを受
けると、これに応答するべく返信データを形成し、これ
をホストに送信する。既述のように、ホストは、コマン
ド送信後予め定められた時間（例えば、１．０ｍｓ）以
内に応答がない場合は未接続とする。従って、基本デバ
イスは、この期間中にコマンドを返信しなければならな
い。
【０５２８】まず、基本デバイスのＣＰＵ部２０１は、
送受信バッファ２０４ｊに送信データ（コマンド、パラ
メータ）を書き込む。その後、データ長レジスタ２０４
ｋに送信データのデータ量を書き込み、コントロールレ
ジスタのエンドパターンフラグＥＮＤＰを“１”に設定
する。
【０５２９】ＣＰＵ部２０１が、コントロールレジスタ
２０４ａの送信フラグＴＸＢを“１”に設定すると、Ｍ
ＩＥは、データ長レジスタで指定されたサイズのデータ
を送信するべく送信動作を開始する。送信フラグＴＸＢ
が“１”に設定されると、コントロールレジスタの２０
４ａの受信フラグＲＸＢ、受信完了フラグＲＦＢ、送信
完了フラグＴＦＢ、送受信バッファオーバーフローフラ
グＢＦＯＶは、“０”に設定（クリア）される。なお、
データ長レジスタ２０４ｋに設定されたデータ量が送受
信バッファ２０４ｊの容量を超えるとき、送受信バッフ
ァオーバーフローフラグＢＦＯＶは“１”になり、送受
信バッファ２０４ｊの全データを送信する。
【０５３０】フレームコントローラ２０４ｃは、送信フ
ラグＴＸＢの“１”の設定に対応して、送受信バッファ
２０４ｊに格納された送信データを送出させる。送信デ
ータは、テンポラリレジスタ２０４ｇにおいてパリティ
計算され、オルタネイトシフトレジスタ２０４ｆで並直
列変換されて、フレームエンコーダ２０４ｅに送られ
る。テンポラリレジスタ２０４ｇにより、送信データの
最後にパリティデータが付加される。フレームエンコー
ダ２０４ｅは、フレームコントローラ２０４ｃの制御下
で、スタートパターン、送信データ（コマンド、パラメ
ータ）、パリティデータ、エンドパターンを順次送出す
る。これ等のデータによって構成される送信フレーム
は、既述ＳＤＣＫＡ信号及びＳＤＣＫＢ信号に担われて
Ｍバスに送出される。送受信バッファ２０４ｊから最後
のデータが送り出されると、コントロールレジスタの送
信フラグＴＸＢは“０”、エンプティフラグＥＭＰは
“１”、コンティニュー送信フラグは“０”に設定され
る。送信完了後の送受信バッファ２０４ｊの内容は不定
である。フレームコントローラ２０４ｃは、エンドパタ
ーンを送出し、データの送信が正常に完了すると、コン
トロールレジスタ２０４ａの送信完了フラグＴＦＢを
“１”に設定する。基本デバイスのＭＩＥは、Ｍバスか
らの入力待ち状態となる。ＣＰＵ部２０１は、周期的に
コントロールレジスタ２０４ａの送信完了フラグＴＦＢ
を“１”を監視することによって送信終了を認識する。
また、ＣＰＵ部２０１は、送信中を示す送信フラグＴＸ
Ｂと送信完了フラグＴＦＢが共に“１”の場合、エラー
が生じていること判別する。
【０５３１】一方、ホストのＭＩＥは、基本デバイスか
ら送信されたフレームデータを受信する。フレームデコ
ーダ６１がデータのスタートパターンを検出すると、イ
ンタラプト信号制御部５４を介してホストのＣＰＵ１ａ
のインタラプトコントローラに信号が送られ、データの
受信がＣＰＵに知らされる。受信データは、オルタネイ
トシフトレジスタ６２によって直並列変換され、受信デ
ータテンポラリレジスタ５６ａ、受信データＦＩＦＯ５
６ｂを経て、イニシエータ部５０からワークＲＡＭ１ｅ
に送られる。ワークＲＡＭ１ｅ上の受信データの格納場
所は、ＣＰＵ１ａによって予め指定された受信データス
トアアドレスを先頭位置とする。フレームデコーダ６１
がエンドパターンを検出すると受信は終了し、インタラ
プト信号制御部５４から受信完了を示す信号がインタラ
プトコントローラに送られる。これにより、ＣＰＵは受
信完了を知り、ワークＲＡＭ１ｅ上の受信データにアク
セスして処理を行うことが出来る。
【０５３２】次に、基本デバイスの送信データがその送
受信バッファ２０４ｊの容量を超える場合のデータ送信
について図７０を参照して説明する。なお、拡張デバイ
スの場合も基本デバイスの場合と同様の手順で行われ
る。
【０５３３】基本デバイスのＣＰＵ部２０１は、送信デ
ータが送受信バッファ２０４ｊの容量を超えている場合
は、データを送受信バッファ２０４ｊの容量で、いくつ
かのブロックに分割して送信することが出来る。
【０５３４】基本デバイスのＣＰＵ部２０１は、ホスト
からコマンドを受信すると、これに応答するべく返信デ
ータを形成し、これをホストに送信する。ホストは、コ
マンド送信後予め定められた時間（例えば、１．０ｍ
ｓ）以内に応答がない場合は未接続と判断する。従っ
て、基本デバイスは、この期間中にコマンド及びパラメ
ータを返信しなければならない。
【０５３５】まず、基本デバイスのＣＰＵ部２０１は、
送信すべきデータの量と送受信バッファ２０４ｊの容量
とを比べて送信データのデータ量が大きいことを認識す
る。ＣＰＵ部２０１は、送信データを送受信バッファ２
０４ｊの容量（例えば、１０２４バイト）以下の長さに
区切って、送受信バッファ２０４ｊに書き込む（データ
のブロック化）。その後、ＣＰＵ部２０１は、データ長
レジスタ２０４ｋに送受信バッファ２０４ｊに格納した
送信データのデータ量を書き込み、コントロールレジス
タ２０４ａのエンドパターンフラグＥＮＤＰを“０”に
設定する。
【０５３６】ＣＰＵ部２０１が、コントロールレジスタ
２０４ａの送信フラグＴＸＢを“１”（送信モード）に
設定すると、ＭＩＥは、データ長レジスタで指定された
サイズのデータを送信するべく送信動作を開始する。送
信フラグＴＸＢが“１”に設定されると、フレームコン
トローラ２０４ｃは、コントロールレジスタの２０４ａ
の受信フラグＲＸＢ、受信完了フラグＲＦＢ、送信完了
フラグＴＦＢ、エンプティフラグＥＭＰ、送受信バッフ
ァオーバーフローフラグＢＦＯＶを、“０”に設定（ク
リア）する。
【０５３７】フレームコントローラ２０４ｃは、送信フ
ラグＴＸＢの“１”の設定に対応して、送受信バッファ
２０４ｊに格納された送信データを送出させる。送信デ
ータは、テンポラリレジスタ２０４ｇにおいてパリティ
計算され、オルタネイトシフトレジスタ２０４ｆで並直
列変換されて、フレームエンコーダ２０４ｅに送られ
る。フレームエンコーダ２０４ｅは、フレームコントロ
ーラ２０４ｃの制御に従って、スタートパターン、送信
データ（コマンド、パラメータ）を順次送出する。フラ
グＥＮＤＰを“０”に設定したことにより、このデータ
のブロックの最後には、パリティデータ及びエンドパタ
ーンは付加されない。これ等のデータによって構成され
る送信フレームは、既述ＳＤＣＫＡ信号及びＳＤＣＫＢ
信号に担われてＭバスに送出される。送受信バッファ２
０４ｊから最後のデータが送り出されると、コントロー
ルレジスタのエンプティフラグＥＭＰは“１”、コンテ
ィニュー送信フラグは“０”に設定される。
【０５３８】ＣＰＵ部２０１は、コントロールレジスタ
２０４ａのエンプティフラグＥＭＰを周期的に監視す
る。エンプティフラグＥＭＰが“１”になったことを確
認すると、続きの送信データを送受信バッファの容量以
下に区切って送受信バッファ２０４ｊに格納する。この
データの長さをデータ長レジスタ２０４ｋに設定する。
次いで、ＣＰＵ部２０１はコントロールレジスタ２０４
ａのコンティニュー送信フラグＣＴＸＢを“１”に設定
する。
【０５３９】コンティニュー送信フラグＣＴＸＢが
“１”に設定されると、フレームコントローラ２０４ｃ
は、コントロールレジスタの２０４ａのエンプティフラ
グＥＭＰ、送受信バッファオーバーフローフラグＢＦＯ
Ｖを“０”に設定（クリア）する。
【０５４０】フレームコントローラ２０４ｃは、送信フ
ラグＴＸＢの“１”の設定に対応して、送受信バッファ
２０４ｊに格納された送信データを送出させる。送信デ
ータは、テンポラリレジスタ２０４ｇにおいてパリティ
計算され、オルタネイトシフトレジスタ２０４ｆで並直
列変換されて、フレームエンコーダ２０４ｅに送られ
る。フレームエンコーダ２０４ｅは、フレームコントロ
ーラ２０４ｃの制御に従って、送信データ（コマンド、
パラメータ）を順次送出する。これ等のデータは、既述
ＳＤＣＫＡ信号及びＳＤＣＫＢ信号に担われてＭバスに
送出される。送受信バッファ２０４ｊから最後のデータ
が送り出されると、コントロールレジスタのエンプティ
フラグＥＭＰは“１”、コンティニュー送信フラグＣＴ
ＸＢは“０”に設定される。
【０５４１】ＣＰＵ部２０１は、コントロールレジスタ
を周期定期に監視することによって、エンプティフラグ
ＥＭＰが“１”になったことを知る。ＣＰＵ部２０１
は、残っている（未送信の）送信データを送受信バッフ
ァ２０４ｊの容量以下に区切って送受信バッファ２０４
ｊに格納する。この例の場合、残っているデータは送受
信バッファ２０４ｊの容量以下になったので、残りのデ
ータ全部を送受信バッファ２０４ｊに格納する。このデ
ータの長さをデータ長レジスタ２０４ｋに設定する。更
に、最後のデータブロックの送信となるので、最後にエ
ンドパターンを付加するべく、エンドパターン送出フラ
グＥＮＤＰを“１”に設定する。次いで、ＣＰＵ部２０
１はコントロールレジスタ２０４ａのコンティニュー送
信フラグＣＴＸＢを“１”に設定する。
【０５４２】コンティニュー送信フラグＣＴＸＢが
“１”に設定されると、フレームコントローラ２０４ｃ
は、コントロールレジスタの２０４ａのエンプティフラ
グＥＭＰ、送受信バッファオーバーフローフラグＢＦＯ
Ｖを“０”に設定（クリア）する。
【０５４３】フレームコントローラ２０４ｃは、送信フ
ラグＴＸＢの“１”の設定に対応して、送受信バッファ
２０４ｊに格納された送信データを送出させる。送信デ
ータは、テンポラリレジスタ２０４ｇにおいてパリティ
計算され、オルタネイトシフトレジスタ２０４ｆで並直
列変換されて、フレームエンコーダ２０４ｅに送られ
る。テンポラリレジスタ２０４ｇは、全送信データにつ
いてパリティ計算した結果をパリティデータ（１バイト
のパリティビット）として、送信データの最後に付加す
る。フレームエンコーダ２０４ｅは、フレームコントロ
ーラ２０４ｃの制御に従って、送信データ（コマンド、
パラメータ）、パリティデータ、エンドパターンを順次
送出する。これ等のデータは、既述ＳＤＣＫＡ信号及び
ＳＤＣＫＢ信号に担われてＭバスに送出される。送受信
バッファ２０４ｊから最後のデータが送り出されると、
コントロールレジスタのエンプティフラグＥＭＰは
“１”、コンティニュー送信フラグＣＴＸＢは“０”に
設定される。送信が終了したので送信フラグＴＸＢ、送
信完了フラグＴＦＢは共に“０”に設定される。
【０５４４】ＣＰＵ部２０１は、コントロールレジスタ
２０４ａを定期的に監視することによって、各フラグの
状態から全データの送信が完了したことを知る。
【０５４５】一方、ホストのＭＩＥは、スタートパター
ンを受信することによって受信動作を開始し、受信デー
タ（コマンド、パラメータ）をワークＲＡＭ１ｅに逐次
格納する。ワークＲＡＭ１ｅにおける格納場所は予めＤ
ＭＡレジスタで指定されている。受信した各データブロ
ックをワークＲＡＭ１ｅにて連結することによって元の
送信データが復元される。ホストのＭＩＥが最後にエン
ドパターンを受信すると、該ＭＩＥは受信を終了する。
【０５４６】以上説明したように、送信データを分割し
て送るブロック送信の際には、最初のブロックは送信フ
ラグＴＸＢを使用し、2番目以降のブロックはコンティ
ニュー送信フラグＣＴＸＢを使用して残りのデータを送
信する。1ブロックのデータを送信した後、次のブロッ
クを送信するまでの時間が所定時間、例えば、１．０ｍ
ｓを超えると、ホストにてタイムアウト（Time Out）に
なるので、デバイス側は、第２のブロック以降をこの時
間以内に送信する。ブロックのサイズは、各ブロック単
位で設定可能である。各ブロックの送信毎にブロックの
サイズをデータ長レジスタ２０４ｋにセットする。最終
ブロック以外は、エンドパターンフラグを“０”で送信
し、エンドパターンは付加しない。最終ブロックを送信
する時には、エンドパターンフラグを“１”にして、送
信データの最後にエンドパターンを付加する。このよう
にして、基本デバイスは、自己の送受信バッファの容量
以上のデータをホストに送ることが可能となる。拡張デ
バイスも同様である。
【０５４７】フラグと通信状態の関係 基本デバイスのコントロールレジスタのフラグ２０４ａ
と通信状態との関係を説明する。 （１） 基本デバイスのフラグの状態（当該基本デバイ
スがホストと通信している場合） （ａ） 基本デバイスからホストにデータを送信する場
合
【０５４８】
【表３０】
【０５４９】送信フラグＴＸＢと送信完了フラグＴＦＢ
とが共に“１”であるときは、送信エラーである。
【０５５０】（ｂ） 基本デバイスがホストからデータ
を受信する場合
【０５５１】
【表３１】
【０５５２】受信フラグＲＸＢと受信完了フラグＲＦＢ
とが共に“１”であるときは、受信エラーである。
【０５５３】（２） 基本デバイスのフラグの状態（あ
る拡張デバイスがホストと交信している場合） （ａ） 拡張デバイスがホストにデータを送信している
場合
【０５５４】
【表３２】
【０５５５】いずれかの拡張デバイス（送信デバイス）
がホストにデータを送信する場合には、当該拡張デバイ
スがＬＭバスを占有することとしても良い。この占有
は、送信デバイスによってオアゲート２１３、２１４を
制御することによって可能となる。こうした場合、送信
デバイス以外の基本デバイス及び拡張デバイスは、バス
から外されるのでデータ受信の監視をする必要がなく、
その分負担が軽減される。
【０５５６】（ｂ） 拡張デバイスがホストからデータ
を受信している場合
【０５５７】
【表３３】
【０５５８】受信フラグＲＸＢと受信完了フラグＲＦＢ
とが共に“１”であるときは、受信エラーである。
【０５５９】エラー処理 エラー処理について説明する。前述したように、送信フ
ラグＴＸＢ及び送信完了フラグＴＦＢが共に“１”であ
るときは送信エラーである。受信フラグＲＸＢ及び受信
完了フラグＲＦＢが共に“１”であるときは受信エラー
である。なお、送信処理中にエラーが生じたときに、Ｍ
ＩＥが送信フラグＴＸＢ及び送信完了フラグＴＦＢを共
に“１”に設定してエラーを知らしめることとしても良
い。受信処理中にエラーが生じた場合も同様である。パ
リティエラーが生じた場合には、パリティエラーフラグ
ＰＥＲＲが設定（＝“１”）される。受信時に受信デー
タが送受信バッファの容量を超えた場合（オーバーフロ
ー）や、送信時にバッファ容量を越えてデータ長を指定
した場合は送受信バッファオーバーフローフラグＢＦＯ
Ｖが設定（＝“１”）される。
【０５６０】このようなエラーが発生した場合の基本デ
バイスにおけるエラー処理の例について説明する。
【０５６１】（ａ） ホストに送信している時にエラー
が発生した場合は、エラーに対しては何もせずに、送信
フラグＴＸＢ及び送信完了フラグＴＦＢのクリアのみ行
う。 （ｂ） ホストからのデータ受信時にエラーが発生した
場合、まず、データ送信先が自身の場合は、ホストに対
して再送コマンドを送信することが出来る。次に、デー
タ送信先が他のデバイスの場合は、自己の受信フラグＲ
ＸＢ、受信完了フラグＲＦＢをクリアする。 （ｃ） ホストからのデータ受信時のエラーがタイムア
ウト（Time Out）である場合は、基本デバイス、拡張デ
バイス共にリセットする。すなわち、イ）拡張デバイス
へのＩＤを反転させて、拡張デバイスへの動作停止信号
とする。これにより、拡張デバイスは処理を停止する。
ロ）基本デバイスがリセットし、復帰後、ＩＤを反転
（元に戻す）する。ＩＤが反転すると拡張デバイスはリ
セットする。ハ）リセット後はソフトリセット後と同じ
状態である。
【０５６２】コマンドリファレンス フレームに使用される各種コマンドについて説明する。
コマンドコードは、０１h〜ＦＥhまでの２５４個が使用
可能である。００hとＦＦhは使用できない。このコード
は「通信エラーの為データは保証しない」の意味で使用
することが予約されている。コマンドには、コントロー
ルコマンド及びエラーコマンドが含まれる。
【０５６３】コントロールコマンド コントロールコマンドは、コマンドコード０１h〜ＤＦh
の範囲を使用する。このコマンドは、データの送受信を
コントロールするためのコマンドである。ホスト、基本
デバイス、拡張デバイス各々のファンクション・ライブ
ラリには、同じコマンドコードで異なるコマンドを設け
てはならない。コマンドを増設する場合は規格の管理者
に事前に届け出て規格の統一を図るのが望ましい。以
下、コントロールコマンドについて説明する。
【０５６４】デバイスリクエスト（Device Request、図
７１） 発行権：ホスト コマンドコード：０１h データサイズ：００h データ領域：none 期待戻り値：デバイスステイタス［Device Status］ 説明：送信先ＡＰの周辺装置に対して、［Device Statu
s］を要求するコマンドである。ポートに対して、接続
チェックにも使用する。
【０５６５】オールステイタスリクエスト（All Status
Request、図７２） 発行権：ホスト コマンドコード：０２h データサイズ：００h データ領域：none 期待戻り値：デバイスオールステイタス［Device All S
tatus］ 説明：送信先ＡＰの周辺装置に対して、全てのデバイス
ステイタス（フィクスドデバイスステイタスFixed Devi
ce StatusとフリーデバイスステイタスFree Device Sta
tusの両方）を要求する。
【０５６６】デバイスリセット（Device Reset、図７
３） 発行権：ホスト コマンドコード：０３h データサイズ：００h データ領域：none 期待戻り値：デバイスリプライ［Device Reply］ 説明：送信先ＡＰで指定される周辺装置に対して、初期
化することが出来る。
【０５６７】動作順：(1)周辺装置は、デバイスリプラ
イ［Device Reply］を返す。(2)周辺装置は自己を初期
化する。
【０５６８】デバイスキル（Device Kill、図７４） 発行権：ホスト コマンドコード：０４h データサイズ：００h データ領域：none 期待戻り値：デバイスリプライ［Device Reply］ 説明：送信先ＡＰで指定される周辺装置に対して、動作
を認めない。周辺装置は、スタンバイ消費電流で待機
し、コマンドを一切受け付けない。動作させるために
は、ハードリセットまたは、電源を切って再動作させる
必要がある。 動作順：(1)周辺装置は、デバイスリプライ［Device Re
ply］を返す。(2)周辺装置は動作を停止する。
【０５６９】デバイスステイタス（Device Status） 発行権：周辺装置 コマンドコード：０５h データサイズ：１Ｃh（28） データ領域：デバイスＩＤ：１６バイト、仕向地コー
ド：１バイト、製品名：３１バイト、ライセンス：６０
バイト、スタンバイ消費電流：２バイト、最大消費電
流：２バイト 説明：ホストからのデバイスリクエスト［Device Reque
st］に対して、フィクスドデバイスステイタス［Fixed
Device Status］データを返す。内容の詳細は、後述の
周辺装置の情報に記載されている。
【０５７０】デバイスオールステイタス（Device All S
tatus） 発行権：周辺装置 コマンドコード：０６h データサイズ：１Ｃh＋（ｎ／４） データ領域：フィクスドデバイスステイタス［Ｆｉｘｅ
ｄ Ｄｅｖｉｃｅ Ｓｔａｔｕｓ］：１１２バイト、デ
バイスＩＤ：１６バイト、仕向地コード： 1バイト、製
品名：３１バイト、ライセンス：６０バイト、スタンバ
イ消費電流：２バイト、最大消費電流： ２バイト、フ
リーデバイスステイタス［Free Device Status］：ｎバ
イト 説明：ホストからのオールステイタスリクエスト［All
Status Request］に対して、フィクスドデバイスステイ
タスとフリーデバイスステイタスの両方を返す。内容の
詳細は、後述の周辺装置の情報で説明される。
【０５７１】デバイスリプライ（Device Reply） 発行権：周辺装置 コマンドコード：０７h データサイズ：００h データ領域：none 説明：周辺装置からの返信として使用する。
【０５７２】データトランスファ（Data Transfer、図
７５） 発行権：周辺装置 コマンドコード：０８h データサイズ：n （０１h≦n≦ＦＦh） データ領域：ファンクションタイプ：４バイト、デー
タ：(ｎ−１)×４バイト 期待戻り値：none 説明：ホストから指定されたファンクションタイプのデ
ータを返す。データは要求されたコマンドで異なる。
【０５７３】ゲットコンディション（Get Condition、
図７６） 発行権：ホスト コマンドコード：０９h データサイズ：０１h データ領域：ファンクションタイプ：4バイト 期待戻り値：データトランスファ[Data Transfer] 説明：周辺装置のファンクションタイプで指定したファ
ンクションの物理的状態を要求する。周辺装置は、ホス
トから送られてきたファンクションタイプと同じタイプ
で返す。一度に指定できるファンクションタイプは、1
つだけである。
【０５７４】ゲットメディアインホ（Get Media Info、
図７７） 発行権：ホスト コマンドコード：０Ａh データサイズ：０２h データ領域：ファンクションタイプ：４バイト、ＰＴ
（パーティション）：４バイト（うち３バイトはダミ
ー） 期待戻り値：データトランスファ[Data Transfer] 説明：周辺装置のファンクションタイプとＰＴで指定し
たファンクションの、メディア（Media）情報を要求す
る。詳細は、それぞれのファンクションタイプの仕様書
による。
【０５７５】ブロックリード（Block Read、図７８） 発行権：ホスト コマンドコード：０Ｂh データサイズ：０２h データ領域：ファンクションタイプ：４バイト、パーテ
ィション（ＰＴ）：１バイト、フェーズ（Phase）：１
バイト、ブロック番号(Block No.)：２バイト 期待戻り値：データトランスファ[Data Transfer] 説明：周辺装置のファンクションタイプと情報記録媒体
のパーティション、フェーズ、ブロック番号で指定した
場所（例えば、ＦＤＤ、ＨＤＤ、メモリやＣＤ−ＲＯＭ
等のデータ記録場所）のデータを要求する。詳細は、そ
れぞれのファンクションタイプの仕様書による。
【０５７６】ブロックライト（Block Write、図７９） 発行権：ホスト コマンドコード：０Ｃh データサイズ：０２h＋ｎ データ領域：ファンクションタイプ：４バイト、パーテ
ィション：１バイト、フェーズ：１バイト、ブロック番
号：２バイト、書き込みデータ：n×４バイト 期待戻り値：デバイスリプライ[Device Reply] 説明：周辺装置のファンクションタイプと、パーティシ
ョン、フェーズ、ブロック番号で指定した場所にデータ
を書き込む。詳細は、それぞれのファンクションタイプ
の仕様書による。
【０５７７】ゲットラストエラー（Get Last Error、図
８０） 発行権：ホスト コマンドコード：０Ｄh データサイズ：０２h データ領域：ファンクションタイプ：４バイト、パーテ
ィション：１バイト、フェーズ：１バイト、ブロック番
号：２バイト 期待戻り値：デバイスリプライ[Device Reply] 説明：直前のコマンドに対してエラーが発生したかを調
べる。エラーが無ければデバイスリプライ[Device Repl
y]を、エラーがあればエラーコマンドを返します。パー
ティションとブロック番号は直前のコマンドの値をその
ままに、フェーズは＋１する。詳細は、それぞれのファ
ンクションタイプの仕様書による。
【０５７８】エラーコマンド 次に、エラーコマンドについて説明する。エラーコマン
ドは、コマンドコードＥ０h〜ＦＥhの範囲を使用する。
エラーコマンドは、データの送受信や処理に対して、エ
ラーが発生したことを告げる。ホスト、基本デバイス、
拡張デバイスの各々のファンクション・ライブラリは、
同じコマンドコードで異なるコマンドを設けることは禁
止される。エラーコマンドを増設する場合は規格の管理
者に事前に届け出て規格の統一を図るのが望ましい。以
下、エラーコマンドについて説明する。
【０５７９】ファンクションタイプアンノウン（Functi
on Type Unknown） 発行権：周辺装置 コマンドコード：ＦＥh データサイズ：００h データ領域：none 説明：送信されてきたファンクションタイプで指定され
るファンクションが、周辺装置に存在しない場合に発行
する。 考えられる原因：(1)ファンクションタイプの指定が間
違っている。(2)データの記述が間違っている。(3)デバ
イスＩＤがデータ化けしていた。(4)通信中にデータ化
けした。 対処：(1)ファンクションタイプの指定を正しくする。
(2)データの記述を正しくする。(3)もう一度デバイスリ
クエスト［Device Request］を送信し、デバイスＩＤを
得る。(4)もう一度送信してみる（最大3回まで、以後タ
イムアウトと同処理）。
【０５８０】コマンドアンノウン（Command Unknown） 発行権：周辺装置 コマンドコード：ＦＤh データサイズ：００h データ領域：none 説明：送信されてきたコマンドが、周辺装置側のファン
クションに用意されていない時に発行する。
【０５８１】考えられる原因：(1)コマンドの指定が間
違っている。(2)データの記述が間違っている。(3)デバ
イスＩＤがデータ化けしていた。(4)通信中にデータ化
けした。 対処：(1)コマンドの指定を正しくする。(2)データの記
述を正しくする。(3)もう一度デバイスリクエスト［Dev
ice Request］を送信し、デバイスＩＤを得る。(4)もう
一度送信してみる（最大3回まで、以後タイムアウトと
同処理）。
【０５８２】トラスンミットアゲイン（Transmit Agai
n） 発行権：ホスト，周辺装置 コマンドコード：ＦＣh データサイズ：００h データ領域：none 説明：送信されてきたデータが、何らかでエラーがあっ
た場合で、もう一度同じデータを送るように要求する。 考えられる原因：(1)パリティエラーが発生した。(2)デ
ータがオーバーフローした。(3)通信中にデータ化けし
た。 対処：もう一度送信する（最大3回まで、以後タイムア
ウトと同処理）。
【０５８３】ファイルエラー（File Error） 発行権：周辺装置 コマンドコード：ＦＢh データサイズ：０１h データ領域：ファンクション・エラーコード 説明：ファイルファンクション(File Function)でエラ
ーが発生した時に発行する。ファンクション・エラーコ
ードで、詳細なエラーを返す。 考えられる原因：
【０５８４】
【表３４】
【０５８５】同表において、エラーが発生した項目が
“１”になり、エラーでない項目は、“０”になる。Ｆ
Ｅ0はパーティションエラー(PT Error)、ＦＥ1はフェー
ズエラー(Phase Error)、ＦＥ2はブロックエラー(Block
Error)、ＦＥ3は書き込みエラー(Write Error)、ＦＥ4
はデータ長エラー(Length Error)、ＦＥ5はＣＲＣエラ
ー(CRC Error)、を表す。以下は、予約される。
【０５８６】ＬＣＤエラー（LCD Error） 発行権：周辺装置 コマンドコード：ＦＡh データサイズ：０１h データ領域：ファンクション・エラーコード 説明：ＬＣＤファンクション(LCD Function)でエラーが
発生した時に発行する。ファンクション・エラーコード
で、詳細なエラーを返す。 考えられる原因：
【０５８７】
【表３５】
【０５８８】同表において、エラーが発生した項目が
“１”になり、エラーでない項目は、“０”になる。Ｆ
Ｅ0はPT Error、ＦＥ1はPhase Error、ＦＥ2はBlock Er
ror、ＦＥ3はWrite Error、ＦＥ4はLength Error、ＦＥ
5はnone、を表す。以下は、予約される。
【０５８９】周辺装置の情報 基本デバイス及び拡張デバイス固有の情報（デバイスス
テイタス）について説明する。デバイスステイタスは、
書き換え出来たり、消去出来ないようにし、そのままの
データを記録する。デバイスステイタスには、フィクス
ドデバイスステイタス（Fixed Device Status）とフリ
ーデバイスステイタス（Free Device Status）とがあ
る。フィクスドデバイスステイタスは、絶対に記述しな
ければならない、１１２バイトのフォーマットの決まっ
たデバイスステイタスである。全ての項目を記述してい
ないと、動作，接続の保証はない。フリーデバイスステ
イタスは、個々のデバイスによって自由に使用しても良
いデバイスステイタスである。容量は、最大９１２バイ
トである。
【０５９０】フィクスドデバイスステイタス（Fixed De
vice Status） フィクスドデバイスステイタスは、下記の項目を全てを
記述しなければならない。 （１） デバイスＩＤ 容量：１６バイト 説明：周辺装置の属性，データフォーマット（ファンク
ション）を示す。デバイスＩＤについては、プロトコル
の項に関連記載がある。 （２） 仕向地 容量：１バイト 説明：製品の仕向地（販売地域）を示す。仕向地の設定
ビットの構成を表３６に示す。仕向地の設定ビットと仕
向地との関係を表３７に示す。
【０５９１】
【表３６】
【０５９２】
【表３７】
【０５９３】例えば、全世界共通の場合は、ＤＥＳ＝
“11111111”＝ＦＦh、日本とアジア向け共通の場合
は、ＤＥＳ=“00000110”＝０６hとなる。ＤＥＳ＝００
hは指定禁止である。 （３） 製品名 容量：３１バイト 説明：製品名を英語またはローマ字で記述する。全角、
半角を問わない。余りの容量（ビット）には、スペース
コード（２０h）を入れる。この製品名は、事前登録す
る。 （４） ライセンス 容量：６０バイト 説明：製品のライセンス表示を英語またはローマ字でAS
CIIコードで記述する。余りの容量には、スペースコー
ド（２０h）を入れる。例えば、「Produced By or Unde
r License From ＸＸＸＸＸ,LTD.」と記述する。 （５） スタンバイ消費電流 容量：２バイト 説明：一時停止時の消費電流を０．１ｍＡ単位で１６進
数によって記述する。例えば、１０．５ｍＡの場合は、
００−６９hと記述する。 （６） 最大消費電流 容量：２バイト 説明：最大消費電流を０．１ｍＡ単位で１６進数で記述
する。例えば、１２７．９ｍＡの場合は、０４−ＦＦh
と記述する。
【０５９４】フリーデバイスステイタス（Free Device
Status） フリーデバイスステイタスは、製品の企画者，開発者，
設計者，プログラマー等が自由に記述出来る領域で、オ
ールデバイスリクエスト［All Device Request］でホス
トは取得出来る。アプリケーションソフト等で使用する
場合には、データ配列等の対応をしておく必要がある。
【０５９５】本発明を用いた基本デバイス、拡張デバイ
スの他の例について図面を参照して説明する。
【０５９６】図８１は、相対アドレスを使用する第１の
実施の形態にかかる、他の基本デバイス（コントロー
ラ）の構成例を概略的に示している。相対アドレス方式
による図３３に示したＵデバイスファンクションの構成
例では、ＳＤＣＫＡ ＯＵＴの端子（抵抗が接続されて
いる）によって拡張デバイスの接続の有無を判断してい
るが、この例では、図６４に示す例と同様に、各拡張コ
ネクタに抵抗Ｒを接続した端子ＩＤ２を設けて、この端
子の生起電圧を判別して拡張ソケットの接続の有無を判
断している。
【０５９７】図８１において、基本デバイス（ゲームコ
ントローラ）２の制御回路は、いわゆる１チップマイク
ロコンピュータシステム２００によって構成することが
可能である。コンピュータシステム２００には、各部の
制御を行うＣＰＵ２０１ａ、ＣＰＵ２０１ａの制御プロ
グラムやデータライブラリを格納するＲＯＭ２０１ｂ、
ＣＰＵプログラムやデータを格納してデータ処理を行う
ために使用されるＲＡＭ２０１ｃ、１１個のデジタルス
イッチ２０６の押圧操作をコードデータに変換するＩ／
Ｏ部２０２ａ、４個のアナログスイッチ２０７の可変な
レベル出力をデータ信号に変換するＡ／Ｄ変換器２０２
ｂ、基本デバイスとホストとのデータ通信、拡張デバイ
スとホストとのデータ通信の補助を行う基本デバイス用
ＭＩＥ２０５を含んでいる。また、コンピュータシステ
ム２００には、電源投入の際にリセット信号を生成す
る、抵抗、キャパシタ、ダイオードからなるリセット信
号生成回路、システムの各種クロック信号を発生するク
リスタル発振器、基本デバイス用ＭＩＥ２０５の信号用
電圧及び拡張デバイス用信号電圧３．３Ｖを電源Ｖcc
（＋５Ｖ）から生成する電圧変換回路を含む。基本デバ
イスへの電源Ｖcc（＋５Ｖ）は、外部接続ケーブルを介
してゲーム装置から供給される。外部接続ケーブルは、
信号線ＳＤＣＫＡ、信号線ＳＤＣＫＢ、電源線Ｖcc及び
接地線ＧＮＤによって構成される。ゲーム装置から外部
接続ケーブルを介して供給される電源Ｖcc（＋５Ｖ）
は、上述した信号用電源（＋３．３Ｖ）と共に拡張コネ
クタを介して図示しない拡張デバイスに供給される。
【０５９８】ＣＰＵ２０１ａ、ＲＯＭ２０１ｂ及びＲＡ
Ｍ２０１ｃは、図３３におけるＣＰＵに、Ａ／Ｄ変換器
２０２ｂ及びＩ／Ｏ部２０２ａはＩ／Ｏに、基本デバイ
ス用ＭＩＥ２０５は通信処理部、ソケットコントロール
部及びゲート類に対応している。基本デバイス２には、
Ｍバスを介してホストから電源Ｖcc及び接地ＧＮＤが供
給される。また、信号線ＳＤＣＫＡ及びＳＤＣＫＢによ
ってデータ通信が行われる。基本デバイスと拡張デバイ
ス間は信号線ＳＤＣＫＡ-ＵＳ-１、ＳＤＣＫＡ-ＤＳ-
１、ＳＤＣＫＡ-ＥＮ-１、ＳＤＣＫＢ-ＵＳ-１、ＳＤＣ
ＫＢ-ＤＳ-１、ＳＤＣＫＢ-ＥＮ-１、ＳＤＣＫＡ-ＵＳ-
２、ＳＤＣＫＡ-ＤＳ-２、ＳＤＣＫＡ-ＥＮ-２、ＳＤＣ
ＫＢ-ＵＳ-２、ＳＤＣＫＢ-ＤＳ-２、ＳＤＣＫＢ-ＥＮ-
２、電源Ｖｃｃ（＋５Ｖ、３．３Ｖ）、接地線ＧＮＤ
（４本）によって接続される。なお、この例では、基本
デバイスが拡張コネクタを２つ持つ場合で説明している
が、既述のように、外部への拡張コネクタを４つ持つこ
とができる。この場合、拡張デバイスの接続を確認する
ためのＩＤ２は、ＩＤ２-１〜ＩＤ２-４まで備える。基
本デバイス２の動作は、図３３に示したＵデバイスファ
ンクションと同じであるのでその説明は省略する。
【０５９９】図８２は、絶対アドレスを使用する第２の
実施の形態にかかる、他の基本デバイス（コントロー
ラ）の構成例を相対アドレスを使用する図８１の例に対
応して示している。同図において図６５あるいは図８１
と対応する部分には、同一符号を付し、かかる部分の説
明は省略する。絶対アドレス方式を採る基本デバイスで
は、Ｉ／Ｏブロック２０２ａは、ＣＰＵの出力に従って
各拡張ソケットのＩＤ０、ＩＤ１端子を介して接続され
た拡張デバイスにＬＭバスの番号を知らせる。ＩＤ０、
ＩＤ１端子の役割は、図５９を参照した拡張デバイスの
ＡＰの設定手順で説明されている。Ｉ／Ｏ２０２ａから
端子ＩＤ０−１及びＩＤ１−１は、第１の拡張ソケット
に、端子ＩＤ０−２及びＩＤ１−２は、第２の拡張ソケ
ットに設けられる。
【０６００】図８３及び図８４は、それぞれ相対アドレ
ス方式及び絶対アドレス方式の、ＬＣＤ表示器（ＬＣＤ
カートリッジ）を備える拡張デバイスの例を示してい
る。
【０６０１】両図において、拡張デバイス（ＬＣＤカー
トリッジ）３の制御回路は、いわゆる１チップマイクロ
コンピュータシステム３００によって構成することが可
能である。コンピュータシステム３００には、各部の制
御を行うＣＰＵ３０１、ＣＰＵ３０１の制御プログラム
やデータライブラリを格納するＲＯＭ３０２、ＣＰＵの
プログラムやデータを格納してデータ処理を行うために
使用されるＲＡＭ３０３、拡張デバイスとホストとのデ
ータ通信を行う拡張デバイス用ＭＩＥ３０４、入力及び
出力のインタフェースを行うＩ／Ｏ部３０５、ＬＣＤ３
０８の表示を制御するＬＣＤコントローラ３０６、ＬＣ
Ｄのエレメントを駆動するＬＣＤドライバ３０７を含ん
でいる。拡張デバイス用ＭＩＥ３０４は、基本デバイス
のＭＩＥと同様に構成されるが、ＬＭバスコントローラ
２０３ａ及びこれに関連するゲートは備えていない。Ｌ
ＣＤカートリッジは、ホストからＭバス、ＬＭバス、Ｍ
ＩＥ３０４を介してフレーム形式で送信された文字デー
タ、静止画データ、動画データ（ＬＤ、ＣＤ−Ｖ、ＤＶ
Ｄ、テレビのビデオ情報を含む）等をＲＡＭ３０３に格
納する。そして、ＣＰＵ３０１によって、これ等の表示
すべきデータをＬＣＤコントローラ３０６に与えて画像
化する。
【０６０２】また、コンピュータシステム３００には、
電源投入の際にリセット信号を生成するリセット信号生
成回路、クロック信号を発生するクリスタル発振器、必
要により設けられるデバイス用ＭＩＥ２０５の信号等の
電圧３．３Ｖを電源Ｖcc（＋５Ｖ）から生成する電圧変
換回路（図示せず）を含む。電源Ｖcc（５Ｖ、３．３
Ｖ）は、基本デバイス側から供給されるが、拡張デバイ
スは目的とする機能を実現するに必要な電圧を内部回路
で生成することができる。信号線ＩＤ２には、拡張デバ
イス側において電源電圧Ｖccが印加される。絶対アドレ
スの拡張デバイスにおいては、既述のように、Ｉ／Ｏ部
３０５にＬＭバス番号を知らせるＩＤ０、ＩＤ１が接続
される。
【０６０３】図８５及び図８６は、それぞれ相対アドレ
ス方式及び絶対アドレス方式のメモリカートリッジ（拡
張デバイス）の例を示している。両図において、図８３
及び図８４と対応する部分には、同一符号を付し、かか
る部分の説明は省略する。
【０６０４】この例では、ＥＥＰＲＯＭや電池でバック
アップされたメモリ等の不揮発性ＲＡＭ３１２を備えて
いる。保存すべきデータがＭＩＥ３０４を介してＲＡＭ
３０３に格納される。ＣＰＵ３０１は、格納されたデー
タを不揮発性ＲＡＭ３１２に外部出力バスドライバ３１
１を介して書き込む。また、ＣＰＵ３０１は、ホストか
らの指令に応じてＲＡＭ３１２に書き込まれたデータを
ＲＡＭ３０３に読み出し、ＭＩＥ３０４を介してホスト
に転送する。例えば、遊技者がゲームを途中で止める場
合に、ホストから送られたゲーム途中までのゲームパラ
メータをＲＡＭ３１２に保存することにより、次回のゲ
ームをゲーム途中から再開することが可能となる。な
お、不揮発性ＲＡＭ３１２部分を、ソケットを介してバ
スドライバ３１１と接続するようにし、カード化した複
数の不揮発性ＲＡＭ３１２を交換可能とすることができ
る。また、コンピュータシステム３００に不揮発性ＲＡ
Ｍ３１２を含むようにすることもできる。
【０６０５】図８７及び図８８は、それぞれ相対アドレ
ス方式及び絶対アドレス方式の振動カートリッジ（拡張
デバイス）の例を示している。両図において、図８３及
び図８４と対応する部分には、同一符号を付し、かかる
部分の説明は省略する。
【０６０６】この例では、振動を発生する偏心錘を回転
させるモータやソレノイド等による振動体３２２を駆動
するドライバ／コントローラ部３２１を備える。振動体
の動作指令信号あるいは動作停止指令信号は、ホストか
らＭＩＥ３０４を介してＲＡＭ３０３に格納され、ＣＰ
Ｕ３０１によってＩ／Ｏ部３０５を介してドライバ／コ
ントローラ部３２１に与えられる。
【０６０７】図８９及び図９０は、それぞれ相対アドレ
ス方式及び絶対アドレス方式のライトガン（光線銃）カ
ートリッジ（拡張デバイス）の例を示している。両図に
おいて、図８３及び図８４と対応する部分には、同一符
号を付し、かかる部分の説明は省略する。
【０６０８】この例では、テレビ画面上のある部分（光
線銃の着弾点）を走査する電子ビームによる輝点がライ
トガンカートリッジのレンズを介して受光素子３３２に
取り込まれる。受光信号は、増幅器３３１によってレベ
ル増幅される。ゲームコントローラの引き金（例えば、
後述の図９７（ｂ）の２ｄ）が操作されるとトリガ信号
が発生し、増幅器３３１の出力が検出信号としてＭＩＥ
３０４に供給される。この信号は、ホストに転送されて
ＨＶカウンタのラッチ信号として使用される。
【０６０９】図９１及び図９２は、それぞれ相対アドレ
ス方式及び絶対アドレス方式の音声入力カートリッジ
（拡張デバイス）の例を示している。両図において、図
８３及び図８４と対応する部分には、同一符号を付し、
かかる部分の説明は省略する。
【０６１０】この例では、マイク３４５の出力が増幅器
３４４で適当なレベルに増幅され、Ａ／Ｄ変換器３４３
によってサンプリングされる。サンプリングされた音声
データは、バッファメモリ３４２の第１及び第２のレジ
スタ（ＦＩＦＯ）に交互に格納される。このデータをバ
スコントローラ３４１が読み出し、ローカルバスを介し
てＭＩＥ３０４の送受信バッファに送り出す。ＭＩＥ３
０４によって音声データはフレーム化されてホスト（ゲ
ーム装置）に送られる。このような機能は、いわゆる音
声入力、カラオケ、電話機、通信機等としてホストを使
用することを可能とする。
【０６１１】図９３及び図９４は、それぞれ相対アドレ
ス方式及び絶対アドレス方式の音声出力カートリッジ
（拡張デバイス）の例を示している。両図において、図
８３及び図８４と対応する部分には、同一符号を付し、
かかる部分の説明は省略する。
【０６１２】この例では、ホストから送信された音声デ
ータがＭＩＥ３０４からローカルバスを介してバスコン
トローラ３５１に供給される。バスコントローラ３５１
は、音声データをＦＩＦＯ(First In First Out)動作の
メモリ３５２に格納し、逐次転送される音声データを連
結する。メモリ３５２から出力された音声データはＤ／
Ａ変換器３５３によって音声信号に変換され、増幅器３
５４にてレベル増幅され、スピーカ３５５から音声とし
て出力される。このような機能は、いわゆるホストの音
声による応答（音声出力）機能、ゲームの効果音（特に
複数スピーカ構成による音響効果）、カラオケ、電話の
受話器等として使用可能である。
【０６１３】なお、上述した発明の実施の形態は、２つ
の規格の形式で説明されているが、第１の実施の形態の
構成要素と第２の実施の形態の構成要素とを技術的に矛
盾しない範囲で組み合わせることが可能である。また、
本発明は、ゲーム装置への適用に限定されるものではな
く、小型のコンピュータシステム、コンピュータネット
ワーク、コンピュータ応用装置、携帯型通信端末装置等
にも適用可能である。
【０６１４】図９５及び図９６は、ホスト及び周辺装置
相互間を接続するＭバスをワイヤレス構成とした他の実
施の形態を示している。両図において、第１及び第２の
実施の形態と対応する部分には同一符号を付し、かかる
部分の説明は省略する。
【０６１５】図９５において、ホスト（ゲーム装置）１
のペリフェラルコントローラ１ｈと、周辺装置（基本デ
バイス）２のペリフェラルコントローラとのそれぞれに
無線モデム装置５００が接続されている。無線モデム装
置５００は、データコントローラ５０１、送信部５０
２、デュプレクサ５０３、受信部５０４、アンテナ５０
５等によって構成され、ホストと周辺装置相互間の通信
データを中継する。この場合、周辺装置２は電池駆動と
することができる。
【０６１６】データコントローラ５０１は、送信すべき
ＳＤＣＫＡ信号及びＳＤＣＫＢ信号を多値変調、例え
ば、π／４シフトＱＰＳＫ変調により送信すべく、デー
タ処理を行ってＩ信号成分、Ｑ信号成分のデータを形成
する。この直交成分のデータを送信部５０２に供給す
る。また、データコントローラ５０１は、受信部５０４
によって復号化されたＩ、Ｑ成分のデータからＳＤＣＫ
Ａ信号及びＳＤＣＫＢ信号を形成してペリフェラルコン
トローラ５０１に供給する。送信部５０２は、多値変調
器、例えば、π／４シフトＱＰＳＫ変調を行う直交変調
器を備え、フレームデータを担う周波数ｆ1のキャリア
信号を形成する。このキャリア信号は、デュプレクサ５
０３によってアンテナ５０５に導出され、自由空間に電
波として放射される。一方、周辺装置２側のアンテナ５
０５に到来した電波はキャリア信号となり、デュプレク
サ５０３によって受信部５０４に導かれる。受信部５０
４は、例えば、同期検波器を備えており、キャリア信号
からＩ信号成分、Ｑ信号成分を分離し、多値データを復
号する。前述したように、データコントローラ５０１
は、多値データからＳＤＣＫＡ信号及びＳＤＣＫＢ信号
を形成してペリフェラルコントローラ５０１に供給す
る。
【０６１７】この結果、ホストと周辺装置間を接続した
Ｍバスのケーブル類が不要となる。ワイヤレスの周辺装
置２は、ホストから離間した配置や使用態様の自由度が
増す。上述した無線モデム装置５００は、携帯型電話装
置（あるいはＰＨＳ装置）を活用するものであっても良
い。この場合には、比較的に安価にＩＣチップが入手で
き、周辺装置のワイヤレス使用のみならず、ホストを通
信回線に接続した対戦型ゲームやインターネットの使用
が可能となる。
【０６１８】なお、ＳＤＣＫＡ信号及びＳＤＣＫＢ信号
の二つの信号に対応して送信系及び受信系を二重に構成
し、二つの通信チャネルｆ1、ｆ2を使用する構成として
も良い。また、ＳＤＣＫＡ信号及びＳＤＣＫＢ信号を一
旦シリアルデータのフレーム信号に戻してから、相手側
に一つの通信チャネルｆ1で送信し、受信側で復調した
フレーム信号からＳＤＣＫＡ信号及びＳＤＣＫＢ信号を
復号する構成としても良い。
【０６１９】図９６は、図９５に示したワイヤレス構成
を光通信によって構成した例を示している。同図におい
て、図９５と対応する部分には同一符号を付している。
かかる部分の説明は省略する。
【０６２０】この例では、光（例えば、赤外線）による
通信を行うために、赤外線モデム装置６００が用いられ
ている。赤外線モデム装置６００は、データコントロー
ラ６０１、変調器６０２、発行部６０３、受光部６０
４、復調部６０５等によって構成される。データコント
ローラ６０１は、ＳＤＣＫＡ信号及びＳＤＣＫＢ信号を
一旦シリアルデータのフレーム信号に戻す。変調器６０
２はフレーム信号によって駆動電流を変調する。変調と
しては、例えば、レベル変調あるいは周波数変調を選択
することができる。駆動電流は、発光部６０３の発光素
子、例えば、赤外線発光のＬＥＤに供給され、ＬＥＤを
点滅させる。ＬＥＤの点滅光は光学系を経て外部に放射
される。この放射光は、他方の赤外線モデム装置６００
の受光部６０４に入射する。入射光は、受光素子、例え
ば、フォトトランジスタによって電気信号に変換され、
復調部６０５によってデジタルデータ信号に復調され
る。このデータ信号は、データコントローラ６０１によ
ってＳＤＣＫＡ信号及びＳＤＣＫＢ信号に戻され、ペリ
フェラルコントローラに送られる。ホスト（ゲーム装
置）１あるいは周辺装置２のペリフェラルコントローラ
については、既述している。
【０６２１】このように、Ｍバスの構成は有線のみなら
ず無線（ワイヤレス）によって構成しても良いものであ
る。
【０６２２】次に、ホスト及び周辺装置のコネクタ等に
ついて図９７を参照して説明する。図９７（ａ）は、ホ
ストとしてのゲーム装置１と、周辺装置としての基本デ
バイス（ゲームコントローラ）２と、を接続するＭバス
コネクタを説明する説明図である。同図において図１と
対応する部分には同一符号を付している。
【０６２３】この例では、ゲーム装置の正面側に４つの
コネクタ（ソケット）１ｉを備えている。このコネクタ
１ｉのいずれかにゲームコントローラ２のコネクタ（プ
ラグ）１１０が接続される。ソケット１ｉ及びプラグ１
１０はそれぞれ５端子（ピン）を備える後述の形状をし
ている。ゲームコントローラ２の上面には、Ａ、Ｂ、Ｃ
及びＤボタン（Ａ、Ｂ、Ｃ、Ｄスイッチ）２ａ、十字キ
ー（上下左右方向指示スイッチ）２ｂ、ゲームコントロ
ーラ２の保持部には、トリガレバー（トリガスイッチ）
２ｄが設けられている（図９７（ｂ）参照）。これ等の
ボタン類は、デジタル入力のスイッチ類２０６をアクチ
ュエートする。また、アナログ入力を行うアナログスイ
ッチ２０７をアクチュエートするアナログボタン（アナ
ログキー）２ｃを備えている。アナログキーは、例え
ば、画面上のカーソルやポインタを連続的に移動するた
めに使用される。
【０６２４】図９７（ｂ）は、基本デバイス（ゲームコ
ントローラ）２と図示しない拡張デバイス３とを接続す
るＬＭバスコネクタ１３１を説明する説明図である。同
図において、図９７（ａ）と対応する部分には、同一符
号を付し、かかる部分の説明は省略する。ゲームコント
ローラ２の、ゲーム装置１ｃと向かい合う背面側には、
２つのＬＭバスコネクタ（ソケット）１３１が設けられ
ている。
【０６２５】図９８（ａ）は、他のゲームコントローラ
の例を示している。このゲームコントローラは、拡張デ
バイスと合体する機能を有している。
【０６２６】同図において、ゲームコントローラ２は、
Ａ、Ｂ、Ｃ及びＤボタン２ａ、十字キー２ｂ、アナログ
キー２ｃ、レバー２ｄ（既述図９７（ｂ）参照）、スタ
ートボタン（スタートスイッチ）２ｅを備えている。更
に、ゲームコントローラの背面側（図９７（ｂ）参照）
に拡張デバイスを挿入するスロットを備えている。ゲー
ムコントローラ２の上面中央の背面側よりに窓２ｆが設
けられている。
【０６２７】図９８（ｂ）は、拡張デバイス３としての
ＬＣＤカートリッジの例を示している。ＬＣＤカートリ
ッジ３を上記スロットに挿入し、拡張コネクタ１３１を
介してゲームコントローラ２に接続すると、ＬＣＤカー
トリッジのＬＣＤパネル３０８が、この窓２ｆの直下に
位置するように構成される。この結果、ゲームコントロ
ーラ２にＬＣＤカートリッジ３を接続すると、ゲーム装
置１から送られるビデオ画像等をゲームコントローラ２
で見ることができるようになる。また、このＬＣＤカー
トリッジ３には、十字キー２ｂ、Ａ、Ｂ、Ｃ、Ｄボタン
２ａ等が設けられ、ＬＣＤカートリッジ２単体でも形態
型ゲーム装置として楽しめるように構成されている。
【０６２８】図９９〜図１０１は、Ｍバスに使用される
Ｍバスコネクタの構成を説明する図である。
【０６２９】図９９は、ホスト１の筐体に設けられるバ
スコネクタ１ｉのソケット側を正面方向（挿入方向）か
ら見た状態の概略を示している。ソケットは、略Ｄ字状
の外周部１０１と、略Ｄ字状の６角形状のピン基台１０
２と、外周部１０１とピン基台１０２との間に形成され
た略Ｄ字状の溝１０３と、を含んで構成されている。ソ
ケットは絶縁性プラスチックの射出成型品であり、ピン
基台１０２の主面（上面）には、接触ピンＮｏ．１、Ｎ
ｏ．３、Ｎｏ．５が形成され、該主面と平行な反対面
（下面）には、接触ピンＮｏ．２及びＮｏ．４が形成さ
れている。接触ピンＮｏ．２は、接触ピンＮｏ．１及び
Ｎｏ．３相互間に存在する絶縁領域と対抗するように配
置され、接触ピンＮｏ．１あるいはＮｏ．３と容量結合
が生じ難いようになっている。同様に、接触ピンＮｏ．
４は、接触ピンＮｏ．３及びＮｏ．５相互間に存在する
絶縁領域と対抗するように配置され、接触ピンＮｏ．３
あるいはＮｏ．５と容量結合が生じ難いようになってい
る。各接触ピンは金属の弾性体であり、図示しないピン
基台１０２の背面側の５本の基板接続用端子と繋がれて
いる。接触ピンＮｏ．１とＮｏ．５は、それぞれデータ
線ＳＤＣＫＡ及びＳＤＣＫＢと接続される。接触ピンＮ
ｏ．１及びＮｏ．５相互間の接触ピンＮｏ．３は、シー
ルド線が接続され、データ線がそれぞれ接続される接触
ピンＮｏ．１及びＮｏ．５相互間の結合が防止される。
接触ピンＮｏ．２及びＮｏ．４は電源線であり、それぞ
れ電源Ｖcc及び接地線ＧＮＤに接続される。前述したよ
うに、接触ピンＮｏ．２及びＮｏ．４の各金属面は、接
触ピンＮｏ．１、Ｎｏ．３、Ｎｏ．５の各金属面と直接
対抗しないように配置されるので、電源Ｖcc及び接地線
ＧＮＤのデータ線へ与える影響は少ない。
【０６３０】図１００は、バスコネクタ１ｉのソケット
に対応するプラグ側の構成を示している。同図（ａ）
は、プラグの側面図、同図（ｂ）は上面図、同図（ｃ）
は正面図である。プラグは絶縁性の良いプラスチックに
よって成型されており、１１１はワイヤ類と接触ピンの
端子との接続部を内蔵するハウジング、１１２は断面が
ソケットの溝１０３の形状に対応した略Ｄ字状の差込
部、１１３は差込部の略Ｄ字状の内壁、１１４はピン基
台１０２の外形に対応した形状の溝、Ｎｏ．１〜Ｎｏ．
５は、内壁１１３に設けられた接触ピンである。各接触
ピンは金属の弾性体であり、ソケットの各ピンに対応し
て設けられる。プラグの差込部１１２をソケットの溝１
０３に挿入することで互いの接触ピンＮｏ．１〜Ｎｏ．
５同士が接続される。
【０６３１】図１０１は、Ｍバスケーブルの周辺装置
（基本デバイス）側のコネクタ（プラグ）を説明する正
面図である。絶縁性の良いプラスチックによって成型さ
れたプラグ１２１は、ケーブルの各ワイヤに接続される
端子Ｎｏ．１〜Ｎｏ．５を備えている。各端子は、略直
方体あるいは板状体のソケットの一側面に一列に配置さ
れている。このソケット１２１は、周辺装置の基板の配
線に、コネクタ（ソケット）を介して、あるいは半田付
けにより直接接続される。
【０６３２】図１０２は、基本デバイスと拡張デバイス
とを接続するＬＭバスコネクタのソケット１３１の構成
例を示している。同図（ａ）は上面図、同図（ｂ）は正
面図である。また、図１０３は、ＬＭバスコネクタのプ
ラグ１４１の構成例を示している。同図（ａ）は上面
図、同図（ｂ）は正面図である。
【０６３３】ソケット１３１は、概略、挿入部１３２、
被挿入部１３３及び両者を結合あるいは収容するハウジ
ング１３４によって構成される。同様に、プラグ１４１
も、挿入部１４２、被挿入部１４３及び両者を結合ある
いは収容するハウジング１４４とによって構成される。
ソケット１３１の挿入部１３２は、プラグ１４１の被挿
入部１４３に挿入され、プラグ１４１の挿入部１４２
は、ソケット１３１の被挿入部１３３に挿入される。
【０６３４】ソケット１３１の挿入部１３２は、ハウジ
ング１３４の正面左側の一面から突起する柱状体であ
り、該柱状体の正面側端面に、左右方向に延在する
「Ｉ」字状（長方形）の挿入溝１３２ａが形成されてい
る。この挿入溝は、挿入部１３２をプラグ１４１の溝１
４３ａに、該溝内の板状のピン基台１４３ｃを跨るよう
にして挿入するために設けられた溝である。誤挿入の防
止あるいは複数の接続ピンを柱状体部材１３２の略中央
に配列するために挿入溝１３２ａは、柱状体端面の上下
方向の中央よりも下側に片寄って形成されている。挿入
溝１３２ａの内壁面１３２ｂの上側面に金属の接続ピン
Ｎｏ．１〜Ｎｏ．７が一列に配設されている。これ等の
接続ピンは、柱状体１３２端面の上下方向の略中央位置
に存在している。接続ピンＮｏ．１〜Ｎｏ．７の各々
は、図示しないが、ハウジング１３４の背面側に、接続
ピンＮｏ．１〜Ｎｏ．７に対応してそれぞれ設けられた
複数の接続端子の各々にまで延在し、基板の配線または
ケーブルと接続される。接続ピンＮｏ．１〜Ｎｏ．７
は、それぞれ電源線Ｖcc（３．３Ｖ）、電源線Ｖcc（５
Ｖ）、制御線ＳＤＣＫＡ ＥＮ、データ線ＳＤＣＫＢ Ｄ
Ｓ、データ線ＳＤＣＫＡ ＵＳ、識別線ＩＤ１及び接地
線ＧＮＤに接続される。
【０６３５】ソケット１３１の被挿入部１３３は、ハウ
ジング１３４の正面右側から突起する柱状体であり、該
柱状体１３３の正面側端部には、ピン基台１３３ｃを一
周する「Ｏ」字状の溝１３３ａが形成されている。溝１
３３ａの内壁１３３ｂの形状は、プラグ１４１の挿入部
１４２の外形に対応している。溝中央のピン基台１３３
ｃは左右方向に延在する「Ｉ」字状の、溝１４２ａに対
応した形状の板状体である。ピン基台１３３ｃの上面
は、柱状体１３３の端面の上下方向の略中央位置となる
ようになされ、この上面に金属弾性体の接続ピンＮｏ．
８〜Ｎｏ．１４が配設されている。接続ピンＮｏ．８〜
Ｎｏ．１４の各々は、図示しないが、それぞれハウジン
グ１３４の背面側の対応する各接続端子にまで延在し、
基板の配線またはケーブルと接続される。接続ピンＮ
ｏ．８〜Ｎｏ．１４は、それぞれ接地線ＧＮＤ、識別線
ＩＤ２、データ線ＳＤＣＫＢ ＤＳ、データ線ＳＤＣＫ
Ｂ ＵＳ、制御線ＳＤＣＫＢ ＥＮ、及び識別線ＩＤ０に
接続される。なお、接続ピンＮｏ．１４は、現在のとこ
ろ使用されておらず、空き端子となっている。
【０６３６】ソケット１３１に挿入されるプラグ１４１
は、ソケット１３１と同様に形成される。ただし、図１
０３（ａ）に示すように、接続ピンＮｏ．１〜Ｎｏ．７
は被挿入部１４３内に設けられ、接続ピンＮｏ．８〜Ｎ
ｏ．１４は挿入部１４２内に設けられる。
【０６３７】このように構成される拡張コネクタは、互
いの外形が異なる挿入部１３２、１４２と被挿入部１３
３、１４３とが分離した形で別々に形成されているの
で、使用者は一見してソケット１３１及びプラグ１４１
の接続方向を認識することができる。また、一つの接続
方向（態様）でのみしか接続できないので、誤接続が生
じない。また、接続ピンに直接手が触れないという利点
がある。
【０６３８】
【発明の効果】以上説明したように、本発明によれば、
２本のデータ線と比較的に簡単なＩ／Ｏ回路構成で、ゲ
ーム装置（あるいはホスト）と周辺装置相互間のデータ
通信を行うことが可能となって好ましい。
【０６３９】また、データ通信を行うに際し、ネットワ
ークに接続された複数の装置のアドレス設定が自動的に
行われるので、ゲーム装置（あるいはホスト）に周辺装
置を自由に接続でき、また、接続した周辺装置の内容を
ゲーム装置が把握することが可能となるので、ゲーム装
置のような、コンシューマに向けたコンピュータシステ
ムとして好都合である。
【図面の簡単な説明】
【図１】図１は、ホスト（ゲーム装置）１と周辺装置２
及び拡張周辺装置３の例を説明する説明図である。
【図２】図２は、ホストの制御系を説明するブロック図
である。
【図３】図３は、ホストとデバイスの接続関係を説明す
るブロック図である。
【図４】図４は、ホスト、上位デバイス及び下位デバイ
スの関係を説明するブロック図である。
【図５】図５は、絶対位置の割当てを説明するブロック
図である。
【図６】図６は、ホストから見たデバイスが位置透過性
を持つことを説明するブロック図である。
【図７】図７は、転送データの１フレームの構成を説明
する説明図である。
【図８】図８は、ソフトウェアの側面からインタフェー
スの構成を説明するブロック図である。
【図９】図９は、ホストとデバイス間の通信プロトコル
の階層を説明するブロック図である。
【図１０】図１０は、データの伝送方式を説明する説明
図である。
【図１１】図１１は、伝送フレームの標準フォーマット
を説明する説明図である。
【図１２】図１２は、伝送フレームのＣＲＣオプション
付きフォーマットを説明する説明図である。
【図１３】図１３は、同期パターンの、スタートパター
ン（ａ）と、エンドパターン（ｂ）を説明する説明図で
ある。
【図１４】図１４は、ＣＲＣオプションスタートパター
ンを説明する説明図である。
【図１５】図１５は、ＳＤＣＫＢ占有許可パターンを説
明する説明図である。
【図１６】図１６は、リセットパターンを説明する説明
図である。
【図１７】図１７は、ホストとデバイスファンクション
間の交信の態様を説明する説明図である。
【図１８】図１８（ａ）は、ホストからのコマンドに対
して各デバイスファンクションが応答する形式でデータ
通信が間欠的に行われるＭバス上の様子を説明する説明
図である。同図（ｂ）は、送信すべきデータが長いとき
に、複数の送信フレームを使用してデータを間欠的に送
信する例を説明する説明図である。
【図１９】図１９は、デバイスにおける動作を概略的に
説明する説明図である。
【図２０】図２０は、絶対位置（ＡＰ）設定の手順を説
明する説明図である。
【図２１】図２１は、ホスト用ＭＩＥを説明するブロッ
ク回路図である。
【図２２】図２２は、フレームエンコーダの動作原理を
説明するブロック回路図である。
【図２３】図２３は、フレームエンコーダの動作を説明
するタイミング図である。
【図２４】図２４は、オルタネイトシフトレジスタの動
作原理を説明するブロック回路図である。
【図２５】図２５は、オルタネイトシフトレジスタ（パ
ラレル・シリアル変換）の動作を説明するタイミング図
である。
【図２６】図２６は、フレームデコーダの動作原理を説
明するブロック回路図である。
【図２７】図２７は、フレームデコーダの動作を説明す
るタイミング図である。
【図２８】図２８は、オルタネイトシフトレジスタ（シ
リアル・パラレル変換）の動作原理を説明するブロック
回路図である。
【図２９】図２９は、オルタネイトシフトレジスタの動
作を説明するタイミング図である。
【図３０】図３０は、標準コントローラの全体の構成を
概略的に示すブロック図である。
【図３１】図３１は、標準コントローラのＭＩＥを説明
するブロック図である。
【図３２】図３２は、データの透過（位置透過）なバス
切替部を説明するブロック図である。
【図３３】図３３は、Ｕ−デバイスのＭＩＥを説明する
ブロック回路図である。
【図３４】図３４は、Ｌ−デバイスのＭＩＥを説明する
ブロック回路図である。
【図３５】図３５は、ＭＩＥにおける送信パターンの判
別を説明するフローチャートである。
【図３６】図３６は、標準フォーマットのフレーム信号
の形成を説明するフローチャートである。
【図３７】図３７は、ＣＲＣオプション付きフォーマッ
トのフレーム信号の形成を説明するフローチャートであ
る。
【図３８】ＳＤＣＫＢ占有パターンによる動作を説明す
るフローチャートである。
【図３９】図３９は、リセットパターンの送出を説明す
るフローチャートである。
【図４０】図４０は、ＭＩＥにおける受信動作を説明す
るフローチャートである。
【図４１】図４１は、スタートパターンを検出した場合
の処理を説明するフローチャートである。
【図４２】図４２は、ＣＲＣ付きスタートパターンを検
出した場合の処理を説明するフローチャートである。
【図４３】図４３は、ホストがデバイスに保持される固
有情報を読出す例を説明するフローチャートである。
【図４４】図４４は、ホストと、基本デバイス、拡張デ
バイスの接続の複数の態様について説明する説明図であ
る。
【図４５】図４５は、ホストとファンクション（基本デ
バイス、拡張デバイス）との関係を概念的に説明する説
明図である。
【図４６】図４６は、ホストと基本及び拡張デバイスと
の間のデータ通信を階層化モデルで説明する説明図であ
る。
【図４７】図４７は、基本デバイスと各拡張デバイスと
の接続関係を説明する説明図である。
【図４８】図４８は、フレームデータの構成を説明する
説明図である。
【図４９】図４９は、タイムアウトを説明する説明図で
ある。
【図５０】図５０は、ＳＤＣＫＡ信号及びＳＤＣＫＢ信
号によるデータ伝送を説明する説明図である。
【図５１】図５１は、スタートパターン及びエンドパタ
ーンを説明する説明図である。
【図５２】図５２は、ＳＤＣＫＢ占有許可パターンを説
明する説明図である。
【図５３】図５３は、リセットパターンを説明する説明
図である。
【図５４】図５４は、フレームのフォーマットを説明す
る説明図である。
【図５５】図５５は、ホストと周辺装置（基本デバイ
ス、拡張デバイス）間のデータ伝送の概略を説明する説
明図である。
【図５６】図５６（ａ）は、ホストからデバイスに送ら
れたコマンドに対して各デバイスが応答する形式でデー
タ通信が間欠的に行われることを説明する説明図であ
る。同図（ｂ）は、送信すべきデータが１送信フレーム
で送れる量よりも大きい場合に、該データを複数のデー
タに分割し、複数の送信フレームで間欠的に送信する例
を説明する説明図である。
【図５７】図５７は、ホスト、各基本デバイス、各拡張
デバイスの全ＡＰ値を説明する説明図である。
【図５８】図５８は、基本デバイスのＡＰ設定（絶対ア
ドレス）の手順を説明する説明図である。
【図５９】図５９は、拡張デバイスのＡＰ設定（絶対ア
ドレス）手順を説明する説明図である。
【図６０】図６０は、ホスト、基本デバイス、拡張デバ
イス間のフレームデータ転送を説明する説明図である。
【図６１】図６１は、ホストと基本デバイス（あるいは
拡張デバイス）との通常の交信手順を説明する説明図で
ある。
【図６２】図６２は、ホストと基本デバイス間のＳＤＣ
ＫＢ占有手順を説明する説明図である。
【図６３】図６３は、ホストのＭＩＥを説明するブロッ
ク図である。
【図６４】図６４は、基本デバイスの構成を説明するブ
ロック図である。
【図６５】図６５は、基本デバイスのＭＩＥの構成を説
明するブロック図である。
【図６６】図６６は、基本デバイスと拡張デバイスの接
続を説明するブロック図である。
【図６７】図６７は、基本デバイスがホストからデータ
を受信する場合の手順を説明する説明図である。
【図６８】図６８は、基本デバイスがホストから送受信
バッファ以上のデータを受信する場合の手順を説明する
説明図である。
【図６９】図６９は、基本デバイスからホストにデータ
を送信する場合の手順を説明する説明図である。
【図７０】図７０は、基本デバイスからホストにＭＩＥ
の送受信バッファの容量以上のデータを送信する場合の
手順を説明する説明図である。
【図７１】図７１は、コマンド"Device Request"を説明
する説明図である。
【図７２】図６８は、コマンド"All Status Request"を
説明する説明図である。
【図７３】図７３は、コマンド"Device Reset"を説明す
る説明図である。
【図７４】図７４は、コマンド"Device Kill"を説明す
る説明図である。
【図７５】図７５は、コマンド"Date Transfer"を説明
する説明図である。
【図７６】図７６は、コマンド"Get Condition"を説明
する説明図である。
【図７７】図７７は、コマンド"Get Media Info"を説明
する説明図である。
【図７８】図７８は、コマンド"Block Read"を説明する
説明図である。
【図７９】図７９は、コマンド"Block Write"を説明す
る説明図である。
【図８０】図８０は、コマンド"Get Last Error"を説明
する説明図である。
【図８１】図８１は、相対アドレスの基本デバイス（ゲ
ームコントローラ）の例を示すブロック図である。
【図８２】図８２は、絶対アドレスの基本デバイス（ゲ
ームコントローラ）の例を示すブロック図である。
【図８３】図８３は、相対アドレスの拡張デバイス（Ｌ
ＣＤカートリッジ）の例を示すブロック図である。
【図８４】図８４は、絶対アドレスの拡張デバイス（Ｌ
ＣＤカートリッジ）の例を示すブロック図である。
【図８５】図８５は、相対アドレスの拡張デバイス（メ
モリカートリッジ）の例を示すブロック図である。
【図８６】図８６は、絶対アドレスの拡張デバイス（メ
モリカートリッジ）の例を示すブロック図である。
【図８７】図８７は、相対アドレスの拡張デバイス（振
動カートリッジ）の例を示すブロック図である。
【図８８】図８８は、絶対アドレスの拡張デバイス（振
動カートリッジ）の例を示すブロック図である。
【図８９】図８９は、相対アドレスの拡張デバイス（ラ
イトガンカートリッジ）の例を示すブロック図である。
【図９０】図９０は、絶対アドレスの拡張デバイス（ラ
イトガンカートリッジ）の例を示すブロック図である。
【図９１】図９１は、相対アドレスの拡張デバイス（音
声入力カートリッジ）の例を示すブロック図である。
【図９２】図９２は、絶対アドレスの拡張デバイス（音
声入力カートリッジ）の例を示すブロック図である。
【図９３】図９３は、相対アドレスの拡張デバイス（音
声出力カートリッジ）の例を示すブロック図である。
【図９４】図９４は、絶対アドレスの拡張デバイス（音
声出力カートリッジ）の例を示すブロック図である。
【図９５】図９５は、Ｍバスをワイヤレス（無線通信）
で構成する例を説明する説明図である。
【図９６】図９６は、Ｍバスをワイヤレス（光通信）で
構成する他の例を説明する説明図である。
【図９７】図９７（ａ）は、ゲームコントローラのＭバ
スコネクタを説明する説明図である。同図（ｂ）は、ゲ
ームコントローラのＬＭバスコネクタを説明する説明図
である。
【図９８】図９８は、他のゲームコントローラの例を説
明する説明図である。
【図９９】図９９は、Ｍバスコネクタのソケット例を説
明する正面図である。
【図１００】図１００（ａ）は、Ｍバスコネクタのプラ
グを説明する側面図、同図（ｂ）は同プラグの上面図、
同図（ｃ）は同プラグの正面図である。
【図１０１】図１０１は、Ｍバスケーブルの周辺装置
（基本デバイス）側に設けられるコネクタの説明図であ
る。
【図１０２】図１０２（ａ）は、ＬＭバスコネクタのソ
ケットの上面図、同図（ｂ）は、同プラグの正面図であ
る。
【図１０３】図１０３（ａ）は、ＬＭバスコネクタのプ
ラグの上面図、同図（ｂ）は、同プラグの正面図であ
る。
【符号の説明】
１ ホスト（ゲーム装置本体） ２ 基本デバイス（周辺装置） ３ 拡張デバイス（追加周辺装置） ５０ イニシエータ部 ５１ クロックデバイダ ５２ コマンドレジスタ ５２ａ ターゲット部 ５３ ライトレジスタ ５３ａ 送信データＦＩＦＯ ５３ｂ 送信データテンポラリレジスタ ５４ インタラプトコントローラ ５５ ステイタスレジスタ ５６ リードバッファ ５６ａ 受信データテンポラリレジスタ ５６ｂ 受信データＦＩＦＯ ５７ ポートコントローラ ５８ フレームコントローラ ５９ フレームエンコーダ ６０ オルタネイトシフトレジスタ ６１ フレームデコーダ ６２ オルタネイトシフトレジスタ ６３ ＨＶラッチ信号コントローラ ６４ セレクタ ６５ セレクタ ２０１ ＣＰＵ部 ２０２ Ｉ／Ｏ部 ２０３ ソケットコントロール部 ２０３ａ ＬＭバスコントローラ ２０４ 通信処理部 ２０４ａ コントロールレジスタ ２０４ｂ パリティレジスタ ２０４ｃ フレームコントローラ ２０４ｄ ラインモニタ ２０４ｅ フレームエンコーダ ２０４ｆ オルタネイトシフトレジスタ ２０４ｇ テンポラリレジスタ ２０４ｈ フレームデコーダ ２０４ｉ オルタネイトシフトレジスタ ２０４ｊ 送受信バッファ ２０４ｋ データ長レジスタ ２０５ ＭＩＥ ３０１ ＣＰＵ部 ３０４ ＭＩＥ ３０６〜３５５ サポート機能

Claims (33)

    【特許請求の範囲】
  1. 【請求項１】１つのシリアルデータを第１及び第２のデ
    ータ信号に分配してデータを伝送するデータ伝送方法で
    あって、 前記第１のデータ信号は、一定間隔のパルス列によって
    形成される第１のクロック信号の各パルス間に、前記シ
    リアルデータの奇数ビットの各々を夫々配置してなり、 前記第２のデータ信号は、前記第１のクロック信号と同
    周期のパルス列によって形成される第２のクロック信号
    の各パルス間に、前記シリアルデータの偶数ビットの各
    々を夫々配置してなり、 前記第１のデータ信号は、そのクロック信号成分のパル
    スエッジが時間軸上において前記第２のデータ信号のデ
    ータ部分に位置するように伝送され、 前記第２のデータ信号は、そのクロック信号成分のパル
    スエッジが時間軸上において前記第１のデータ信号のデ
    ータ部分に位置するように伝送される、 ことを特徴とするデータ伝送方法。
  2. 【請求項２】前記第１及び第２のデータ信号のうちのい
    ずれか一方のデータ信号のクロック信号成分のパルスエ
    ッジで、他方のデータ信号のレベルをラッチすることに
    よって、前記他方のデータ信号に重畳されたデータを分
    離する、 ことを特徴とする請求項１記載のデータ伝送方法。
  3. 【請求項３】少なくとも、データの開始情報を担うスタ
    ートパターン、シリアルデータを担うデータパターン及
    びデータの終了情報を担うエンドパターンを含む伝送フ
    ォーマットで定義されるデータフレームを第１及び第２
    のデータ信号に分配して伝送するデータ伝送方法であっ
    て、 前記スタートパターンは、前記第１のデータ信号を一定
    値とし、前記第２のデータ信号を第１のパルス列信号と
    して形成され、 前記データパターンは、前記第１のデータ信号を、一定
    間隔の第２のパルス列信号の各パルス間に、前記シリア
    ルデータの奇数ビットの各々を夫々配置して形成すると
    共に、前記第２のデータ信号を、前記第２のパルス列信
    号の時間軸上の位置を所定値だけずらした第３のパルス
    列信号の各パルス間に、前記シリアルデータの偶数ビッ
    トの各々を夫々配置して形成し、 前記エンドパターンは、前記第２のデータ信号を一定値
    とし、前記第１のデータ信号を第４のパルス列信号とし
    て形成される、 ことを特徴とするデータ伝送方法。
  4. 【請求項４】１つ又は複数の周辺装置に信号の伝送路を
    介して２つのデータ信号を同時に送信してゲームに必要
    な情報の送信を要求するゲーム装置であって、 第１のデータ信号を第１の期間中一定値状態とし、第２
    のデータ信号を前記第１の期間中クロック信号状態とし
    て、２つのデータ信号で表されるスタートパターンを形
    成するスタートパターン形成手段と、 前記周辺装置に送信すべきデータを２つのデータ列に分
    け、第１のデータ列の各ビットを第１のクロック信号の
    各パルス間にそれぞれ挿入して前記第１のデータ信号を
    形成し、第２のデータ列の各ビットを前記第１のクロッ
    ク信号と所定の位相差を有する同周期の第２のクロック
    信号の各パルス間にそれぞれ挿入して前記第２のデータ
    信号を形成し、２つのデータ信号で表されるデータパタ
    ーンを形成するデータパターン形成手段と、 前記第２のデータ信号を第２の期間中一定値状態とし、
    前記第１のデータ信号を前記第２の期間中クロック信号
    状態として、２つのデータ信号で表されるエンドパター
    ンを形成するエンドパターン形成手段と、 前記スタートパターン、前記データパターン及び前記エ
    ンドパターンを含む、２つのデータ信号で表されるフレ
    ームを形成し、これを送信単位として前記周辺装置に送
    出するフレーム形成手段と、 を備えるゲーム装置。
  5. 【請求項５】前記データはシリアルデータであり、前記
    第１のデータ列は前記シリアルデータの奇数ビットのデ
    ータ列、前記第２のデータ列は前記シリアルデータの偶
    数ビットのデータ列である、請求項４記載のゲーム装
    置。
  6. 【請求項６】前記所定の位相差は、前記データパターン
    を表す２つのデータ信号のうちの一方のデータ信号に含
    まれるクロック信号のパルスエッジが時間軸上において
    他方のデータ信号のデータ部分に位置し、前記他方のデ
    ータ信号に含まれるクロック信号のパルスエッジが時間
    軸上において前記一方のデータ信号のデータ部分に位置
    するように定められる、請求項４記載のゲーム装置。
  7. 【請求項７】前記データパターンはコマンド及びパラメ
    ータを含み、前記パラメータは少なくとも前記フレーム
    を受信すべき前記信号の伝送路に接続された周辺装置の
    アドレスを含む、請求項４記載のゲーム装置。
  8. 【請求項８】前記信号の伝送路は、データ信号線、無線
    通信チャネル及び光通信チャネルのうち少なくともいず
    れかを含む、請求項４記載のゲーム装置。
  9. 【請求項９】１つ又は複数の入出力ポートを有するゲー
    ム装置に２つのデータ信号を同時に送信してゲームに必
    要な情報を送るゲーム装置の周辺装置であって、 第１のデータ信号を第１の期間中一定値状態とし、第２
    のデータ信号を前記第１の期間中クロック信号状態とし
    て、２つのデータ信号で表されるスタートパターンを形
    成するスタートパターン形成手段と、 前記ゲーム装置に送信すべきデータを２つのデータ列に
    分け、第１のデータ列の各ビットを第１のクロック信号
    の各パルス間にそれぞれ挿入し、第２のデータ列の各ビ
    ットを前記第１のクロック信号と所定の位相差を有する
    同周期の第２のクロック信号の各パルス間にそれぞれ挿
    入して、２つのデータ信号で表されるデータパターンを
    形成するデータパターン形成手段と、 前記第２のデータ信号を第２の期間中一定値状態とし、
    前記第１のデータ信号を前記第２の期間中クロック信号
    状態として、２つのデータ信号で表されるエンドパター
    ンを形成するエンドパターン形成手段と、 前記スタートパターン、前記データパターン及び前記エ
    ンドパターンを含む、２つのデータ信号で表されるフレ
    ームを形成し、これを送信単位として前記ゲーム装置に
    送出するフレーム形成手段と、 を備えるゲーム装置の周辺装置。
  10. 【請求項１０】前記データはシリアルデータであり、前
    記第１のデータ列は前記シリアルデータの奇数ビットの
    データ列、前記第２のデータ列は前記シリアルデータの
    偶数ビットのデータ列である、請求項９記載のゲーム装
    置の周辺装置。
  11. 【請求項１１】前記所定の位相差は、前記データパター
    ンを表す２つのデータ信号のうちの一方のデータ信号に
    含まれるクロック信号のパルスエッジが時間軸上におい
    て他方のデータ信号のデータ部分に位置し、前記他方の
    データ信号に含まれるクロック信号のパルスエッジが時
    間軸上において前記一方のデータ信号のデータ部分に位
    置するように定められる、請求項９記載のゲーム装置の
    周辺装置。
  12. 【請求項１２】前記データパターンはコマンド及びパラ
    メータを含み、前記パラメータは少なくとも前記フレー
    ムを受信すべき前記ゲーム装置の入出力ポートのアドレ
    スを含む、請求項９記載のゲーム装置の周辺装置。
  13. 【請求項１３】前記信号の伝送路は、データ信号線、無
    線通信チャネル及び光通信チャネルのうち少なくともい
    ずれかを含む、請求項９記載のゲーム装置の周辺装置。
  14. 【請求項１４】前記データパターンは、コマンド及びパ
    ラメータを含み、前記パラメータは、前記フレームを送
    信する周辺装置の前記伝送路上のアドレスを表す送信元
    アドレスを含み、この送信元アドレスは、周辺装置が予
    め保持している周辺装置の種類を表す周辺装置識別情報
    と、前記ゲーム装置から通知される周辺装置が接続され
    た入出力ポートの情報と、に基づいて形成される、 請求項９記載のゲーム装置の周辺装置。
  15. 【請求項１５】１つ又は複数の入出力ポートを備えるゲ
    ーム装置のいずれかの入出力ポートに接続されるデータ
    伝送路を介して、前記ゲーム装置とデータ通信を行う周
    辺装置であって、 周辺装置の種類を表す周辺装置の識別情報を予め記憶す
    る第１の記憶手段と、 前記ゲーム装置から通知される、前記データ伝送路が接
    続された入出力ポートを表す入出力ポート情報を記憶す
    る第２の記憶手段と、 前記周辺装置識別情報と前記入出力ポート情報とに基づ
    いて、前記ゲーム装置に送信すべきデータに加える自己
    の送信元アドレスを形成する送信元アドレス形成手段
    と、 を備える周辺装置。
  16. 【請求項１６】ゲーム装置とのデータ通信を該ゲーム装
    置に設けられた１つ又は複数の入出力ポートのいずれか
    に接続されるデータ伝送路を介して行う周辺装置であっ
    て、 前記データ伝送路に接続される１つの基本コネクタと、 他の周辺装置を前記データ伝送路に接続するために、前
    記基本コネクタを介して前記データ伝送路に接続される
    １つ又は複数の拡張コネクタと、 前記基本コネクタを介して前記ゲーム装置とデータ通信
    を行う入出力コントローラと、を備え、前記入出力コン
    トローラは、 自己が前記ゲーム装置に直接的に接続されるべき周辺装
    置であることを表す周辺装置識別情報を予め記憶する第
    １の記憶手段と、 前記ゲーム装置から通知される、前記データ伝送路が接
    続された入出力ポートを表す入出力ポート情報を記憶す
    る第２の記憶手段と、 各拡張コネクタへの前記他の周辺装置の接続の有無を判
    別して、他の周辺装置の接続状態を表す接続情報を形成
    する接続判別手段と、 前記周辺装置識別情報、前記入出力ポート情報及び前記
    接続情報を含む、送信データに付加すべき、送信元アド
    レスを形成する送信元アドレス形成手段と、 を含む周辺装置。
  17. 【請求項１７】前記判別手段は、前記他の周辺装置によ
    ってバイアス電圧が供給されるようになされたレベルシ
    フト回路が接続された前記拡張コネクタの特定の端子の
    電圧レベルを弁別することによって前記拡張ソケットへ
    の接続の有無を判断する、請求項１６記載の周辺装置。
  18. 【請求項１８】請求項１６記載の周辺装置に前記拡張コ
    ネクタを介して接続される拡張周辺装置であって、 前記拡張コネクタへの接続後に、該拡張コネクタを介し
    て前記入出力コントローラから通知される、この拡張コ
    ネクタの番号を表すコネクタ識別情報を記憶する第１の
    記憶手段と、 前記拡張コネクタに接続されるべき周辺装置であること
    を表す拡張周辺装置情報を予め保持する第２の記憶手段
    と、 前記ゲーム装置から、前記データ伝送路、前記基本コネ
    クタ及び前記拡張コネクタを介して通知される、前記デ
    ータ伝送路が接続された入出力ポートを表す入出力ポー
    ト情報を記憶する第３の記憶手段と、 前記拡張周辺装置情報、前記入出力ポート情報及び前記
    接続情報を含む、送信データに付加すべき、送信元アド
    レスを形成する送信元アドレス形成手段と、 を含む拡張周辺装置。
  19. 【請求項１９】１つ又は複数の拡張周辺装置を夫々に設
    けられた副データ伝送路を介して接続することができる
    ように構成された基本周辺装置を主データ伝送路を介し
    て接続するための１つ又は複数の入出力ポートを備える
    ゲーム装置であって、 前記周辺装置のいずれかとフレーム信号を用いて間欠的
    なデータ通信を行う入出力コントローラを備え、 前記データ通信は、前記入出力コントローラからの命令
    に、該当する周辺装置が応答する形式で行われ、 前記フレーム信号は、データパターンの開始を表すスタ
    ートパターン、通信データを担うデータパターン、デー
    タパターンの終了を表すエンドパターン、を含み、 前記データパターンは、コマンド及びパラメータを含
    み、 前記パラメータは、送信先アドレス及び送信元アドレス
    を含み、 前記送信先アドレス及び前記送信元アドレスの各々は、
    通信に使用される前記主データ伝送路、通信対象周辺装
    置の基本／拡張の区別、及び通信に使用される前記副デ
    ータ伝送路の情報を含んで形成される、ゲーム装置。
  20. 【請求項２０】前記主データ伝送路に前記副データ伝送
    路の各々が並列に接続される、請求項１９記載のゲーム
    装置。
  21. 【請求項２１】前記基本周辺装置及び前記拡張周辺装置
    の各々は、周辺装置の種類や装置固有の情報を含む固有
    情報を保持し、前記ゲーム装置は、この固有情報を前記
    データ通信によって読み出す、請求項１９記載のゲーム
    装置。
  22. 【請求項２２】前記固有情報を参照してゲームアプリケ
    ーションと周辺装置との適合性を判別する、請求項２１
    記載のゲーム装置。
  23. 【請求項２３】前記主データ伝送路は２つのデータ線に
    よって構成され、前記フレーム信号を分割した２つのデ
    ータ信号が、それぞれ前記２つのデータ線を伝送する、
    請求項１９記載のゲーム装置。
  24. 【請求項２４】１つ又は複数の拡張周辺装置を夫々に設
    けられた副データ伝送路を介して接続することができる
    と共に、１つ又は複数の入出力ポートを備えるゲーム装
    置に主データ伝送路を介して接続されるゲーム装置の基
    本周辺装置であって、 前記ゲーム装置とフレーム信号を用いて間欠的なデータ
    通信を行う入出力コントローラを備え、 前記データ通信は、前記ゲーム装置からの命令に前記入
    出力コントローラが応答する形式で行われ、 前記フレーム信号は、データパターンの開始を表すスタ
    ートパターン、通信データを担うデータパターン、デー
    タパターンの終了を表すエンドパターン、を含み、 前記データパターンは、コマンド及びパラメータを含
    み、 前記パラメータは、送信先アドレス及び送信元アドレス
    を含み、 前記送信先アドレス及び前記送信元アドレスの各々は、
    通信に使用される前記主データ伝送路、通信対象の周辺
    装置の親子の区別及び通信に使用される前記副データ伝
    送路の情報を含んで形成される、ゲーム装置の基本周辺
    装置。
  25. 【請求項２５】前記主データ伝送路に接続するコネクタ
    と、前記コネクタを介して前記主データ伝送路と前記副
    データ伝送路の各々とを並列に接続する複数の拡張コネ
    クタと、を備える請求項２４記載のゲーム装置の基本周
    辺装置。
  26. 【請求項２６】周辺装置の種類や装置固有の情報を含む
    固有情報を記憶する記憶手段を有し、前記ゲーム装置か
    らの求めに応じて、この固有情報を前記データ通信によ
    って送信する、請求項２４記載のゲーム装置の基本周辺
    装置。
  27. 【請求項２７】前記主データ伝送路は２つのデータ線に
    よって構成され、前記フレーム信号を分割した２つのデ
    ータ信号が、それぞれ前記２つのデータ線を伝送する、
    請求項２４記載のゲーム装置の基本周辺装置。
  28. 【請求項２８】副データ伝送路、拡張周辺装置を接続可
    能な基本周辺装置、及び主データ伝送路を介してゲーム
    装置に接続されるゲーム装置の拡張周辺装置であって、 前記ゲーム装置とフレーム信号を用いて間欠的なデータ
    通信を行う入出力コントローラを備え、 前記データ通信は、前記ゲーム装置からの命令に前記入
    出力コントローラが応答する形式で行われ、 前記フレーム信号は、データパターンの開始を表すスタ
    ートパターン、通信データを担うデータパターン、デー
    タパターンの終了を表すエンドパターン、を含み、 前記データパターンは、コマンド及びパラメータを含
    み、 前記パラメータは、送信先アドレス及び送信元アドレス
    を含み、 前記送信先アドレス及び前記送信元アドレスの各々は、
    通信に使用される前記主データ伝送路、通信対象周辺装
    置の基本／拡張の区別、及び通信に使用される前記副デ
    ータ伝送路の情報を含んで形成される、ゲーム装置の拡
    張周辺装置。
  29. 【請求項２９】前記主データ伝送路は２つのデータ線に
    よって構成され、前記副データ伝送路は上り方向の２つ
    のデータ線と、下り方向の２つのデータ線とによって構
    成され、前記フレーム信号を分割した２つのデータ信号
    が、それぞれ前記２つのデータ線を伝送する、請求項２
    ８記載のゲーム装置の拡張周辺装置。
  30. 【請求項３０】コンピュータシステムを請求項３記載の
    ゲーム装置として動作させるプログラムを記憶した情報
    記憶媒体。
  31. 【請求項３１】コンピュータシステムを請求項９記載の
    周辺装置として動作させるプログラムを記憶した情報記
    憶媒体。
  32. 【請求項３２】コンピュータシステムを請求項１６記載
    の周辺装置として動作させるプログラムを記憶した情報
    記憶媒体。
  33. 【請求項３３】コンピュータシステムを請求項１８記載
    の周辺装置として動作させるプログラムを記憶した情報
    記憶媒体。
JP10308413A 1997-05-14 1998-10-29 データ伝送方法及びこれを用いたゲームシステム Withdrawn JPH11234362A (ja)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US4646197P 1997-05-14 1997-05-14
JP9-127654 1997-05-16
JP60/046,461 1997-05-16
JP12765497 1997-05-16

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP10131803A Division JP2870538B2 (ja) 1997-05-14 1998-05-14 データ伝送方法及びこれを用いたゲームシステム

Publications (1)

Publication Number Publication Date
JPH11234362A true JPH11234362A (ja) 1999-08-27

Family

ID=26463550

Family Applications (2)

Application Number Title Priority Date Filing Date
JP10131803A Expired - Fee Related JP2870538B2 (ja) 1997-05-14 1998-05-14 データ伝送方法及びこれを用いたゲームシステム
JP10308413A Withdrawn JPH11234362A (ja) 1997-05-14 1998-10-29 データ伝送方法及びこれを用いたゲームシステム

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP10131803A Expired - Fee Related JP2870538B2 (ja) 1997-05-14 1998-05-14 データ伝送方法及びこれを用いたゲームシステム

Country Status (8)

Country Link
EP (1) EP0932286B1 (ja)
JP (2) JP2870538B2 (ja)
KR (1) KR100384677B1 (ja)
AU (1) AU7237798A (ja)
DE (1) DE69831054T2 (ja)
ES (1) ES2247692T3 (ja)
RU (1) RU99102537A (ja)
WO (1) WO1998052331A1 (ja)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005158056A (ja) * 2003-11-04 2005-06-16 Matsushita Electric Ind Co Ltd コンテンツ移動システムおよびこれに用いられるコンテンツ送出機器
JP2008219766A (ja) * 2007-03-07 2008-09-18 Nec Corp 通信ノード及び該通信ノードを有するネットワーク・システムとデータ伝送方法
JP2010221065A (ja) * 2000-08-23 2010-10-07 Nintendo Co Ltd 情報処理システム
JP2011233055A (ja) * 2010-04-30 2011-11-17 Nintendo Co Ltd 入力装置
JP2020065195A (ja) * 2018-10-18 2020-04-23 株式会社東海理化電機製作所 通信装置

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000030314A1 (fr) * 1998-11-16 2000-05-25 Sega Enterprises, Ltd. Procede de transmission de donnees et systeme de jeu fonctionnant selon ledit procede
JP2001273243A (ja) * 2000-03-27 2001-10-05 Canon Inc データ処理装置および周辺機器およびデータ処理方法および記憶媒体
JP2002175263A (ja) * 2000-12-05 2002-06-21 Canon Inc 電子機器、制御方法及び記録媒体
JP2005027729A (ja) * 2003-07-08 2005-02-03 Olympia:Kk 遊技機用サブ基板及びこれを備える遊技機並びに検査装置
KR100866603B1 (ko) * 2007-01-03 2008-11-03 삼성전자주식회사 디시리얼라이징과 시리얼라이징을 수행하는 데이터 처리 방법 및 데이터 처리 장치
KR101319549B1 (ko) 2007-07-16 2013-10-21 삼성전자주식회사 오디오 데이터 송수신방법 및 이 방법을 이용한 전자장치
JP5137932B2 (ja) 2009-11-17 2013-02-06 株式会社ソニー・コンピュータエンタテインメント 通信システム、端末装置、通信処理方法、通信処理プログラム、通信処理プログラムが記憶された記憶媒体、拡張機器
KR102384855B1 (ko) * 2017-09-29 2022-04-08 주식회사 한화 신호 처리 방법, 장치 및 프로그램

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3909541A (en) * 1974-03-11 1975-09-30 Bell Telephone Labor Inc Low-speed framing arrangement for a high-speed digital bitstream
JPS5844425Y2 (ja) * 1979-12-05 1983-10-07 オムロン株式会社 入出力装置
JPS62232233A (ja) * 1986-04-01 1987-10-12 Ricoh Co Ltd ロ−カルエリア・ネツトワ−ク制御方式
CA1289211C (en) * 1986-11-18 1991-09-17 Timothy A. Lemke Terminator for multiple electrical conductors
US4995056A (en) * 1989-01-13 1991-02-19 International Business Machines Corporation System and method for data communications
JP2986105B2 (ja) * 1989-01-25 1999-12-06 オリンパス光学工業株式会社 電子カメラ
JP2786010B2 (ja) * 1990-10-31 1998-08-13 日本電気ホームエレクトロニクス株式会社 情報コンセントのジャック及び該ジャックを有するホームバスシステム
US5437464A (en) * 1991-08-30 1995-08-01 Kabushiki Kaisha Sega Enterprises Data reading and image processing system for CD-ROM
FR2704987A1 (fr) * 1993-05-04 1994-11-10 Bajeux Claude Connecteur multipoint hermaphrodite.
JPH08293346A (ja) * 1995-04-18 1996-11-05 Whitaker Corp:The 電気コネクタ及びコネクタ組立体
JPH0946378A (ja) * 1995-07-27 1997-02-14 Meidensha Corp シリアル・データ伝送装置の転送データ変調／復調方式
US20020013090A1 (en) * 1996-10-07 2002-01-31 Donald L. Oros Electrical connector for and i/o module

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010221065A (ja) * 2000-08-23 2010-10-07 Nintendo Co Ltd 情報処理システム
JP2005158056A (ja) * 2003-11-04 2005-06-16 Matsushita Electric Ind Co Ltd コンテンツ移動システムおよびこれに用いられるコンテンツ送出機器
JP2008219766A (ja) * 2007-03-07 2008-09-18 Nec Corp 通信ノード及び該通信ノードを有するネットワーク・システムとデータ伝送方法
JP2011233055A (ja) * 2010-04-30 2011-11-17 Nintendo Co Ltd 入力装置
JP2020065195A (ja) * 2018-10-18 2020-04-23 株式会社東海理化電機製作所 通信装置

Also Published As

Publication number Publication date
RU99102537A (ru) 2001-01-10
EP0932286A1 (en) 1999-07-28
DE69831054D1 (de) 2005-09-08
EP0932286B1 (en) 2005-08-03
JP2870538B2 (ja) 1999-03-17
DE69831054T2 (de) 2006-06-08
KR20000023811A (ko) 2000-04-25
KR100384677B1 (ko) 2003-05-22
WO1998052331A1 (fr) 1998-11-19
ES2247692T3 (es) 2006-03-01
AU7237798A (en) 1998-12-08
EP0932286A4 (en) 2001-02-07
JPH1132097A (ja) 1999-02-02

Similar Documents

Publication Publication Date Title
US6324603B1 (en) Data transmission system and game system using the same
JP2870538B2 (ja) データ伝送方法及びこれを用いたゲームシステム
US10482057B2 (en) Multi-protocol dynamic address allocation
CN101911000B (zh) 用于连接电子装置的控制总线
US7043568B1 (en) Configuration selection for USB device controller
CN102591834B (zh) 单线总线系统
CN102203851A (zh) 在标准设备连接器上的可选内容的传输
US20040225812A1 (en) Method and apparatus for interconnecting wired-AND buses
CN102147781A (zh) 具有多重版本通用串行总线的主机板及其相关的方法
JPH09503610A (ja) データストリームモード切換機能を備えたメモリ装置
JPS60500195A (ja) デイジタル通信リンクに円滑に割込む方法と装置
CA2413420C (en) System and method for establishing wireless connection
CN104834619A (zh) 一种i2c总线电路、实现方法以及电子设备
CN100483375C (zh) 多媒体模块卡、用于操作它的设备和集成多媒体系统
CN116566761A (zh) Spi双主机共享仲裁系统及方法
WO2000030314A1 (fr) Procede de transmission de donnees et systeme de jeu fonctionnant selon ledit procede
JP3477306B2 (ja) 拡張入出力インターフェイス
CN102929828B (zh) 同时支持标准和非标准i2c接口的数据传输方法及装置
MXPA99000582A (en) Data transmission method and game system constructed by using the method
JPH08316973A (ja) 通信処理手段
CN111913904A (zh) 向利用主从通信协议的多个从属装置自动分配互不相同地址的方法及用于其的装置
JP4219784B2 (ja) 情報処理装置の拡張ユニット
JP2006031235A (ja) 情報処理装置、外部装置、ホスト装置、及び通信方法
SU864276A1 (ru) Устройство дл сопр жени цифровой вычислительной машины с лини ми св зи
JP3029253U (ja) モニタ識別情報制御装置

Legal Events

Date Code Title Description
A300 Application deemed to be withdrawn because no request for examination was validly filed

Free format text: JAPANESE INTERMEDIATE CODE: A300

Effective date: 20050802