JPH07228298A

JPH07228298A - 航空設備対応ビデオゲームおよび通信システム

Info

Publication number: JPH07228298A
Application number: JP6141985A
Authority: JP
Inventors: David J Mccarten; デイビッド・ジェイ・マッカーテン; Darren C Smith; ダレン・シー・スミス; Kenji Nishizawa; 健治西沢; Ramin Ravanpey; ラミン・ラヴァンペイ
Original assignee: Nintendo of America Inc
Current assignee: Nintendo of America Inc
Priority date: 1993-06-24
Filing date: 1994-06-23
Publication date: 1995-08-29
Also published as: US5959596A; EP0631247A3; EP0631247A2; RU94021630A; ATE206225T1; DE69428398D1; DE69428398T2; US6559812B1; US6047127A; EP0631247B1

Abstract

(57)【要約】（修正有）【目的】定期航空路線の機内と、全乗客に対し選択可
能な映画、ゲームショッピング等のサービス手段を提供
する。【構成】多重タスクのマスタ・コンピュータ２のハー
ド・ディスク３にビデオ・ゲームおよび他のアプリケー
ション・プログラムが格納される。マスタ・コンピュー
タ２は、機内の通常の管理タスクも実行する飛行機ゾー
ン制御コンピュータ一式４，６に接続する。各ゾーン制
御コンピュータでは、主制御コンピュータ２から送られ
るデータを受け取り、また識別した座席制御処理装置
（ＳＥＢ）８，１０，１２，４７，４９，５１にデータ
を送り席から送られて来るデータ液晶表示画面に表示す
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、一般的には、ディジタ
ル通信および娯楽用／ビデオ・ゲーム・システムに関す
る。さらに詳しく述べれば、本発明は、飛行機のほぼす
べての座席に対応する航空設備対応分散処理ビデオゲー
ムおよび通信システムに関する。

【０００２】

【従来の技術および発明が解決しようとする課題】飛行
機のほとんど大部分の乗客にとって、旅行時間の大部分
は、新聞や雑誌を読むとか、あるいは長時間乗っている
間ずっと航空会社が用意した映画を見るなど、受け身の
行動を取っている。ビデオ・ゲーム遊びに参加したい乗
客はそれぞれ、任天堂社製のゲームボーイのような携帯
用ビデオ・ゲーム装置を自分で機内に持ち込んでいる。
同様に、旅行中データ処理装置を使いたい乗客は、自分
の携帯用ラップトップ型コンピュータを使わなければな
らない。

【０００３】少なくとも１つの定期航空路線では、ファ
ースト・クラスの乗客に限られた範囲でビデオ・ゲーム
のサービスを行っている。しかしながら、このシステム
は、マスタ・コンピュータでビデオ・ゲーム・プログラ
ムを実行する中央制御方式だと思われる。

【０００４】そこで、本発明は、機内の全乗客に対し、
ビデオ・ゲーム遊びに積極的に参加したり、あるいは組
み込まれた分散処理通信システムによってアクセス可能
な他のデータ処理／通信サービスを利用したりする機会
を提供するためのビデオ・ゲーム／通信システムを指向
することを目的とする。

【０００５】

【課題を解決するための手段および作用】本発明の典型
的な実施態様の場合、多重タスクのマスタ・コンピュー
タは、好ましくはそのハード・ディスクにビデオ・ゲー
ムおよび他のアプリケーション・プログラムを格納して
おり、実行のため最後は乗客座席の表示装置にダウンロ
ードされるプログラムをダウンロードする。この典型的
な実施態様の場合、マスタ・コンピュータは、機内の通
常の管理タスクも実行する飛行機ゾーン制御コンピュー
タ一式（以下ＡＤＢと称する）に接続する。このゾーン
制御コンピュータでは、主制御コンピュータから送られ
るデータを受け取り、また識別した座席制御処理装置
（以下ＳＥＢと称する）にデータを送る。各ＳＥＢで
は、機内の各座席に対応するそれぞれの座席表示装置一
式から送られるデータを受け取り、またそこにデータを
送る。

【０００６】本発明の典型的な実施態様の場合、座席表
示装置（ＳＤＵ）は各乗客座席（飛行機の最後列は当然
除外する）の背の部分に組み込まれている。あるいは、
座席表示装置は、座席の肘掛けの部分に取り付けて回転
が可能な構造にすることもできる。

【０００７】システムは、アプリケーション・ソフトウ
ェアをマスタ・コンピュータから座席表示装置にダウン
ロードする。マスタ・コンピュータでは、ダウンロード
要求を受け取ると、各ＳＤＵに出す表示メニューを生成
するためアプリケーション・プログラムの伝送準備をし
て応答する。最初のアプリケーション・プログラムのダ
ウンロードの結果、要求を開始した乗客座席全部にメニ
ューが表示される。つぎに、アプリケーション・プログ
ラムは各ＳＤＵに送られ、その液晶表示画面に表示され
る。

【０００８】本発明の好ましい実施態様によると、各乗
客は表示メニューにより、映画、ゲーム、ショッピン
グ、一覧形式、使用言語選択、通信／データ処理サービ
スなど、さまざまな動作モードの中から選ぶことができ
て便利である。本発明の典型的な実施態様の場合、乗客
がさまざまな動作モードの中からどれでも１つ選べるよ
うにするため、画面にアイコンを表示する。通信または
データ処理サービスは、機内電話サービス、文書処理サ
ービス、ファクシミリ・サービスの中から選ぶことがで
きる。

【０００９】利用者がビデオ・ゲームを選ぶと、利用で
きるゲームのタイトルおよび／またはその内容が表示さ
れる。ＳＤＵそれ自体が、さまざまなビデオ・ゲーム・
プログラムをビデオ・ゲーム・コンピュータ・システム
で実行できる多重プロセッサ・システムである。この中
には、インタフェース・プロセッサ、およびこれに対応
して高速ダウンロード操作の効率的な実施を可能にする
ハードウェアとソフトウェアが含まれる。マスタ・コン
ピュータでは、利用者が選んだビデオ・ゲームで遊べる
ようにするため、ビデオ・ゲーム・プログラムの高速ダ
ウンロード・プロセスを開始する。

【００１０】本発明の典型的実施態様をいくつか記載し
た添付図面と関連させて、以下の詳細な説明と追加した
特許請求の範囲を見ることによって、本発明の上述した
特徴およびその他の特徴さらに利点、またその実現方法
がさらに明確になり、しかも本発明それ自体の理解も深
まる。

【００１１】

【実施例】図１は、本発明の実例としての実施態様にし
たがい飛行機内にインストールされた典型的な分散処理
通信システムのブロック図である。この場合本発明の好
ましい実施態様は飛行機内にインストールされている
が、ここに説明する通信システムは、ホテルあるいは遠
洋定期船内のように他の環境で用いても便利であると思
われる。このような他の実施態様の場合、システムは、
例えばホテルの部屋にあるテレビを表示装置として用い
るように、さまざまな点で変更が予想される。

【００１２】図１の航空設備対応・システムには主制御
コンピュータ２が含まれる。この主制御コンピュータ２
は多重タスク・コンピュータであり、例えばＵＮＩＸの
会話形オペレーティング・システムを実行するＩＢＭ３
８６コンピュータでもよい。主制御コンピュータ２には
通常の通信ボードが含まれ、このボードには、例えばＳ
ＥＡＬＥＶＥＬＡＤＶＡＮＣＥＤ通信ボード（ＡＣＢ
−ＩＩ）部品番号３０６１Ｂを用いてもよく、この通信
ボードによって、同期データ・リンク制御データを生成
するとともに、図１に示す他の処理モジュールにインス
トールされた互換性のある通信ボードと通信を行う。主
制御コンピュータ２のメモリ３にはビデオ・ゲームおよ
びその他のプログラムを格納しておくのが好ましく、ハ
ード・ディスク記憶装置を含めることもできる。このよ
うなプログラムは最後には、実行するため乗客の座席表
示装置（ＳＤＵ）にダウンロードされる。

【００１３】図１に示す典型的実施態様における主制御
コンピュータ２は、ＡＤＢ１（４）からＡＤＢ−Ｎ
（６）の飛行機ゾーン制御コンピュータ一式に接続す
る。主制御コンピュータ２と各ＡＤＢ（１からＮ）は両
方とも、ここで詳細に説明するビデオ・ゲーム／通信シ
ステム・タスクを実行するほか、本発明とは密接な関係
がない通常の機内管理タスクも実行する。例えば、ＡＤ
Ｂの１からＮまではそれぞれ、主制御コンピュータ２の
制御にもとづいて、対応するゾーンの各座席に対して座
席番号を割り当てたり各座席に対応する制御パネルの状
態を監視したりする通常の機内管理タスクを実行するこ
とが好ましい。ボーイング７４７のような大型旅客機の
場合、システムでは、例えば旅客機内の別々の６つのゾ
ーンに対応する６つのＡＤＢを使うことができる。

【００１４】さらに、ＡＤＢ（１からＮ）では、主制御
装置２からデータを受け取るとともに、所定の座席群に
対応する識別した処理装置（ＳＥＢ（１からＭ）、この
場合ＭはＮより大きい）にこのデータを送る。それぞれ
の座席の直接的な制御を行うのではなく、ＡＤＢ（４、
６）が１つまたは複数のＳＥＢ（８、１０、１２、４
７、４９、５１）に対し適当な制御信号を送る。各ＳＥ
Ｂ（例えば、８）には、飛行機の各座席ごとに対応させ
ることが好ましい座席表示装置（例えば、１４、１６、
１８）群の制御を行うプロセッサが含まれる。各ＳＥＢ
（例えば、１０）には、対応する組み込まれたプロセッ
サがＡＤＢからデータを受け取るとともにいもづる接続
した他のＳＥＢ（例えば、１２）にこのデータを渡すと
き使用するシリアル・ポートを、例えば８基装備するこ
とができる。さらに、各ＳＥＢ（例えば、８）は、図１
に示す座席に対応する座席表示装置（例えば、１４、１
６、１８）群からデータを受け取るとともにこれにデー
タを送る。

【００１５】この場合の好ましい実施態様では、各座席
表示装置（ＳＤＵ）は各乗客座席（最後列の乗客座席列
を除く）の背の部分に組み込まれている。あるいは、座
席表示装置は、座席の肘掛けの部分に取り付けて回転が
可能な構造にすることもできる。ＳＥＢ８、１０、１２
は、それぞれが制御を行う座席のどれか１つの下にしま
うのが好ましい。ＡＤＢ４、６はそれぞれ、例えば飛行
機のそのゾーンの通路の床下に取り付けるのが好まし
い。主制御装置２は飛行機のファースト・クラス区画の
胴体下部に取り付けることができる。

【００１６】図２は、本発明の実例としての実施態様に
したがい図１に示すシステムの動作全部を説明する典型
的なブロック図である。図２に示す通り、電源を入れる
（１）とその直後に初期化手順が実行される（３）。初
期化中、座席表示装置（ＳＤＵ）はそれぞれ独自の初期
化ルーチンを実行し、その間にさまざまなパラメータは
適当なデフォルト値に設定され、またシリアル・ポート
は正しいボー・レートに初期設定される。また、以下で
さらに詳細に説明するが、各ＳＤＵで実行されるブート
・プログラムに対応するバージョン識別番号は、図５と
図１７〜図２０に関連して説明するマイクロコントロー
ラ１９０に送られる。マイクロコントローラ（１９０）
では、バージョン識別番号を受け取るとともに、メモリ
・ボード１０２のための入出力インタフェース機能を果
たすが、このマイクロコントローラは各座席表示装置の
メモリ・ボード１０２（図６参照）上に収めるのが好ま
しい。また、主制御装置２は、ＡＤＢ４、６その他をそ
れぞれポーリングしたり、ＡＤＢに対し座席番号の割当
ておよびそのような座席との通信が設定されたという表
示と一緒にそのような座席割当ての返報を要求したりす
ることも含め、通常の初期化機能も果たす。

【００１７】初期化（３）後、ＡＤＢ４、６その他
（５）およびＳＥＢのそれぞれを介して、アプリケーシ
ョン・ソフトウェアを座席表示装置８、１０、１２その
他にダウンロードする。ダウンロードは、それぞれのＳ
ＥＢおよびＡＤＢを介して各ＳＤＵから主制御装置２に
送られるダウンロード要求に応じて開始される。

【００１８】主制御装置２は、ダウンロード要求を受け
取ったあと、各ＳＤＵに出る表示メニューを生成するた
めアプリケーション・プログラムの伝送準備をして応答
する（７）。最初のアプリケーション・プログラムのダ
ウンロードの結果、要求を開始した乗客座席ＳＤＵ１
４、１６、１８その他の全部にメニューが表示される。
アプリケーション・プログラムは、各ＳＤＵに対応する
組み込まれたチューナ（図５参照）で選択した無線周波
チャネルを介し、ＡＤＢおよびＳＥＢによって各ＳＤＵ
に送られる。要求を出したＳＤＵは、チューナによっ
て、伝送されたアプリケーション・プログラムを実行す
ることができ、その結果、飛行機内の各座席に対応する
液晶表示画面にメニューが表示される。

【００１９】本発明につきこの場合の好ましい実施態様
にしたがうと、利用者は表示メニューにより、映画９、
ゲーム１５、ショッピング２３、一覧形式２５、使用言
語選択２７、通信／データ処理サービス３５など、さま
ざまな動作モードの中から選ぶことができる。まず利用
者に対し、英語２９、ドイツ語３１、日本語３３その他
の中から選ぶため、最初に使用言語を選択する（２７）
ように指示メッセージを出すことができる。この使用言
語の選択により、順繰りに、例えばそのあと映画その他
を選んだ場合に使用する言語が決まる。

【００２０】本発明の典型的な実施態様の場合、利用者
がさまざまな動作モードの中からどれでも１つ選べるよ
うにするため、画面にアイコンを表示する。映画オプシ
ョン９を選ぶと、映画がかならず適切な言語で映るよう
にするため検査が行われる（１１）。そのあと、対応す
るＶＣＲ（図示していない）を介して選んだ映画を受け
取るため、チャネルが変更される（１３）。

【００２１】通信またはデータ処理サービス３５を選ぶ
と、機内電話サービス４３、文書処理サービス４５、フ
ァクシミリ・サービス３７の中から選ぶことができる。
本発明の１つの実例としての実施態様において要求によ
り航空会社の社員が配布するキーボードの入力を受け取
るためのポートを座席表示装置に含めることができると
思われる。あるいは、飛行機内の少なくともいくつかの
座席に対応して、文書処理サービス４５またはファクシ
ミリ・サービス３７を選ぶことにより操作位置に回転し
て出すキーボードを含めるため、システムを拡張するこ
とができる。

【００２２】乗客がファクシミリ・サービス３７を選ぶ
と、つぎに、伝送するメッセージの作成を開始する（３
９）ようにその利用者に対して指示メッセージが出る。
メッセージの作成が終わると、利用者は、メッセージを
伝送（４１）してもよいことを示すため、メッセージの
終了または他の特別な制御文字を入力する。

【００２３】利用者がビデオ・ゲーム１５を選ぶと、つ
ぎに、利用できるゲームのタイトルおよび／またはその
内容が利用者に表示される（１７）。そのあと、主制御
装置２は、図３と図４に関連して以下詳細に説明するビ
デオ・ゲーム・プログラムのダウンロード・プロセス
（１９）を開始する。つぎに、システムはゲーム・プロ
グラムの実行を開始し、乗客は選んだビデオ・ゲームで
遊ぶことができる。

【００２４】本発明の通信システムにはショッピング・
サービス・オプション（２３）も含まれており、このオ
プションでは、利用者がクレジット・カードを使って購
入するためさまざまの入手可能な品目を選ぶことができ
る。さらに、システムは、乗客に対し一覧形式（２５）
を完了するよう要求することができる。

【００２５】本発明の通信システムを介して選ぶことの
できる図２に示した娯楽およびデータ処理サービスは、
単なる例示である。本発明は、主制御装置２に対応する
大容量記憶媒体に格納できる本または雑誌のように、選
ぶことのできるものの中からサービスを追加できると考
えている。さらに、選ぶことのできるビデオ・ゲームの
ほかに、教育用プログラムを選べるようにすることも考
えている。

【００２６】図３と図４は、図２のブロック５と１９に
示すダウンロード操作中に行われる操作の順序をさらに
詳細に説明したフローチャートである。図３に示す通
り、ダウンロード操作の開始（２０）により、ブート・
プログラムを実行すると、マイクロコントローラ１９０
（図７）によってＳＤＵのインタフェース制御装置８４
（図５）に対し「ダウンロード型」要求が送られる。ダ
ウンロードは、アプリケーション・プログラム、特定の
ビデオ・ゲーム・プログラム、システムで実行可能なそ
の他のプログラムのいずれかについて行う。ＳＤＵのイ
ンタフェース制御装置８４では、「ダウンロード型」に
関する要求を受け取ることにより、アドレス変換方式の
定義（以下で詳細に説明する）に用いることができる、
例えばファイル番号および他のパラメータを含め、ブー
ト・プログラムで用いる命令およびパラメータを返送し
て応答する（２４）。ＳＤＵの制御装置８４ではこのよ
うな情報をメモリに保存し、つぎにダウンロードするも
のを決める。ファイル番号はＳＥＢに送られ、ダウンロ
ード・プロセスのためファイル番号を保存するマイクロ
コントローラ１９０を通して渡される。このような情報
を受け取ると、受け取ったばかりのファイル番号と一致
する番号のファイルがメモリ・ボードの擬似静的ＲＡＭ
に格納されているかどうか判断するため、ブート・プロ
グラムを実行してメモリ・ボードの不揮発性メモリ（図
６の１００）を検査する（２６）。ブロック２６の検査
で示した通り、メモリにファイルがあるとき、メモリ内
の識別された領域の検査合計の検査が行われる（２
８）。検査合計の検査に通ると、ダウンロード操作はす
でに完了している（３４）ためプログラムの実行が開始
される（３２）。

【００２７】検査合計の検査に通らないとき、またはブ
ロック２６の判断においてメモリにファイルのないこと
が判明したとき、各ゲーム・プロセッサで実行されてい
るブート・プログラムは、識別したファイル番号のダウ
ンロードを要求するとともに、そのような要求をＳＥＢ
に送る。ＳＥＢはこれを主制御装置に送る（３６）。Ｓ
ＤＵはファイル番号のダウンロード要求に対する肯定応
答を受け取り（３８）、そのあとダウンロードが開始さ
れる予定である。

【００２８】ブロック４０に示した通り、つぎに、ブー
ト・プログラムは、ダウンロードしたデータが受け取ら
れたかどうか判断するため検査を行う。受け取られてい
ないとき、タイマが満期になっているかどうか判断する
ためさらに検査を行う（４２）。タイマが満期になって
いないとき、ルーチンは分岐してブロック４０に戻り、
ダウンロードしたデータにつきそこで再検査が行われ
る。ダウンロードの開始前にタイマが満期になっている
とき、ダウンロードは分岐して図３の節Ｂに戻り、ここ
からダウンロード・プロセスを再開する。データが受け
取られているとき、ブート・プログラムは、ダウンロー
ドしたデータの第１バイトを読み取り（４４）、データ
の第１バイトを、例えば予定したメモリ・バンクの番号
の識別用とみなす（４６）。本発明の実例としての実施
態様にしたがい、そのような「構成」データを受け取る
順序は、許可されたプログラムだけダウンロードするこ
とを可能にする「セキュリティ」対策としての機能を果
たすことができる。

【００２９】図４に示す通り、そのあとブロック４８で
は、つぎのバイトを読み取る。つぎのバイトにより適切
なバンク番号が識別されるかどうか判断するため、この
バイトの検査を行う（５０）。適切なバンク番号が識別
されないとき、ダウンロードは中止され（５２）、プロ
セスを再開するためルーチンは分岐して節Ｂに戻る。

【００３０】適正なバンク番号が識別されたとき、ダウ
ンロードしたメモリ・バンク番号が用意され（５４）、
データのつぎの２バイトを読み取る（５６）。ブロック
５８に示した通り、ブロック５６で読み取られたデータ
の２バイトにより正しいメモリ開始アドレスが識別され
るかどうか判断するため、検査を行う。正しいメモリ開
始アドレスが定義されていないとき、ダウンロードを中
止するためルーチンはブロック５２に分岐する。適正な
メモリ開始アドレスが識別されたとき、ブロック６０に
示す通り、識別した開始アドレスが用意される。そのあ
と、バンクのバイト番号を識別するためデータのつぎの
２バイトを読み取り（６２）、適正なバイト番号が識別
されたかどうか判断するためブロック６４において検査
を行う。適正なバイト番号が識別されないとき、ルーチ
ンはブロック５２に分岐する。

【００３１】適正なバイト番号が識別されたとき、ブロ
ック６６においてデータを読み取るが、このデータは実
際のプログラムに関連したデータである。そのあと、各
バイトを読み取ってから、このバイトをメモリに書き込
む（６８）。つぎに、ブロック７０に示した通り、バン
クの全バイトを受け取ったかどうか判断するため検査を
行う。バイトを全部は受け取っていないとき、ルーチン
は分岐してブロック６６に戻る。全バイトを受け取って
いるとき、つぎに、識別した全バンクを受け取ったかど
うか判断するため検査を行う（７２）。バンクを全部は
受け取っていないとき、さらにバンク処理を行うためル
ーチンはブロック４８に分岐する。

【００３２】全バンクを受け取っているとき、ダウンロ
ードしたメモリ内容の検査合計が計算される（７４）。
検査合計と記憶した検査合計値が一致するとき、プログ
ラムが実行され（８０）ルーチンは終わる。検査合計が
一致しないとき、ルーチンは図３の節Ｂに分岐し、ここ
からダウンロード・プロセスを再開する。第２タイマは
ダウンロードを開始するとき活動化される。事前設定し
た時間内にダウンロード・プロセスの全部は終了してい
ないとき、ダウンロードは中止され、プロセスは初め、
すなわち図３のブロック２２から開始される。

【００３３】図５は、本発明のこの場合の好ましい実施
態様にしたがった典型的な座席表示装置（ＳＤＵ）のブ
ロック図である。図５に示した典型的な座席表示装置に
はビデオ・ゲーム／処理ボード８２が含まれており、こ
れについては以下の図でさらに詳細に説明する。

【００３４】ビデオ・ゲーム処理ボード８２はＲＳ２
３２型の二重通信バスに接続され、このバスは図１の航
空設備ビデオ・ゲーム・システムのＳＥＢ（例えば、
８、１０、１２）に接続される。ビデオ・ゲーム処理ボ
ード８２はビデオ・ゲーム制御装置にも接続され、この
制御装置を携帯制御装置にし本発明の被譲渡人が販売す
るスーパー・ニンテンドー・エンタテインメント・シス
テム（ＳＮＥＳ）と一緒に使うこともできる。また、ビ
デオ・ゲーム処理ボード８２は、図５に示したダウンロ
ード・バスを介しチューナ８６から高速でプログラム命
令とデータを受け取る。順繰りに、チューナ８６は無線
周波ビデオ・チャネルを介し主制御装置２からプログラ
ム情報とデータを受け取り、主制御装置２は要求を出し
たＳＥＢにプログラム命令とデータを送る。チューナ８
６は、無線周波ビデオ・バスの入力信号に応じ識別した
チャネルを通常の方法で選ぶとともに、受け取った複合
ビデオ信号をインタフェース８４に送る。利用者が映画
を選んだとき、チューナは所定のチャネルを選ぶように
プログラムされる。あるいは、利用者がビデオ・ゲーム
・プログラムを選ぶと、プログラム情報とデータのダウ
ンロードのため所定のデータ・チャネルが選ばれる。チ
ューナ８６は市販のインタフェース制御装置８４で選択
式の切り替えを行う。チューナ８６には、既製のチュー
ナ、例えばフィリップスのＦＳ９３６Ｅを使ってもよ
い。

【００３５】マイクロコントローラ・インタフェース８
４には、液晶表示装置９０とチューナ８６を制御するた
めのインタフェース操作を行う８ビットのマイクロコン
トローラが含まれる。このマイクロコントローラには、
例えば、市販のフィリップス・エレクトロニクス製８０
５１マイクロプロセッサを使ってもよい。インタフェー
ス８４は、液晶表示装置９０を制御するため、例えば
色、コントラスト、輝度、その他の制御信号を送ること
ができる。さらに、マイクロコントローラ・インタフェ
ース８４では、磁気カード・リーダ８８から送られる情
報を読み取る。マイクロコントローラ・インタフェース
８４には、ランダム・アクセス・メモリ（図示していな
い）が組み込まれている。マイクロコントローラ・イン
タフェース８４では、ビデオ・ゲーム処理ボードから送
られる複合ビデオ信号を受け取り、この信号を液晶表示
装置に送る。マイクロコントローラ・インタフェース８
４は、シリアル通信により、ビデオ・ゲーム処理ボード
に組み込まれたマイクロコントローラ（図７のＭＣＵ１
９０）と通信を行う。マイクロコントローラ・インタフ
ェース８４にリンクされるマイクロコントローラ１９０
に接続される通信ポートを、ここではＭＣＵ１９０のＳ
ＤＵポートと称する。

【００３６】座席表示装置にも、利用者のクレジット・
カードの磁気ストリップに磁気的に記憶されている情報
を読み取るため用いる磁気カード・リーダ８８が含まれ
ている。情報はインタフェース・プロセッサの直列入出
力ポートを介して読み取られ、このポートは情報をビデ
オ・ゲーム処理ボード８２に送り、ボードでは記憶する
ため、この課金情報を、順繰りにＳＥＤ、ＡＤＢ、そし
て主制御装置２に送る。さらに、ＳＤＵにはドット・マ
トリックス液晶表示装置９０が含まれており、これに
は、例えばＬＰ６ＮＣ０２の型番号で市販されているシ
ャープ製の通常の６インチ・パネルのカラーＴＦＴ−Ｌ
ＣＤＡＶ型表示装置を用いてもよい。液晶表示装置９
０はインタフェース８４から送られる複合ビデオ信号を
受け取り、順繰りに、インタフェース８４はチューナ８
６から送られる複合ビデオ信号を受け取る。チューナ８
６も、液晶表示装置９０に対し水平走査および垂直走査
の制御信号のようなビデオ制御信号を送るとともに、
色、輝度、コントラスト、そして濃淡に関する信号を専
門技術者に周知の方法で送る。

【００３７】ビデオ・ゲーム処理ボード８２は、起動後
作動中、インタフェース・プロセッサ８４に対し命令が
必要であることを知らせる。インタフェース・プロセッ
サ８４は、ビデオ・ゲーム処理ボード８２からの要求に
対し、ダウンロードすべきファイルの種類とこれに対応
する受け取るべきパラメータを指示して応答する。イン
タフェース・プロセッサ８４は、パワー・オン・リセッ
トとエラーにより発生するそれ以外のリセットを区別す
るようにプログラムされており、表示メニューもしくは
ある特定の種類のプログラムのダウンロードを要求する
ため、ビデオ・ゲーム処理ボード８２に対して命令を出
す。つぎに、ビデオ・ゲーム処理装置８２は、ＲＳ２３
２通信バスとそれに対応するＳＥＢを介し、適切なダウ
ンロード操作を要求する。そのあと、主制御装置２は、
チューナ８６を介して必要な情報を適当な表示装置にダ
ウンロードする。複合ビデオ信号は、ビデオ・ゲーム処
理ボード８２からマイクロコントローラ８４と液晶表示
装置９０に渡される。

【００３８】図６は、ＳＤＵのビデオ・ゲーム処理ボー
ド８２に対応する重要なデータと制御信号を表す概括的
なブロック図である。ビデオ・ゲーム処理ボード８２に
はビデオ・ゲーム・コンピュータ・ボード１００とメモ
リ・ボード１０２が含まれており、以下両者につきさら
に詳細に説明する。本発明のこの場合の好ましい典型的
実施態様において、ビデオ・ゲーム・コンピュータ・ボ
ードはスーパーＮＥＳビデオ・ゲーム・システムのコン
パクト・バージョン（市販のＳＮＥＳでは通常のテレビ
・モニタにプロセッサを接続する無線周波変調器モジュ
ールがない）である。メモリ・ボード１０２には、ダウ
ンロードしたゲーム・プログラム、ゲームの文字デー
タ、その他のアプリケーション・プログラムの情報を格
納するための記憶装置が含まれている。さらに、メモリ
・ボード１０２には、電源を入れたとき実行されるブー
ト・プログラムが、メモリ・ボード１０２の擬似静的Ｒ
ＡＭに予想したプログラム情報が入っているかどうか判
断するとともに図１７ないし図１９に関連して以下に説
明するその他の操作を行うようなブートの読出し専用記
憶素子（ＲＯＭ）が含まれる。この場合の好ましい実施
態様において、メモリ・ボードには、図７で型番号Ｚ８
５２３３のＺＩＬＯＧ通信制御装置とともに示すマイク
ロコントローラ１９０も含まれる。

【００３９】つぎに、ビデオ・ゲーム／コンピュータ・
ボード１００とメモリ・ボード１０２の間で交換される
データと制御信号について説明すると、ランダム・アク
セス・メモリ（ＲＡＭ）を専門技術者には周知の方法で
リフレッシュするため、リフレッシュ信号ＲＥＳＲＥＳ
Ｈをメモリ・ボード１０２に送る。また、コンピュータ
・ボード１００は、システム・クロック信号と２１ＭＨ
ｚクロック信号をメモリ・ボードに送る。システム・ク
ロック信号により、専門技術者に周知の方法で、レジス
タ機能およびメモリ・ボードＲＡＭに必要なクロッキン
グを行う。システム・クロックでは、クロック周波数を
少なくとも狭い範囲まで選べるようにするのが好まし
い。ＲＯＭＳＥＬ信号とＲＡＭＳＥＬ信号はビデオ・ゲ
ーム・コンピュータ・ボードによって生成され、適当な
時に適当なメモリを選ぶためメモリ・ボードの復号用論
理回路によって処理されるチップ・イネーブル信号とし
て用いられる。また、図６に示す通り、メモリ・ボード
とビデオ・ゲーム・コンピュータ・ボードにはさまざま
な電力線および双方向性制御回線が接続される。

【００４０】制御信号の中でビデオ・ゲーム・コンピュ
ータ・ボード１００に送られるのは、ビデオ・ゲームで
遊ぶ人が使う携帯制御装置で生成されるビデオ・ゲーム
制御信号である。この信号は、メモリ・ボード１０２の
マイクロコントローラを介してビデオ・ゲーム・コンピ
ュータ・ボード１００に送られる。本発明の好ましい実
施態様において、通常のＳＮＥＳ型ゲーム制御装置で生
成された信号は、メモリ・ボード１０２内の論理回路に
よってラッチされる。この場合の典型的な実施態様にし
たがい、制御装置の信号は、まずＳＤＵに対応するＳＥ
Ｂを通るルートで送り出され、ゲームで遊ぶ人の入力信
号をラッチししかも図６に示す制御回線を介してこの信
号をビデオ・ゲーム・コンピュータに送るマイクロコン
トローラに送られる。メモリ・ボード１０２では、ゲー
ムで遊ぶ人の制御装置からの１６ビットの情報をビデオ
・ゲーム・コンピュータ・ボード１００に送るため、８
ビットのラッチを２つ使っている。

【００４１】ビデオ・ゲーム・コンピュータ・ボードに
は、メモリ・ボード１０２に接続されしかもここに収め
られたメモリ素子のアドレス指定に用いられる２４本の
アドレス回線ＣＡ０−ＣＡ２３がある。さらに、メモリ
・ボード１０２とコンピュータ・ボード１００の間でデ
ータを交換するため、８本のデータ回線を使用する。以
下さらに説明するが、メモリ・ボード１０２には、メモ
リ・ボード１０２の他のメモリ同様、アドレス・データ
回線に送られるプログラム情報を格納するための擬似静
的ＲＡＭが含まれている。また、ビデオ・ゲーム・コ
ンピュータ・ボード１００には、メモリ・ボード１０２
のメモリ素子に対して読取り信号または書込み信号を送
るための別の制御回線も含まれる。

【００４２】さらに、メモリ・ボード１０２には、外部
で生成されたリセット信号をビデオ・ゲーム・コンピュ
ータ・ボード１００に送るためのＩＲＳＥＴ回線も含ま
れる。ＩＲＳＥＴは、飛行機において時たま発生する可
能性がある通信障害の結果システムをリセットする必要
があるとき、または優先順位が高い別の通信のために通
信を終了しなければならないときに用いる。図６に示す
ＲＥＳＥＴ回線は、電圧レベルを安定させるため、メモ
リ・ボードに収められている素子を起動時にリセットす
るとき用いる。また、コンピュータ・ボードとメモリ・
ボードは、ある特定のＣＰＵのアドレス空間に存在する
後述のレジスタのアドレス指定に用いる８ビットのアド
レス・バスＰＡ０−ＰＡ７を介して相互に接続する。

【００４３】メモリ・ボード１０２では、図５に示すよ
うなチューナ８６を介し、主制御装置からダウンロード
されたプログラム情報を含む高速の同期直列入力を受け
取る。この同期直列入力は、例えば１メガ・ボーで受け
取り、これには、ＺＩＬＯＧＺ８５２３３通信制御装置
によって適当なフォーマットに変換されたゲーム・プロ
グラムまたはアプリケーション・プログラムの情報を含
めることができる。さらに、メモリ・ボードには、ＳＥ
Ｂから受け取るゲーム制御装置のデータを含め、９６０
０ボーで入力を受け取る非同期直列入力ポートも含まれ
る。その上、典型的な実施態様では、マイクロコントロ
ーラ・インタフェース８４から９６００ボーで情報を受
け取る別の非同期入力ポートも含まれる。メモリ・ボー
ド１０２は５ボルトの電源信号を受け取る。さらに、ビ
デオ・ゲーム・コンピュータ・ボード１００は、マイク
ロコントローラ・インタフェース８４を介して液晶表示
装置９０に送られるビデオ信号を出力するほか、左右の
チャネルのオーディオ信号も出力する。

【００４４】図７は、図６に示すメモリ・ボード１０２
に収められている回路のブロック図である。メモリ・ボ
ード１０２には復号用論理回路１５０、１５２、１５
４、１５６が含まれており、この論理回路には、対応す
るレジスタ１５８、１６０、１６２、１６４を含めるこ
とができるほか、例えばプログラマブル・アレイ・ロジ
ック（ＰＡＬ）を用いることもできる。復号用論理回路
１５０−１５６は、以下詳細に説明する通り、デコーデ
ィングとレジスタのローディングに関する機能を実行す
る。

【００４５】復号用論理回路１５０、１５２、１５４、
１５６のそれぞれに１ビットのレジスタが対応する。レ
ジスタ１５８は速度レジスタである。レジスタ１６０は
Ｚバンクである。レジスタ１６２はマップ・モード・レ
ジスタ、レジスタ１６４はブート／ラン・レジスタであ
る。以下ではレジスタ１５８−１６４の機能についてさ
らに説明する。それぞれのレジスタに格納されているビ
ットは、擬似ＲＡＭ（ＰＳＲＡＭ）制御装置１６６に対
する入力であり、順繰りに、この制御装置では、レジス
タ１５８−１６４からの出力の状態にしたがって擬似Ｒ
ＡＭ１７４のアドレス・マッピング方式を選ぶ。ＰＳＲ
ＡＭ制御装置１６６により実現されるこのアドレス・マ
ッピング機能の結果、さまざまなアドレス・マッピング
方式を用いたさまざまなゲームを、同じメモリ・ボード
・ハードウェアで実行することができる。

【００４６】擬似静的ＲＡＭ制御装置１６６は、アドレ
ス・マッピング機能を実現するほか、さらに読取り機能
に必要な擬似静的ＲＡＭ出力許可信号、書込み許可信号
を出し、また擬似静的ＲＡＭ１７４に必要なリフレッシ
ュ信号を生成する。擬似静的ＲＡＭ制御装置１６６は、
スーパーＮＥＳアドレス回線（図６に示す）から送られ
るアドレス・データを受け取る。このアドレス・データ
は、レジスタ１５８−１６４の状態にしたがって解読さ
れ、順繰りに、このレジスタ１５８−１６４の状態は、
アドレス回線ＰＡ０−ＰＡ７を介し復号用論理回路１５
０−１５６から送られるアドレス信号入力に応じて設定
される。実例としての実施態様において、擬似静的ＲＡ
Ｍ１７４は、図７に示す通りＰＳＲＡＭ制御装置の信
号にも応答する２メガバイトのＲＡＭを用いるのが好ま
しい。

【００４７】また、レジスタ１６２、１６４はこの２つ
のレジスタから受け取る出力にもとづきチップ・セレク
ト信号を生成することによってＲＡＭ１７６へのアクセ
スを制御する静的ＲＡＭ制御装置１６８にも接続され
る。静的ＲＡＭ１７６は、スーパーＮＥＳアドレス・
バスのアドレス信号によってアドレス指定を行い、また
図７に示す通りスーパーＮＥＳの読取り制御信号と書込
み制御信号に応答する。

【００４８】また、レジスタ１６０、１６２、１６４
は、不揮発性ＲＡＭ１７８のためチップ・セレクト信号
を生成する不揮発性ＲＡＭ制御装置１７０にも接続され
る。図７に示す通り、不揮発性ＲＡＭ１７８は、ＳＮＥ
Ｓアドレス・バスによってアドレス指定を行い、またチ
ップ・イネーブルによって書込み制御信号と読取り制御
信号を受け取る。ＳＮＥＳリセット信号およびＲＯＭセ
レクト信号のほかブート／ラン・レジスタ１６の内容
も、ＥＰＲＯＭ１８０を読み取るため適当な時にチッ
プ・セレクト信号を生成するＥＰＲＯＭ制御装置１７２
に接続される。ＥＰＲＯＭ制御装置１７２はスーパーＮ
ＥＳアドレス・バスからアドレスを受け取る。ＳＮＥＳ
書込み制御信号に応じてＥＰＲＯＭに書き込むことがで
きる。擬似静的ＲＡＭ１７４、ＳＲＡＭ１７６、不揮発
性ＲＡＭ１７８、ブートＲＯＭ１８０は、それぞれＳＮ
ＥＳアドレス・バスとデータ・バスに接続される。

【００４９】前述の通り、擬似静的ＲＡＭ１７４は、ダ
ウンロードしたゲーム・プログラムを格納する場合もあ
れば、ダウンロードしたアプリケーション・プログラム
を格納する場合もある。静的ＲＡＭ１７６は、さまざま
な種類のゲーム・パラメータ情報を格納するとともに、
作業用記憶装置として機能する。不揮発性ＲＡＭ１７８
は、アプリケーション・プログラムによって生成された
情報、および擬似静的ＲＡＭ１７４に格納されているデ
ータの種類を識別する情報を含め擬似静的ＲＡＭ１７４
の状態に関する情報を格納する。

【００５０】さらに、この場合の典型的な実施態様で
は、メモリ・ボード１０２にインタフェース・マイクロ
コントローラ１９０は含まれ、このマイクロコントロー
ラには、例えば日立製Ｈ８／３２５マイクロコントロー
ラを用いてもよい。マイクロコントローラ１９０が実行
する機能について以下詳述する。

【００５１】さらに、メモリ・ボード１０２には、ＳＮ
ＥＳアドレス回線に接続される制御復号器１８２が含ま
れる。制御復号器１８２では、ＳＮＥＳアドレス回線で
受け取った信号に応じ、「データ・レディ」信号をマイ
クロコントローラ１９０に、「リード」信号を先入れ先
出し（ＦＩＦＯ）バッファ１８４に、「データ・シフト
・イン」信号をラッチ１８８（ＳＮＥＳデータ回線から
送られるデータを受け取る）に送り、順繰りに、このラ
ッチがデータをマイクロコントローラ１９０にシフト・
アウトする。ＦＩＦＯ１８４では、マイクロコントロー
ラ１９０から高速でダウンロードした情報を受け取ると
ともに、ＭＣＵ１９０によって生成された「ライト」信
号に応じてこのデータを格納する。制御復号器１８２
は、入力アドレス回線の読取り制御信号に応じてＦＩＦ
Ｏ１８４からの読取り動作をトリガする。要求してもＦ
ＩＦＯ１８４に利用可能なデータがないとき、ＦＩＦ
Ｏ１８４によって「データ・ノット・レディ」信号が生
成され、これが制御復号器１８２とＳＮＥＳデータ回線
に送られる。ＭＣＵ１９０にデータを書き込む場合、Ｓ
ＮＥＳプロセッサでは、ＭＣＵ１９０がデータを受け取
れるかどうかを示す「話中」回線を検査する。ＭＣＵ１
９０がデータを受け取ることができるときは、１バイト
がラッチ１８８にシフト・インされ、順繰りに、このラ
ッチは、「入力ストローブ」信号を送ることによって
「話中」信号を活動化する。ＭＣＵ１９０がデータを受
け取ることができないとき、ＳＮＥＳは「話中」信号の
検査を継続する。

【００５２】また、マイクロコントローラ１９０は、高
速でダウンロードしたプログラム命令とデータを受け取
るため図５のチューナ８６に接続されたＺＩＬＯＧシリ
アル通信制御装置１９２を制御する。ダウンロードした
プログラム命令とデータは、電圧レベル・シフタ１９４
を介してＺＩＬＯＧシリアル通信制御装置１９２に送ら
れる。チューナ８６から高速でダウンロードしたデータ
の論理レベルは０ないし１ボルトである。レベル・シフ
タ１９４は、０ないし１ボルトのデータを０ないし５ボ
ルトに変換する通常のレベル・シフタである。

【００５３】さらに、メモリ・ボード１０２には、マイ
クロコントローラ１９０に接続された停止制御装置１９
６が含まれる。この停止制御装置１９６は、ビデオ・ゲ
ーム・コンピュータに停止信号を送るようになってい
る。所定の時間、例えばゲーム開始後１時間経過したら
ゲームを停止するために停止信号を生成することがで
き、これによって利用者に対し、ゲーム時間を延長した
いときは延長時間の料金を払わせることができる。ま
た、停止制御装置は、全乗客に呼びかけるアナウンスま
たは停止状態を生じさせる事象であると考えられる機上
の他の事象に応答するようプログラムすることができ
る。この停止制御装置１９６では、勝手な時に停止しな
いようにするが、記憶したデータがなくならないように
するためのメモリ・リフレッシュ動作およびシステム・
クロック信号と同期化して停止しなければならない。優
先順位の高いタスクを実行しなければならないとき、ま
たは、例えば、通信障害や電源異常の間のようにビデオ
・ゲーム・コンピュータを停止する他の理由があるとき
は、スーパーＮＥＳを停止するのがおそらく好ましい。

【００５４】前述した通り、メモリ・ボード１０２は、
制御装置入力回線を介し、ゲーム制御装置データをビデ
オ・ゲーム・コンピュータ・ボードに送る。この制御装
置データはＳＥＢと非同期シリアル・ポート（ＳＥＢポ
ート）を介してマイクロコントローラ１９０に送られ
る。この制御装置データは、図６に示す通り出力が制御
装置データ回線に送られるラッチ１８６を介して、ＳＮ
ＥＳに出力される。

【００５５】また、マイクロコントローラ１９０には、
例えば、機内における電圧レベルの一時的な降下、ある
いは飛行機という比較的不利な環境に伴う他の電気的障
害から回復するため、ビデオ・ゲーム・コンピュータを
リセットするのに用いるリセット出力回線が含まれる。
ブートＲＯＭプログラムは、このようなエラー状態の結
果実行中であるのかどうか判断するため検査を行う。

【００５６】図８から図１５までは、ビデオ・ゲーム・
コンピュータのさまざまな構成のアドレス空間について
説明する。図８から図１５に例示した通り、ビデオ・ゲ
ーム・コンピュータＣＰＵでアクセス可能な記憶域構成
は、レジスタ１５８、１６０、１６２、１６４に格納さ
れている情報によって定義される。

【００５７】図８と図１１は、最初電源を入れたあとの
典型的な記憶域構成を２つ示している。図８と図１１に
示す通り、メモリ・バンク００にアクセスすることでア
クセスされるブートＲＯＭプログラムが最初に実行され
る。ブート／ラン・レジスタが論理の「０」を記憶する
ことで示す通り、この時間中アプリケーション・プログ
ラムはまったくランしていない。ブート／ラン・ビット
は、ビデオ・ゲーム・コンピュータが作動する記憶場所
にマッピングされるブートＲＯＭ（ブート／ラン＝０）
と、ビデオ・ゲーム・コンピュータが作動する記憶場所
にマッピングされる擬似静的ＲＡＭの内容（ブート／ラ
ン＝１）のいずれかになる。図８と図１１に示す通り、
「速度」レジスタと「Ｚバンク」レジスタの内容はこの
記憶域構成に何ら影響しない（「Ｘ」または「ドント・
ケア」状態で示す）。レジスタ１５８−１６４は、特定
のゲーム・プログラムをダウンロードする前に、ゲーム
・プログラムの選択に応じて設定される。

【００５８】図８は記憶域構成の標準構成を表してお
り、この場合ＳＮＥＳビデオ・ゲーム・コンピュータは
通常、ゲーム・カートリッジＲＯＭがなくても作動し始
める。この構成では、ゲーム・カートリッジＲＯＭの代
わりに、メモリ・ボード１０２に収められているブート
ＲＯＭがマッピングされる。図８に示す最初の起動時の
マッピングでは、起動前にシステムの最後の状態（不揮
発性ＲＡＭ１７８に記憶されている）をブートＲＯＭプ
ログラムで検査できるようにするため、ビデオ・ゲーム
・コンピュータによって不揮発性ＲＡＭ（ＮＶＲＡＭ）
にアクセスすることができる。図８に示す通り、ブート
・プログラムの実行中は、ＣＰＵによって擬似静的ＲＡ
Ｍ１７４、静的ＲＡＭ１７６、ＮＶＲＡＭ１７８にアク
セスすることができる。

【００５９】図９、図１０、図１２は、さまざまなスー
パー・ニンテンドー・エンタテインメント・システム・
ゲームに対応する記憶域の標準アドレス空間構成を３つ
定義している。図９、図１０、図１２に示す通り、ブー
ト／ラン・レジスタの内容は「１」であり、ゲーム・プ
ログラムの実行中であることを表す。

【００６０】図９と図１０に示すメモリ・マッピング方
式は、図１０の場合擬似静的ＲＡＭの記憶場所のイメー
ジが所定の低アドレス・メモリ・バンクと高アドレス・
メモリ・バンクに現われる点で差異がある。図９と図１
０に示す通り、対応するレジスタの状態は「速度」レジ
スタの内容の点で差異がある。前述した通り、ビデオ・
ゲーム・コンピュータのシステム・クロックは２通りの
速度の信号を生成する。本発明の典型的な実施態様で
は、高速のクロック速度は高番地アドレスのバンクがな
いプログラム（低番地のＰＳＲＡＭメモリ・バンクのイ
メージに記憶されている）の実行に用いる。

【００６１】Ｚバンク・レジスタの設定によってアプリ
ケーション・プログラムの機能を制御し、実行完了と同
時に、ゲーム・プログラムをダウンロードするため、ビ
デオ・ゲーム・コンピュータがブートＲＯＭにアクセス
できるようにする。しかし、ゲーム・プログラムでブー
トＲＯＭにアクセスすることはできない。アプリケーシ
ョン・プログラムの実行中であることを示すため、Ｚバ
ンク・レジスタの状態は復号用論理回路にフィードバッ
クされる。マップ・モード・ビットは、選択するアドレ
ス・マッピング方式を部分的に定義する。

【００６２】ビデオ・ゲーム・プログラムの実行中、Ｚ
バンク・レジスタの状態によって、速度レジスタ、Ｚバ
ンク・レジスタ、マップ・モード・レジスタ、またはブ
ート／ラン・レジスタの変更はできなくなる。しかし、
アプリケーション・プログラムの実行中であれば、以上
のレジスタの状態はあとで変更することができる。

【００６３】図７に示すメモリ・ボード１０２の動作は
以下の通りである。最初電源を入れると、ビデオ・コン
ピュータ・ボードのＣＰＵは図８のように表され、ブー
トＲＯＭに記憶されたプログラムが実行される。ブート
ＲＯＭプログラムを実行する（以下、さらに詳細に説明
する）場合、ＳＮＥＳアドレス回線の信号に応じ制御復
号器１８２で生成した「データ・シフト・イン」制御信
号に応じて、ビデオ・ゲーム・コンピュータのデータ回
線で送られるデータをラッチ１８８に書き込むよう、ビ
デオ・ゲーム・コンピュータのＣＰＵに対して要求を出
す。マイクロコントローラ１９０は、「入力ストロー
ブ」制御入力によってデータ・レディ状態の通知を受け
る。ＭＣＵ１９０は、ラッチ１８８に記憶されたデー
タを読み取り、データをＳＮＥＳビデオ・ゲーム・プロ
セッサ、ＳＤＵ、またはＳＥＢ２に出力する。

【００６４】ＳＮＥＳに送られるデータは、ＭＣＵ１９
０によってＦＩＦＯ１８４にロードして伝送される。Ｓ
ＮＥＳビデオ・ゲーム・コンピュータは、ブートＲＯＭ
に記憶されたプログラムを実行するとき、データが利用
可能な場合の状態標識があるかどうかＦＩＦＯ１８４を
監視する。つぎに、ＳＮＥＳは、ＳＮＥＳアドレス回線
に制御信号を送り、この制御信号は、ＳＮＥＳデータ回
線から情報の読出しを開始するＦＩＦＯ１８４に送られ
る「リード」信号を生成するため、制御復号器１８２で
復号される。

【００６５】それから、ブートＲＯＭプログラムは、読
み取ったデータに応じ、アプリケーション・プログラ
ム、選択されたゲームを一意的に表すゲーム名、および
／またはレジスタ１５８−１６４にロードされるマッピ
ング方式レジスタ・マークのダウンロードを開始するこ
とができる。最初ブートＲＯＭプログラムを実行すると
きに、アプリケーション・プログラムのダウンロードが
開始される。アプリケーション・プログラムがダウンロ
ードされているとき、ブートＲＯＭでは、読取り可能な
情報が存在するかどうかＦＩＦＯ１８４の状態標識を監
視する。アプリケーション・プログラム自体は、高速の
ダウンロード・リンクを介し、レベル・シフタ１９４を
通してＺＩＬＯＧシリアル通信ポート制御装置１９２に
ダウンロードされ、この制御装置は、マイクロコントロ
ーラ１９０から送られる制御信号に応じてデータをマイ
クロコントローラに送り、順繰りに、このマイクロコン
トローラは、データおよび／または命令をＦＩＦＯ１８
４にロードする。

【００６６】アプリケーション・プログラムが主制御装
置２からダウンロードされるとき、ＦＩＦＯ１８４にバ
ッファリングされたあと、ＳＮＥＳデータ・バスを介し
て擬似静的ＲＡＭ１７４にロードされる。アプリケーシ
ョン・プログラムがダウンロードされてから、ゲームに
関するパラメータ・データが不揮発性ＲＡＭ１７８にロ
ード、格納される。このように、アプリケーション・プ
ログラムは、利用可能な特定のゲームおよび／または教
育用プログラムなどの情報を表示できるようにするた
め、実行中、不揮発性ＲＡＭ１７８の内容にアクセスす
ることができる。アプリケーション・プログラムのダウ
ンロードが完了すると、Ｚバンク・レジスタの内容が
「１」に設定され、ビデオ・ゲーム・コンピュータのメ
モリのアドレス空間は図１３−１５に示すような構成に
なる。

【００６７】アプリケーション・プログラムの実行中、
利用者は希望するメニューを選択する。メニューを選択
すると、データが図７のラッチ１８８にロードされる。
つぎに、「入力ストローブ」信号がマイクロコントロー
ラ１９０に送られ、このマイクロコントローラによって
ラッチ１８８からのデータの読取りを行わせ、その結
果、メニュー選択データがＳＥＢとＡＤＢを通って主制
御装置２に送られる。データの最終的な行先がどこにな
るかは、利用者がメニューを選択し、それが特定のビデ
オ・ゲーム・プログラムをダウンロードしなければなら
ない可能性をもつものであるか、それとも利用者が映
画、ショッピング、その他のモードを選択するかで決ま
る。

【００６８】ゲームを選択すると、例えばスーパー・マ
リオなど移動物体の動き方を指示する操作者の制御デー
タはＳＥＢからＭＣＵ１９０に送られ、ＭＣＵ１９０で
は、操作者の制御装置からの情報をラッチ１８６に読み
込む。つぎに、ＳＮＥＳ制御装置データ回線を介して、
操作者の制御データをビデオ・ゲーム制御装置に送る。
操作者の制御装置からのデータは、移動物体の上下左右
方向の動き、すなわちＳＮＥＳ標準制御装置の「Ａ」、
「Ｂ」などの制御ボタンによって生成される制御信号を
表すことができる。

【００６９】ブートＲＯＭに格納されているプログラム
の実行中にレジスタ１５８−１６４の内容を変更するこ
とができる。アドレス回線ＰＡ０−ＰＡ７で送られるア
ドレスは、４つのレジスタ１５８、１６０、１６２、１
６４をそれぞれ別個に設定またはリセットするのに用い
る。システム上そのような変更ができない間、対応する
レジスタの設定またはリセットはＰＡＬ復号用論理回路
１５０、１５２、１５４、１５６によって阻止される。
例えば、ゲームの実行中、復号用論理回路１５０はゲー
ムのクロック速度の変更を認めない。

【００７０】図１６は、本発明と一緒に用いることがで
きる典型的なコンピュータ／ビデオ・ゲーム処理システ
ムの簡単なブロック図である。この典型的な実施態様に
したがうと、コンピュータ・ボードには、例えばスーパ
ー・ニンテンドー・エンタテインメント・システム（ス
ーパーＮＥＳ）の名称でニンテンドー・オブ・アメリカ
社から市販されている１６ビットのビデオ・ゲーム・シ
ステムを用いてもよい。スーパーＮＥＳについては、米
国出願の通し番号０７／６５１，２６５、出願日１９９
１年４月１０日、表題「ビデオ処理装置（Ｖｉｄｅｏ
ｐｒｏｃｅｓｓｉｎｇａｐｐａｒａｔｕｓ）」、およ
び米国出願の通し番号０７／７４９，５３０、出願日１
９９１年８月２６日、表題「直接メモリ・アクセス装置
およびこれに用いる外部記憶装置（ＤｉｒｅｃｔＭｅ
ｍｏｒｙＡｃｃｅｓｓＡｐｐａｒａｔｕｓａｎｄ
ＥｘｔｅｒｎａｌＳｔｏｒａｇｅＤｅｖｉｃｅ
ＵｓｅｄＴｈｅｒｅｉｎ）」、および米国出願の通し
番号０７／７９３，７３５、出願日１９９１年１１月１
９日、表題「モザイク画像表示装置およびこれに用いる
外部装置（ＭｏｓａｉｃＰｉｃｔｕｒｅＤｉｓｐｌ
ａｙＡｐｐａｒａｔｕｓａｎｄＥｘｔｅｒｎａｌ
ＵｎｉｔＵｓｅｄＴｈｅｒｅｆｏｒｅ）」の中に
一部記載されている。ここでは参考のため以上の出願を
特に付け加えておく。しかし、本発明は、スーパーＮＥ
Ｓ関連の応用方法に限定されるものではなく、他のビ
デオ・ゲーム／データ処理システムあるいは他のビデオ
・ゲーム以外の情報処理装置と一緒に用いることもでき
ると考えなければならない。したがって、本明細書では
至るところでスーパーＮＥＳ（ＳＮＥＳ）にふれている
が、それは、本発明の範囲を、スーパーＮＥＳ関連の応
用方法あるいは図１６に示すようなブロック図のシステ
ムに限定するものではない。スーパーＮＥＳは、ここに
説明するように多くの点で改造するのが好ましい。この
システムはカラー・テレビ・モニタに接続されていない
ため、通常のスーパーＮＥＳシステムに入っている無線
周波変調器回路はこの典型的な実施態様に含まれない。
図１６に示す通り、ビデオ・ゲーム・コンピュータ・ボ
ード１００はメモリ・ボード１０２に接続され、このメ
モリ・ボード１０２については図７で詳細に説明した。
ボード１００のホストＣＰＵ２２０および他のハード
ウェア構成要素は、上述した通り、ニンテンドー・オブ
・アメリカから市販されているスーパーＮＥＳを代表す
るものである。

【００７１】ホストＣＰＵ２２０は１６ビットＣＰＵで
あり、これには、例えば６５８１６コンパチブル・マイ
クロプロセッサを用いてもよい。ＣＰＵ２２０は作業用
ＲＡＭ２２６に接続され、この作業用ＲＡＭは、例えば
記憶容量が１２８キロバイトのものでもよい。ＣＰＵ２
２０は画像処理装置２２２（これについては上述の通し
番号０７／６５１，２６５、０７／７４９，５３０、０
７／７９３，７３５の出願に詳細な説明がある）に接続
され、順繰りに、この画像処理装置はビデオＲＡＭ２２
８に接続される。ＰＰＵ２２２がビデオＲＡＭ２２８に
アクセスしているとき、ＣＰＵ２２０は、ライン走査実
行中以外のときＰＰＵ２２２を介してビデオＲＡＭ２２
８にアクセスするしかない。ＰＰＵ２２２はビデオ信号
を生成し、この信号は図５に示す液晶表示装置９０に送
られる。また、ＣＰＵ２２０は音声処理装置ＡＰＵ２２
４にも接続され、この音声処理装置はその作業用ＲＡＭ
２３０に接続される。ＡＰＵ２２４では、メモリ・ボー
ド１０２の擬似静的ＲＡＭ１７４に格納されたビデオ・
ゲームに対応する音声を生成するが、このＡＰＵ２２４
には市販の音声用チップを用いてもよい。ホストＣＰＵ
２２０はＡＰＵ２２４を介して作業用ＲＡＭ２３０にア
クセスするしかない。

【００７２】スーパーＮＥＳに入っているビデオＲＡＭ
２２８には、擬似静的ＲＡＭ１７４（ここには、ゲーム
・プログラムのほか、ゲーム中に用いる文字データも格
納される）に格納された適切な文字データがロードされ
ている。表示される移動物体あるいは背景文字はすべ
て、表示前にはビデオＲＡＭ２２８に入っている。

【００７３】プログラムを格納する擬似静的ＲＡＭ１７
４へのアクセスは、図１６で概括的に示すアドレス・バ
スとデータ・バスを介し、ホストＣＰＵ２２０によって
行う。メモリ・ボードに送るＰＰＵデータと制御信号の
経路を作るため、ＰＰＵ２２２は共用ホストＣＰＵデー
タ・バスとアドレス・バスおよびコネクタ２３４を介し
てメモリ・ボードに接続される。ＡＰＵ２２４は、共用
ホストＣＰＵバスと音声バス２３２を介してメモリ・ボ
ードに接続される。

【００７４】上述した通り、また図１６に示す通り、ス
ーパーＮＥＳはさまざまな制御信号を生成する。スーパ
ーＮＥＳのＣＰＵ２２０では、擬似静的ＲＡＭ１７４に
アクセスする必要があるとき、制御信号ＲＯＭＳＥＬを
生成する。メモリ内容のリフレッシュを開始する場合、
スーパーＮＥＳではリフレッシュ信号ＲＦＳＨを生成す
る。さらに、ホストＣＰＵ２２０では読取り信号と書込
み信号も生成する。システムのタイミング信号は、ビデ
オ・ゲーム処理ボード１００内のタイミング・チェーン
回路２１０で生成される。さらに、パワー・オン・リセ
ット信号もビデオ・ゲーム・コンピュータ・ボード１０
０内で生成され、メモリ・ボード１０２に送られる。図
１６に示す他の制御信号とは図６と図７に関連して説明
した前述の「停止」制御信号、「ＩＲＥＳＥＴ」信号の
ような信号であり、これはこの航空会社が実際に用いて
いる独自のものである。メモリ・ボード１０２とビデオ
・ゲーム／コンピュータ・ボード１００の間で交換され
る信号のさらに詳細な説明は図６に記載している。

【００７５】図１７〜図１９は、ＲＯＭブート・プログ
ラムによって実行する操作の順序を説明するフローチャ
ートである。ブート・プログラムの実行が開始される
と、ＣＰＵ２２０、ＰＰＵ２２２、レジスタ、ビデオ・
ゲーム／コンピュータ・ボード１００に対応するポート
が初期化される（２５１）。初期化したあと、液晶表示
装置９０に表示画面が生成される（２５２）。最初の表
示画面において、利用者に対し、プログラムまたはデー
タのダウンロード操作中であることを知らせる。ダウン
ロード操作が行われる短い時間の間、利用者の興味をつ
なぎ留めるため画面表示を出すのが好ましい。そのあ
と、マイクロコントローラ・インタフェース８４を介し
ＳＤＵに対して「ダウンロード型ファイル」要求が出さ
れる。

【００７６】この「ダウンロード型ファイル」要求に対
する応答において、アプリケーション・プログラム・フ
ァイル、ゲーム・プログラム・ファイル、データ・ファ
イルのどれをダウンロードすべきかを識別する。さら
に、この応答において、強制ダウンロードが行われるか
どうかを識別する。強制ダウンロードの場合、現在のメ
モリ内容に関係なくダウンロードが行われる。非強制ダ
ウンロードの場合、ダウンロードされる情報としてのフ
ァイルがすでにメモリに存在するかどうか判断するた
め、メモリの検査が行われる。情報がメモリに入ってい
ないとき、ダウンロードするため要求はＳＥＢに送られ
る。

【００７７】ブロック２５４にしたがうと、ゲームをダ
ウンロードすべきかどうか判断するため、「ダウンロー
ド型ファイル」要求に対して受け取った応答の検査が行
われる。ゲームが要求されているとき、ルーチンは図１
９に示すブロック２５５へ分岐する。ブロック２５５で
は、最初に強制ダウンロードが行われるかどうか判断す
る。強制ダウンロードが行われないとき、問題のファイ
ルのダウンロードがすでに完了しているかどうか判断す
るため不揮発性ＲＡＭ１７８の検査が行われる（２５６
および２５７）。ブロック２５７における検査によって
そのゲーム・プログラム・ファイルがすでにメモリに入
っているとわかれば、ルーチンは図１８のブロック２７
９へ分岐し、ここで作業用ＲＡＭはクリアされる。つぎ
に、ルーチンはメモリに入っているゲーム・プログラム
へジャンプする。

【００７８】ゲーム・プログラム・ファイルがメモリに
入っていないとき、あるいはブロック２５５において強
制ダウンロードが行われると判断されたとき、ダウンロ
ード・プロセスが開始される（２５８）。そのあと、ダ
ウンロード・プロセスが実行され（２５９）、実行が完
了する（２６０）。ダウンロード・プロセスの実行につ
いては、図３と図４に関して上述した通りである。

【００７９】つぎに、ダウンロード・プロセス中にエラ
ーが発生したかどうか判断するため検査が行われる（２
６１）。エラーが検出されると、ルーチンは図１７のブ
ロック２５３へ分岐し、ここでダウンロード・プロセス
が再開される。エラーが検出されないと、ダウンロード
・プロセスは完了し（２６２）、ルーチンは分岐してブ
ロック２５７に戻り、ここで、今度はメモリにゲーム・
プログラムが入っているかどうか判断するため検査が行
われる。そのとき、ブロック２５７における検査の結果
メモリにファイルの入っていることが判明すると、ルー
チンはブロック２７９へ分岐し、ここで作業用ＲＡＭは
クリアされて、図１８に示す通りプログラムの実行が開
始される（２８０）。

【００８０】図１７に戻って、ブロック２５４における
検査の結果ゲーム・プログラムは要求されていないこと
が判明すると、データ・ファイルが要求されているかど
うか判断するため、ブロック２６３において検査が行わ
れる。データ・ファイルが要求されているとき、ルーチ
ンはデータ・ファイルのダウンロード・プロセスを開始
する（２６４）。システムでは、データ・ファイルのダ
ウンロード要求を出したあと、データの第１バイトの受
取りを待つ（２６５）。さらに、図３と図４に関して上
述した方法論にしたがってデータを受け取る（２６
６）。つぎに、ダウンロード・プロセスにおいてエラー
が発生したかどうか判断するため検査が行われる（２６
７）。ダウンロード・プロセスにおいてエラーが検出さ
れると（２６７）、エラー状態標識が設定される（２６
９）。エラーが検出されないと、エラー状態標識は論理
「０」の条件を示す（２６８）。エラー状態標識の設定
によってダウンロード・プロセスは完了し（２７０）、
「ダウンロード型」ファイルに対し、ダウンロードを完
了したデータにつきつぎに必要な操作を判断するよう要
求することによってダウンロード・プロセスを再開する
ため、ルーチンは分岐してブロック２５３に戻る。

【００８１】ブロック２５４および２６３における検査
の結果、ゲーム・プログラム、データのどちらも要求さ
れていないことが判明した場合、この典型的な実施態様
ではアプリケーション・プログラムが要求されている。
ブロック２７１では強制ダウンロードが行われるかどう
か判断するため検査が行われる。強制ダウンロードが要
求されているとき、アプリケーション・プログラムのダ
ウンロード・プロセスを開始するため、ルーチンはブロ
ック２７４へ分岐し、このダウンロード・プロセスで
は、図３と図４に関して上述した方法論を用い、ブロッ
ク２７６で実行されブロック２７７で完了する。つぎ
に、ルーチンは図１８のブロック２７８へ分岐し、ここ
でダウンロード・プロセスのエラー検査が行われる。エ
ラーが検出されないとき、ダウンロードは完了し（２７
８Ａ）、作業用ＲＡＭはクリアされて（２７９）、アプ
リケーション・プログラムが実行される（２８）。エラ
ーが検出されると、ダウンロード・プロセスを再開する
ため、ルーチンは分岐してブロック２５３に戻る。

【００８２】ブロック２７１における検査の結果、強制
ダウンロードが開始されなかったことが判明した場合、
不揮発性ＲＡＭ１７８の検査が行われる（２７２）。不
揮発性ＲＡＭ１７８の内容から、アプリケーション・プ
ログラムが記憶域に入っているかどうかの判断を行う。
入っていないときは、ダウンロードを開始するため、ブ
ロック２７４から始まる上述のプロセスを開始する。ブ
ロック２７３において、アプリケーション・プログラム
が記憶域に入っていると判断されたとき、ルーチンはブ
ロック２７９へ分岐し、ここで作業用ＲＡＭはクリアさ
れ、プログラムの実行が開始される（２８０）。

【００８３】図２０はブートＲＯＭのマスク不可能割込
み処理の間に行われる操作の順序を説明しており、ブー
トＲＯＭプログラムで起こる可能性がある割込みはこれ
だけである。ブロック２８１で示す通り、ダウンロード
を開始する場合の許容待ち時間を制御するタイマのよう
に、さまざまなタイマの制御に用いられる「ウェイト」
タイマが増分される。つぎに、ブロック２８２で示す通
り、システムで進行中の操作を表すため、クロック情報
と共に表示が更新される（例えば、手の動き）。さら
に、表示を要する他のメッセージもすべて表示される
（２８３）。本発明の典型的な実施態様では、ダウンロ
ード・プロセス中、ダウンロードがどの程度完了したか
を表すため、ダウンロード・インジケータが変わる（２
８４）。割込みルーチンを終わると、ルーチンは、図１
７から図１９に示すメイン・ブート・ルーチンに戻る。

【００８４】図２１〜図２９は、図７に示すマイクロコ
ントローラ（ＭＣＵ）１９０によって行われる操作の順
序を説明するフローチャートである。マイクロコントロ
ーラ１９０は、割込み駆動型でしかもさまざまな状態標
識を連続的に検査するソフトウェアを実行する。マイク
ロコントローラ１９０は、状態標識の状態に応じて、１
バイトずつデータの送り出しまたは受け取りを開始す
る。

【００８５】図２１につき説明すると、制御装置のメイ
ン・プログラム・ループを開始するため、一連の初期化
ステップが行われる。いったん電源を入れると、ブロッ
ク３００に示す通り、マイクロコントローラ１９０に対
応する割込みは禁止の状態になる。したがって、この間
に制御装置の入力ポートで直列データを受け取ると、初
期化に対して割込みが生じることはない。そのあと、取
るべき処置を判断するのに用いる変数が初期化される
（３０２）。ブロック３０４に示す通り、特定のピンが
入力ピンまたは出力ピンとして機能するかどうか判断す
るため、ＭＣＵ１９０に対応するデータ方向レジスタが
初期化される。そのあと、適切なボー・レート、および
スタート・ビット、ストップ・ビット、パリティ・ビッ
トの数を設定するため、ＭＣＵのシリアル・ポートが初
期化される（３０６）。つぎに、シリアル通信制御装置
（１９２）のポートに対応するボー・レートが初期化さ
れる（３０８）。つぎに、マイクロコントローラ１９２
のソフトウェアによって、ＦＩＦＯ１８４をリセットし
（３１０）、また、ブートＲＯＭ１８０がなくてもスー
パーＮＥＳが確実に実行を開始するように、スーパーＮ
ＥＳのＣＰＵ２２０とＰＰＵ２２２をリセットする（３
１２）。つぎに、スーパーＮＥＳの操作者の制御装置デ
ータをＳＮＥＳに送るバッファが初期化される（３１
４）。つぎは、ステップ３１６に示す通り、スーパーＮ
ＥＳが停止され、ＭＣＵ１９０の割込みが可能になる
（３１８）。そのあと、内蔵タイマが初期化される（３
２０）。このタイマは、例えば初期値からゼロまでカウ
ント・ダウンするときに初期化される時間制御割込みを
起こすため、ＭＣＵ１９０において用いられる。初期化
プロセスは、ＳＮＥＳが停止状態から解放されることに
よって完了する（３２２）。

【００８６】図２２につき説明すると、ＭＣＵ１９０の
プログラムのかなりの部分は、さまざまな状態標識の状
態の検査およびその状態に応じた操作の実行に専用であ
る。このような状態標識の中の１つによって、ブート
「バージョンＩＤ」が要求されているかどうか判断する
（３２４）。そのあと、この標識がバージョンＩＤ要求
の存在を表すとき、ブート・バージョンＩＤ要求はＳＮ
ＥＳに送り出される（３２６）。バージョンＩＤ要求の
標識が設定されていないとき、またはブロック３２６に
おいてデータが送り出されたとき、ルーチンはブロック
３２８に進み、ここで、伝送するＳＥＢデータの有無を
調べるため検査が行われる。もしあれば、ＳＥＢデータ
は送り出される（３３０）。

【００８７】伝送するＳＥＢデータがないとき、あるい
はＳＥＢデータの送り出しがすでに完了しているとき、
ルーチンはブロック３３２に進み、ここで、ＳＤＵデー
タを送り出すべきかどうか判断するため標識を検査す
る。ＳＤＵデータを送り出すべきときは、ブロック３３
４に示す通り、そのＳＤＵデータを送り出す。ＳＤＵデ
ータを送り出すべきでないとき、あるいはデータの送り
出しが完了しているとき、ルーチンは「データ受信」モ
ードになり、ＳＥＢデータの読取りは完了し処理は完了
していないかどうか調べるため検査を行う（３３６）。
ブロック３３６における判断は、データがシリアル・ポ
ートで受け取られてＭＣＵ１９０のバッファに格納され
ているかどうかを表す。

【００８８】バッファにデータが入っているとき、ＳＥ
Ｂポートが使用中であるかどうか判断するため検査が行
われる（３３８）。ＳＥＢポートが使用中でないとき、
ブロック３４０に示す通り、ＳＥＢデータはバイト単位
で処理される。ＳＥＢポートが使用中のとき、またはブ
ロック３３６における検査の結果「ＮＯ」という応答が
あるとき、またはデータの処理がすでに完了していると
き、ルーチンはブロック３４２に分岐し、ここで、ＳＤ
Ｕデータの読取りは完了し処理は完了していないかどう
か判断するため検査を行う。ＳＤＵデータの読取りは完
了し処理は完了していないとき、ＳＤＵポートが使用中
であるかどうか判断するため検査が行われる（３４
４）。使用中でないとき、ＳＥＢデータは１バイトずつ
処理される（３４６）。

【００８９】ＳＤＵデータの読取りも処理も完了してい
ないとき（３４２）、またはＳＤＵポートが使用中のと
き、またはＳＥＢデータの処理が完了しているとき、ル
ーチンはブロック３４８に分岐し、ここで、ＳＮＥＳデ
ータの読取りは完了し処理は完了していないかどうか判
断するため標識の検査が行われる。ＳＮＥＳデータの読
取りは完了し処理は完了していないとき、ＳＮＥＳが使
用中であるかどうか判断するため検査が行われる（３５
０）。ＳＮＥＳが使用中でないとき、ＳＮＥＳデータは
１バイトずつ処理される（３５２）。３４８における検
査の結果ＳＮＥＳデータの読取りも処理も完了していな
いことが判明したとき、またはＳＮＥＳが使用中のと
き、またはＳＮＥＳデータの処理が完了しているとき、
ルーチンは分岐して図２２のブロック３２４に戻る。

【００９０】基本的に、ＭＣＵ１９０では、１バイトず
つ処理するため、ＳＥＢデータ、ＳＤＵデータ、ＳＮＥ
Ｓデータの間で処理時間を時分割する。データは、ＭＣ
Ｕ１９０から他のシステム構成要素に対し、１バイトず
つ送り出される。このように、ＭＣＵ１９０では、送信
および／または受信される情報の経路を適切に選択する
ことにより、全装置に対し同時に情報を送る。

【００９１】図２４はブロック３２６によってＳＮＥＳ
データを送り出す場合に必要な操作を示す。まず、ブロ
ック３５４に示す通り、ＦＩＦＯ１８４が高速ダウンロ
ード待ちの状態にあるかどうか判断するため検査が行わ
れる。ＦＩＦＯ１８４が高速ダウンロード待ちの状態に
ないとき、ブート・バージョンＩＤ要求が送り出される
（３５６）。ＦＩＦＯ１８４が高速ダウンロード待ちの
状態にあるとき、ルーチンはメイン・プログラムに戻
る。

【００９２】図２５は、図２２のブロック３３０と３３
４の「ｓｅｎｄＳＥＢ」および「ｓｅｎｄＳＤＵ」
の両データ操作を行う場合の方法をさらに詳細に示すフ
ローチャートである。この「ｓｅｎｄＳＥＢ」および
「ｓｅｎｄＳＤＵ」データ伝送に必要な操作はほぼ同
じであり、したがって図２５のフローチャートで両者を
説明する。これらの伝送ステップは、データがＭＣＵ１
９０のＳＥＢシリアル・ポートまたはＳＤＵシリアル・
ポートから送り出されるとき行われる。

【００９３】まず、ＳＥＢポート（またはＳＤＵポー
ト）が伝送可能であることを確かめるためこのポートの
検査が行われ（３６８）、レディ状態になるまでＭＣＵ
１９０は待っている。ＳＥＢ（またはＳＤＵ）ポートが
伝送可能のとき、ＭＣＵ１９０の対応する内部バッファ
は空になっている。その場合、ＭＣＵ１９０は、１バイ
トのデータをＳＥＢ、ＳＤＵのいずれか（すなわち、イ
ンタフェース制御装置８４）に送り出す。ＳＥＢ（また
はＳＤＵ）ポートが伝送可能でないとき、ポートが伝送
可能になるまでルーチンは待ち状態になる。ブロック３
７０で１バイトの送り出しが終わると、全バイトの送り
出しが完了したかどうか判断するため検査が行われる
（３７２）。バイトの送り出しが全部は完了していない
とき、ルーチンから抜け出て、図２２に示す通り、他の
ポートに対し時分割処理を続行できるようにする。ブロ
ック３７２において全バイトの送り出しが完了したと判
断した場合、状態標識がリセットされる（３７４）。状
態標識の設定は、前のメッセージの送り出しがすでに完
了したためＳＥＢ（またはＳＤＵ）に対しつぎのメッセ
ージの送り出しが可能であることを表す。

【００９４】図２６は、ＭＣＵ１９０の特定のポートで
データを受け取ったとき行われる操作の順序を表すフロ
ーチャートである。図２６のフローチャートは、図２５
と同様、ＳＥＢポートとＳＤＵポートの両方で情報を
受け取ったとき行われる操作を説明している。さらに、
操作では、ＳＮＥＳポートでのデータの受け取りを説明
している。初めに、ブロック３８０において、ＳＥＢポ
ート（またはＳＤＵポート、ＳＮＥＳポート）でバイト
を受け取っているかどうか判断するため検査が行われ
る。バイトが送り出されているとき、ブロック３８２で
は、対応する待ち行列が満杯であるかどうか判断するた
め検査が行われる。ブロック３８２における検査の結
果、対応する待ち行列が満杯でないと判明したとき、そ
のバイトの検索が行われ、適当なＳＥＢ待ち行列、ＳＤ
Ｕ待ち行列またはＳＮＳ待ち行列に入れられる（３８
４）。対応する待ち行列が満杯のとき、またはバイトを
受け取っていないとき、ブロック３８６でルーチンは終
わる。

【００９５】図２４、図２５および図２６に示すルーチ
ンを用いることにより、ＳＥＢポート、ＳＤＵポートお
よびＳＮＥＳポートは全二重ポートとして機能し、各ポ
ートではデータの送り出しと受け取りの両方が行われ
る。ＳＮＥＳポートはパラレル・ポート、ＳＤＵポート
とＳＥＢポートはシリアル・ポートである。

【００９６】図２７と図２８は、ＳＥＢデータ、ＳＤＵ
データ、ＳＮＥＳデータのいずれかがＭＣＵ１９０に
おいて処理されるとき行われる操作の順序を説明するフ
ローチャートである。最初に、処理用のバイトを受け取
っているかどうか判断するため、ＭＣＵ１９０の適当な
ＳＥＢ待ち行列、ＳＤＵ待ち行列またはＳＮＥＳ待ち行
列の検査が行われる。受け取っているとき、適当な待ち
行列から１バイト取り出される（４００）。図２７に
示すルーチンは１バイトずつ処理を行う。

【００９７】適当な待ち行列からバイトを検索したあ
と、メッセージが完了しているかどうか判断するため検
査が行われる（４６２）。したがって、ＳＥＢデータの
処理中であれば、ＳＥＢメッセージが完了しているかど
うか判断するため検査が行われる。ＳＮＥＳデータまた
はＳＤＵデータの処理中であれば、ＳＮＥＳメッセージ
またはＳＤＵメッセージが完了しているかどうかを検査
によって判断する。メッセージが完了していないとき、
このメッセージは処理できる状態にないためルーチンは
終わる。つぎに処理ルーチンを実行するときは、処理の
対象となる完全なメッセージが得られるまで、つぎのバ
イトを検索する。

【００９８】メッセージが完了しているとき、メッセー
ジ全体につき検査合計が行われる（４０）。検査合計か
ら判断した結果エラーが判明したとき、状態標識がリセ
ットされ（４０６）、メッセージの処理は中止されて、
ルーチンは終わる。検査合計が正しいとき、さらにいく
つもの検査が行われる。

【００９９】メッセージがＳＥＢ用のとき（４０８）、
メッセージはＳＥＢポートに送り出される（４１０）。
メッセージがＳＤＵ用のとき、メッセージはＳＤＵポー
トに送り出されて（４１０）ルーチンは終わる。

【０１００】ブロック４０８での検査の結果「ＮＯ」と
いう応答があったとき、ブロック４１２において、メッ
セージがＳＮＥＳポートに送られたかどうか判断するた
め検査が行われる。メッセージがＳＮＥＳポートに送ら
れているとき、ブロック４１において、メッセージを図
７に示すＦＩＦＯ１８４（これはＳＮＥＳデータ回線
に接続されている）に送る。

【０１０１】ルーチンは、ＳＥＢデータ、ＳＤＵデー
タ、ＳＮＥＳデータのいずれかを処理する場合、ブロッ
ク４１２の応答が「ＮＯ」であれば、受け取ったメッセ
ージのコマンド部分がリセット要求であるかどうか判断
する（４１６）。「リセット」要求を受け取ったとき、
ＭＣＵ１９０はそれ自体をリセットする（４１８）。
リセット動作のあと処理ルーチンは終わる。

【０１０２】ブロック４１６における検査の結果リセッ
ト要求はなされていないことが判明すると、ＳＤＵデー
タだけを処理する場合、コマンドがＣＰＵ休止要求であ
るかどうか判断するため検査が行われる（４１９）。休
止要求が検出されると、ＣＰＵに対し停止命令が出され
る（４２１）。ＣＰＵ休止要求が検出されないとき、Ｓ
ＤＵデータの場合には、ＣＰＵ動作再開始要求がなされ
ているかどうか判断するため検査が行われる（４２
３）。コマンドがＣＰＵ再開始要求のとき、ＳＤＵ処理
の場合であれば、ＣＰＵが再開され（４２５）、ルーチ
ンは終わる。

【０１０３】検出されたメッセージのコマンドがＣＰＵ
再開始要求でないとき、あるいはＳＥＢデータまたはＳ
ＮＥＳデータの処理中であるとき、ブロック４２０に示
す通り、バージョンＩＤ要求がなされているかどうか判
断するため検査が行われる。バージョンＩＤ要求がなさ
れているとき、バージョンＩＤ要求は、ＳＥＢ（ＳＥＢ
データの処理中の場合）またはＳＤＵ（ＳＤＵの処理中
の場合）に送り出される（４２２）。ＳＮＥＳデータの
処理中であれば、バージョンＩＤ要求がなされているか
どうかの検査でなく、バージョンＩＤ要求が送り出され
たかどうか判断するための検査が行われ、送り出された
とき、バージョンＩＤは保存される。

【０１０４】ＳＥＢデータだけを処理する場合、ブロッ
ク４２０でバージョンＩＤ要求がなされていないことが
わかると、受け取ったデータが制御装置データであるか
どうかにつき判断が行われる（４２４）。制御装置デー
タを受け取ったときは、ブロック４２６に示す通り、デ
ータは、ＭＣＵ１９０によって、ラッチ１８６（図７）
とＳＮＥＳ制御装置データ回線に送り出される。ＳＥＢ
データの場合、受け取ったメッセージのコマンド部分
は、制御装置データがメッセージに含まれていることを
表す。ＭＣＵ１９０においてＳＤＵデータまたはＳＮＥ
Ｓデータの処理中であるとき、このような処理は行われ
ない。

【０１０５】ブロック４２４における検査の結果制御装
置データが受け取られていないことがわかると、さまざ
まな標識状態の中からある状態が要求されているかどう
か判断するため検査が行われる（４２８）。高速ダウン
ロード操作または他の多くの状態条件において、状態標
識がエラー状態を示す可能性がある。ブロック４２８に
おける検査の結果状態メッセージが要求されていること
がわかると、ＳＥＢ、ＳＤＵ、ＳＮＥＳのどれかに対し
状態が送り出されるが、どれに送り出されるかは、ＳＥ
Ｂデータ、ＳＤＵデータ、ＳＮＥＳデータのどれを処理
中であるかで決まり（４３０）、そしてルーチンは終わ
る。ブロック４２８における検査の結果、標識状態の中
から状態が要求されていないと判明したとき、システム
は未知のメッセージの処理中であると判断し、処理ルー
チンは終わる。

【０１０６】図２９は、ＭＣＵ１９０がシリアル・ポー
トの中の１基でデータの受取中にエラーを検出した場合
の操作の順序を説明するフローチャートである。エラー
が検出されると、内部割込みルーチンによってブロック
４４０に分岐し、ここで、受け取ったバイトにエラー
があるかどうか判断する。エラーがあるときは、誤った
データを削除するためレシーバ・バッファはクリアされ
る（４４２）。そのあと、割込みを起こした標識がクリ
アされて（４４４）エラー・ルーチンは終わる。

【０１０７】本発明は現在のところもっとも実際的でし
かも好ましい実施態様と考えられるものに関して説明し
てきたが、本発明は記載した実施態様に限定されるべき
ではなく、添付したクレームの精神および範囲に含まれ
るさまざまな修正および同意義の変更を包含することを
意図するものと解すべきである。

【図面の簡単な説明】

【図１】本発明の典型的実施態様にしたがったビデオ・
ゲーム／通信システムの概括的なブロック図である。

【図２】本発明の典型的実施態様の動作全部を概括的に
説明した図である。

【図３】情報を座席表示装置にダウンロードする場合に
必要な操作の順序の前半部分を説明したフローチャート
である。

【図４】情報を座席表示装置にダウンロードする場合に
必要な操作の順序の後半部分を説明したフローチャート
である。

【図５】本発明の典型的実施態様にしたがった座席表示
装置のブロック図である。

【図６】典型的な乗客座席表示装置におけるビデオ・ゲ
ームの処理および記憶システムのブロック図である。

【図７】図６に記載したメモリ・ボードの詳細なブロッ
ク図である。

【図８】ある動作モードでの記憶域構成を示す記憶域割
当て図である。

【図９】他の動作モードでの記憶域構成を示す記憶域割
当て図である。

【図１０】さらに他の動作モードでの記憶域構成を示す
記憶域割当て図である。

【図１１】さらに他の動作モードでの記憶域構成を示す
記憶域割当て図である。

【図１２】さらに他の動作モードでの記憶域構成を示す
記憶域割当て図である。

【図１３】さらに他の動作モードでの記憶域構成を示す
記憶域割当て図である。

【図１４】さらに他の動作モードでの記憶域構成を示す
記憶域割当て図である。

【図１５】さらに他の動作モードでの記憶域構成を示す
記憶域割当て図である。

【図１６】座席表示装置の典型的なビデオ・ゲーム処理
回路のブロック図である。

【図１７】実例のブート・プログラムでの順序動作の第
１の部分を説明したフローチャートである。

【図１８】実例のブート・プログラムでの順序動作の第
２の部分を説明したフローチャートである。

【図１９】実例のブート・プログラムでの順序動作の第
３の部分を説明したフローチャートである。

【図２０】実例のブート・プログラムでのマスク不可能
割込み処理の間に行われる操作の順序を説明したフロー
チャートである。

【図２１】図７のメモリ・ボードのマイクロコントロー
ラによって行う動作の順序の第１の部分を説明したフロ
ーチャートである。

【図２２】図７のメモリ・ボードのマイクロコントロー
ラによって行う動作の順序の第２の部分を説明したフロ
ーチャートである。

【図２３】図７のメモリ・ボードのマイクロコントロー
ラによって行う動作の順序の第３の部分を説明したフロ
ーチャートである。

【図２４】図７のメモリ・ボードのマイクロコントロー
ラによって行う動作の順序の第４の部分を説明したフロ
ーチャートである。

【図２５】図７のメモリ・ボードのマイクロコントロー
ラによって行う動作の順序の第５の部分を説明したフロ
ーチャートである。

【図２６】図７のメモリ・ボードのマイクロコントロー
ラによって行う動作の順序の第６の部分を説明したフロ
ーチャートである。

【図２７】図７のメモリ・ボードのマイクロコントロー
ラによって行う動作の順序の第７の部分を説明したフロ
ーチャートである。

【図２８】図７のメモリ・ボードのマイクロコントロー
ラによって行う動作の順序の第８の部分を説明したフロ
ーチャートである。

【図２９】図７のメモリ・ボードのマイクロコントロー
ラによって行う動作の順序の第９の部分を説明したフロ
ーチャートである。

【符号の説明】

２…主制御装置３…メモリ４，６…ＡＤＢ（飛行機ゾーン制御コンピュータ）８，１０，１２，４７，４９，５１…ＳＥＢ（座席制御
処理装置）１４，１６，１８…ＳＤＵ（座席表示装置）８２…ビデオゲーム処理ボード８４…マイクロコントローラ・インタフェース８６…チューナ８８…磁気カードリーダ９０…液晶表示装置１００…ビデオゲーム／コンピュータボード１０２…メモリボード１５２，１５２，１５４，１５６…復号用論理回路１５８，１６０，１６２，１６４…レジスタ１６６…擬似ＲＡＭ制御装置１６８…静的ＲＡＭ制御装置１７０…不揮発性ＲＡＭ制御装置１７２…ＥＰＲＯＭ制御装置１７４，１７６…擬似ＲＡＭ１７８…不揮発性ＲＡＭ１８０…ＲＯＭ１８２…制御復号器１８４…ＦＩＦＯ１８６，１８８…ラッチ１９０…マイクロコントローラ１９２…ＺＩＬＯＧシリアル通信制御装置１９４…レベルシフタ１９６…停止制御装置

───────────────────────────────────────────────────── フロントページの続き (72)発明者ダレン・シー・スミスアメリカ合衆国ワシントン州98007，ベルビュー，エヌ・イー，148番アベニュ, 5029番 (72)発明者西沢健治アメリカ合衆国ワシントン州98006，ベルビュー，69番ストリート，エス・イー, 13023番 (72)発明者ラミン・ラヴァンペイアメリカ合衆国ワシントン州98145，シアトル，ピー・オー・ボックス45602番

Claims

【特許請求の範囲】

【請求項１】複数のコンピュータ・プログラムを格納
するための記憶装置を含む主制御コンピュータを有する
航空設備対応通信システムにおいて、前記複数のプログラムの少なくとも１つを受け取るため
のメモリ・システムと、前記メモリ・システムに接続され、前記記憶装置に格納
された前記複数のプログラムの少なくとも１つを実行す
るための第１データ処理装置と、前記第１データ処理装置に接続され、前記第１処理装置
のためにインタフェース・タスクを実行するとともに、
前記第１データ処理装置によって実行されるべき前記複
数のプログラムの少なくとも１つを受け取り、それによ
って前記複数のプログラムの少なくとも１つが前記メモ
リ・システムにロードされるようにするための第２処理
装置とを備える、乗客座席表示装置。
【請求項２】前記複数のプログラムの少なくとも１つ
は、ビデオ・ゲーム・プログラムである、請求項１に記
載の乗客座席表示装置。
【請求項３】前記複数のプログラムの少なくとも１つ
を実行することによって生成されるビデオグラフィック
ス・データを表示するための表示装置をさらに含む、請
求項１に記載の乗客座席表示装置。
【請求項４】前記表示装置は、液晶ディスプレイ装置
である、請求項３に記載の乗客座席表示装置。
【請求項５】表示装置と、前記第２処理装置および前
記表示装置に接続された表示装置インタフェース・プロ
セッサとをさらに含む、請求項１に記載の乗客座席表示
装置。
【請求項６】前記主制御コンピュータから前記複数の
プログラムの少なくとも１つを受け取り、かつ前記複数
のプログラムの少なくとも１つを前記第２処理装置に送
るため、前記第２処理装置に接続されたチューナをさら
に含む、請求項１に記載の乗客座席表示装置。
【請求項７】前記チューナに接続された表示装置と、
前記チューナおよび前記第２処理装置に接続されたイン
タフェース・プロセッサとをさらに含む、請求項６に記
載の乗客座席表示装置。
【請求項８】前記インタフェース・プロセッサに接続
され、乗客のカードに表されたマークを読み取るための
カード読み取り装置をさらに含む、請求項７に記載の乗
客座席表示装置。
【請求項９】表示画面と、前記第１データ処理装置に
接続されて前記表示画面上に表示するためのビデオ信号
を生成するための表示処理装置とをさらに含む、請求項
１に記載の乗客座席表示装置。
【請求項１０】前記第２処理装置に接続され、試みら
れるプログラム・ダウンロード操作の型を示すデータを
送るためのインタフェース・プロセッサをさらに含む、
請求項１に記載の乗客座席表示装置。
【請求項１１】前記インタフェース・プロセッサに接
続された表示装置をさらに含む、請求項１０に記載の乗
客座席表示装置。
【請求項１２】飛行機対応娯楽システムであって、複数のプログラムを格納するためのメモリを有する主制
御装置と、前記飛行機の乗客座席のほぼ全部に対応し、それぞれ
が、前記主制御装置に接続され、かつ前記メモリから前
記複数のプログラムの少なくとも１つを受け取るための
記憶装置、および前記複数のプログラムの少なくとも１
つを実行するための処理装置を含む、乗客座席対応デー
タ処理装置とを備える、飛行機対応娯楽システム。
【請求項１３】前記複数のプログラムの少なくとも１
つは、ビデオ・ゲーム・プログラムである、請求項１２
に記載の飛行機対応娯楽システム。
【請求項１４】前記乗客座席対応データ処理装置は、
前記複数のプログラムの少なくとも１つの前記プログラ
ムの実行によって生成されるビデオグラフィックス・デ
ータを表示するための表示装置をさらに含む、請求項１
２に記載の飛行機対応娯楽システム。
【請求項１５】前記表示装置は、液晶ディスプレイ装
置である、請求項１４に記載の飛行機対応娯楽システ
ム。
【請求項１６】前記乗客座席対応データ処理装置は、
前記表示装置に接続された表示装置インタフェース・プ
ロセッサをさらに含む、請求項１４に記載の飛行機対応
娯楽システム。。
【請求項１７】前記乗客座席対応データ処理装置は、
前記処理装置に接続され、前記複数のプログラムの少な
くとも１つを前記主制御装置から受け取って前記処理装
置に送るためのチューナをさらに含む、請求項１２に記
載の飛行機対応娯楽システム。
【請求項１８】前記チューナに接続された表示装置
と、前記チューナおよび前記処理装置に接続されたイン
タフェース・プロセッサとをさらに含む、請求項１７に
記載の飛行機対応娯楽システム。
【請求項１９】前記乗客座席表示装置は、前記インタ
フェース・プロセッサに接続され、乗客のカードに表さ
れたマークを読み取るためのカード読取り装置をさらに
含む、請求項１８に記載の飛行機対応娯楽システム。
【請求項２０】前記乗客座席対応データ処理装置は、
表示画面と、前記処理装置に接続されて前記表示画面上
に表示するためのビデオ信号を生成するための表示処理
装置とをさらに含む、請求項１２に記載の飛行機対応娯
楽システム。
【請求項２１】前記乗客座席対応データ処理装置は、
電源投入に応答して前記処理装置によって実行されるプ
ログラムを格納するためのブート読み出し専用メモリを
さらに含む、飛行機対応娯楽システム。
【請求項２２】前記乗客座席対応データ処理装置は、
処理のため前記処理装置に送られる情報を受け取るため
のインタフェース制御処理装置を含む、請求項１２に記
載の飛行機対応娯楽システム。
【請求項２３】前記インタフェース制御処理装置に接
続された表示装置インタフェース・プロセッサをさらに
含む、請求項２２に記載の飛行機対応娯楽システム。
【請求項２４】前記座席対応データ処理装置は、前記
処理装置に接続され、試みられるプログラム・ダウンロ
ード操作の型を示すデータを送るための表示装置インタ
フェース・プロセッサを含む、請求項１２に記載の飛行
機対応娯楽システム。
【請求項２５】主制御装置と少なくとも１台の座席表
示装置を有する飛行機対応娯楽システムの操作方法であ
って、表示メニュー生成用ソフトウェアを前記少なくとも１台
の座席表示装置にダウンロードするステップと、前記表示メニュー生成用ソフトウェアを前記座席表示装
置で実行するステップと、複数の娯楽オプションの中から選べるようにするため、
表示メニューを前記座席表示装置に表示するステップ
と、乗客の選択に応答して選択された娯楽を提供するステッ
プとを備える、操作方法。
【請求項２６】前記ダウンロード・ステップは、ダウ
ンロード操作の型に関する情報を要求するステップを含
む、請求項２５に記載の操作方法。
【請求項２７】座席表示装置内に収められたインタフ
ェース・プロセッサによって、ダウンロード操作の型に
関する情報の要求に応えるステップをさらに含む、請求
項２６に記載の操作方法。
【請求項２８】前記ダウンロード・ステップは、ダウ
ンロードされる情報を監視するとともに、監視中の情報
が所定のフォーマットになっていないときダウンロード
操作を中止するステップを含む、請求項２５に記載の操
作方法。
【請求項２９】前記監視ステップは、予定したメモリ
・バンクの番号が伝送されたかどうか判断するため検査
するステップを含む、請求項２８に記載の操作方法。
【請求項３０】前記監視ステップは、予定した開始ア
ドレスが伝送されたかどうか判断するため検査するステ
ップを含む、請求項２８に記載の操作方法。
【請求項３１】それぞれがデータ処理装置および表示
装置を持つ複数の座席表示装置を有する飛行機ベース娯
楽システムの操作方法であって、複数の娯楽オプションを識別する表示メニューを前記座
席表示装置のそれぞれに表示するステップと、前記座席表示装置に対応する乗客が選択した娯楽オプシ
ョンを、前記複数の座席表示装置のそれぞれに提供する
ステップとを備える、操作方法。
【請求項３２】前記表示ステップは、遊ぶために選べ
るさまざまなビデオ・ゲームを表すマークを座席表示装
置に表示するステップを含む、請求項３１に記載の操作
方法。
【請求項３３】選択されたビデオ・ゲームを、前記選
択されたビデオ・ゲームを選択した座席表示装置にダウ
ンロードするステップをさらに含む、請求項３２に記載
の操作方法。
【請求項３４】前記選択されたビデオ・ゲームを、ビ
デオ・ゲームを選択した座席表示装置で実行するステッ
プをさらに含む、請求項３３に記載の操作方法。
【請求項３５】前記座席表示装置で見る映画を選択す
るため、映画選択オプションを提供するステップをさら
に含む、請求項３１に記載の操作方法。
【請求項３６】選択可能なショッピング・オプション
を提供するステップをさらに含む、請求項３１に記載の
操作方法。
【請求項３７】前記座席表示装置で選択可能な通信オ
プションを提供するステップをさらに含む、請求項３１
に記載の操作方法。
【請求項３８】選択可能なファクシミリ・オプション
を提供するステップをさらに含む、請求項３７に記載の
操作方法。
【請求項３９】選択可能なデータ処理オプションを提
供するステップをさらに含む、請求項３１に記載の方
法。
【請求項４０】選択用の使用言語オプションを提供す
るステップをさらに含む、請求項３１に記載の操作方
法。
【請求項４１】少なくとも１つのプログラムメモリを
含む記憶システムと、前記少なくとも１つのプログラム
メモリに格納されたプログラムを実行するための所定の
アドレス空間を持つ処理装置とを有するデータ処理シス
テムにおいて、主プログラムメモリと、複数のアドレスマッピングレジ
スタと、前記複数のアドレスマッピングレジスタに接続され、前
記複数のアドレスマッピングレジスタの内容で決まる前
記処理装置のアドレス空間における前記主プログラムメ
モリの位置を制御するためのメモリ制御回路とを備え
る、メモリシステム。
【請求項４２】作業用メモリと、前記複数のアドレス
マッピングレジスタの少なくとも１つに接続され、かつ
前記複数のレジスタの少なくとも１つの内容で決まる前
記処理装置のアドレス空間における前記作業用メモリの
位置を制御するための作業用メモリ制御回路とをさらに
含む、請求項４１に記載のメモリシステム。
【請求項４３】不揮発性メモリと、前記複数のアドレ
スマッピングレジスタの少なくとも１つに接続され、か
つ前記複数のレジスタの少なくとも１つの内容で決まる
前記処理装置のアドレス空間における前記不揮発性メモ
リの位置を制御するための不揮発性メモリ制御回路とを
さらに含む、請求項４１に記載のメモリシステム。
【請求項４４】追加プログラムメモリと、前記複数の
アドレスマッピングレジスタの少なくとも１つに接続さ
れ、かつ前記複数のレジスタの少なくとも１つの内容で
決まる前記処理装置のアドレス空間における前記追加プ
ログラムメモリの位置を制御するための追加プログラム
メモリ制御回路とをさらに含む、請求項４１に記載のメ
モリシステム。
【請求項４５】前記追加プログラムメモリは、ブート
読み出し専用メモリである、請求項４４に記載のメモリ
システム。
【請求項４６】前記複数のアドレスマッピングレジス
タのそれぞれに接続され、ディジタル信号を受け取っ
て、前記複数のアドレスマッピングレジスタの少なくと
も１つの内容を変更するための復号用論理回路をさらに
含む、請求項４１に記載のメモリシステム。
【請求項４７】前記処理装置はアドレス・バスを含
み、前記復号用論理回路は前記アドレス・バス上の前記
ディジタル信号を受け取る、請求項４６に記載のメモリ
システム。
【請求項４８】情報を前記処理装置に送るための、お
よび前記処理装置による実行のために前記主プログラム
メモリにロードされるプログラム情報を受け取るための
インタフェース処理装置をさらに含む、請求項４１に記
載のメモリシステム。
【請求項４９】前記処理装置に接続された少なくとも
１つのデータ・バスと、前記インタフェース処理装置お
よび前記少なくとも１つのデータ・バスに接続された少
なくとも１つのバッファ・メモリとをさらに含む、請求
項４８に記載のメモリシステム。
【請求項５０】前記処理装置に接続されたアドレス・
バスと、前記アドレス・バスおよび前記インタフェース
処理装置に接続され、前記アドレス・バス上で受け取っ
た信号に応じて前記インタフェース処理装置の入出力動
作を部分的に制御する制御論理回路とをさらに含む、請
求項４８に記載のメモリシステム。
【請求項５１】前記処理装置は、少なくとも１つのデ
ータ・バスと、前記インタフェース処理装置に接続さ
れ、情報を受け取るためまたは情報を前記少なくとも１
つのデータ・バスに送るための複数のラッチを含む制御
論理回路とを含む、請求項５０に記載のメモリシステ
ム。
【請求項５２】前記インタフェース処理装置および前
記処理装置に接続され、前記インタフェース処理装置か
らの信号に応答して前記処理装置に停止制御信号を送る
ための停止信号生成用論理回路をさらに含む、請求項４
８に記載のメモリシステム。
【請求項５３】制御コンピュータと、前記制御コンピ
ュータに接続された少なくとも１つの利用者対話型処理
システムとを有する分散処理マルチプロセッサ・システ
ムにおいて、情報を前記利用者対話型処理システムにダ
ウンロードする方法であって、利用者対話型処理システムによって制御コンピュータか
らのダウンロード操作を要求するステップと、ダウンロードされたデータを少なくとも１バイト受け取
るステップと、前記少なくとも１バイトのデータが所定の構成データを
定義すると解釈するステップと、前記所定の構成データが予定した方法で受け取られてい
ないとき、前記ダウンロード操作を中止するステップと
を備える、ダウンロード方法。
【請求項５４】前記所定の構成データは、予定したメ
モリ・バンクの番号である、請求項５３に記載のダウン
ロード方法。
【請求項５５】前記構成データは、予定した開始アド
レスである、請求項５３に記載のダウンロード方法。
【請求項５６】前記構成データは、予定したバイト数
である、請求項５３に記載のダウンロード方法。
【請求項５７】前記要求ステップは、所定のダウンロ
ード型を要求するステップを含む、請求項５３に記載の
ダウンロード方法。
【請求項５８】前記要求は、前記利用者対話型処理シ
ステムに含まれるインタフェース・プロセッサによって
応答される、請求項５７に記載のダウンロード方法。