JP3640358B2 - 放送による情報処理システム、および、それに用いられるゲーム装置 - Google Patents
放送による情報処理システム、および、それに用いられるゲーム装置 Download PDFInfo
- Publication number
- JP3640358B2 JP3640358B2 JP07903793A JP7903793A JP3640358B2 JP 3640358 B2 JP3640358 B2 JP 3640358B2 JP 07903793 A JP07903793 A JP 07903793A JP 7903793 A JP7903793 A JP 7903793A JP 3640358 B2 JP3640358 B2 JP 3640358B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- control
- audio data
- control data
- broadcast
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Description
【０００１】
【産業上の利用分野】
この発明は、放送による情報処理システムに関し、特に例えばＦＭ放送や放送衛星等の放送方式を利用して音声放送する際に音声放送に関連して制御データを付加して送信することにより、新しい放送サービスを行う放送による情報処理システムに関する。
【０００２】
【従来技術】
通信技術の高度化に伴い、公衆回線を用いて個別的にかつ双方向に所望のデータを送受信するデータ通信等が広く利用されていている。また、単方向大量通信方式として、音楽等の音声をＦＭ変調して送信するＦＭ放送や、音声及び映像を合成した複合映像信号として送信する衛星放送等が知られている。
【０００３】
【発明が解決しようとする問題点】
公衆回線を利用した双方向通信は、通信時間に比例して課金されるので、通信費が高額となる。例えば、ゲーム等のイベントを公衆回線を用いて通信で行う場合は、参加者の負担すべき通信費が高額となり、しかも一度に大量の利用者からのアクセスがあると、最大回線数を超える利用者が待機しなければならず、一度に大量の利用者に均一のサービスを提供できない欠点があった。
【０００４】
これに対して、ＦＭ放送や衛星放送等の大量通信方式を利用すれば、複数の視聴者が同一の番組を同時に視聴でき、かつ公衆回線等を利用する場合に比べて通信回線の利用料金を必要とせず、通信費用が割安となる利点がある。しかし、ＦＭ放送や衛星放送の場合は、送信できるデータの種類が音声および／または映像に限られるため、放送サービス内容が固定化され、新鮮味に欠ける。
【０００５】
それゆえに、この発明の主たる目的は、利用者に多額の通信費の支払いを強いることなく大量の利用者に均一のサービスを提供するとともに、ゲームの解説放送に好適な情報処理システム、および、それに用いられるゲーム装置を提供することである。
【０００６】
【発明の構成】
この発明は、音声データを放送する放送側装置と該音声データを受信する受信側装置により構成される情報処理システムであって、放送側装置は、音声データを入力するための音声データ入力手段、音声データの内容に関連して受信側装置を制御するための制御データを入力するための制御データ入力手段、および制御データを音声データに関連するタイミングで付加して、音声データと制御データを放送する放送手段を備える。また、受信側装置は、ゲーム装置であって、入力手段、ゲームプログラムが記憶されたプログラム記憶手段、プログラム記憶手段に記憶されたゲームプログラムによって、入力手段の入力情報に基づいて、ユーザーによって操作される操作対象の移動および敵キャラクタへの攻撃動作を制御する第１制御手段、プログラム記憶手段によって記憶されたゲームプログラムにより、敵キャラクタの移動動作を実行する敵キャラクタ制御手段、第１制御手段によって実行される操作対象の攻撃動作が、敵キャラクタ制御手段によって移動する敵キャラクタに対して有効か否かを判断する判断手段、放送手段から放送された音声データと制御データとを受信する受信手段、受信手段によって受信された音声データと制御データとを分離する分離手段、分離手段によって分離された音声データを復調して再生する音声データ再生手段、分離手段によって分離された制御データを復号する制御データ復号手段、および、受信手段によって音声データおよび制御データが受信されたときに、音声データ再生手段による音声データの再生とともに、制御データ復号手段によって復号された制御データに基づいて、第１制御手段によりユーザーによって操作される操作対象と同じ操作対象の動作を制御する第２制御手段を備える
【０００７】
【作用】
放送側装置では、音声データ入力手段によってゲームの攻略法等の音声データが入力される。また、制御データ入力手段によって、音声データの内容に関連して受信側装置を制御するための制御データが入力される。そして、放送手段が、制御データを音声データに関連するタイミングで付加して、音声データと制御データを放送する。
【０００８】
一方、受信側装置では、第１制御手段が、プログラム記憶手段に記憶されたゲームプログラムによって、入力手段によって入力されたユーザーからの操作に基いて、ユーザーによって操作される操作対象の移動および敵キャラクタへの攻撃動作を制御する。また、敵キャラクタ制御手段が、敵キャラクタの移動動作を実行する。さらに、判断手段が、第１制御手段によって実行される操作対象の攻撃動作が、敵キャラクタ制御手段によって移動する敵キャラクタに対して有効か否かを判断する。
そして、受信手段が放送手段から放送された音声データと制御データとを受信し、分離手段が受信手段によって受信された音声データと制御データとを分離し、音声データ再生手段が分離手段によって分離された音声データを復調して再生し、制御データ復号手段が分離手段によって分離された制御データを復号する。そして、第２制御手段が、受信手段によって音声データおよび制御データが受信されたときに、音声データ再生手段による音声データの再生とともに、制御データ復号手段によって復号された制御データに基づいて、第１制御手段によりユーザーによって操作される操作対象と同じ制御対象の動作を制御する。
【０００９】
この発明によれば、利用者に多額の通信費の支払いを強いることなく大量の利用者に均一のサービスを提供でき、しかも、視聴者が模範操作を画面上で視覚的に確認することができる全く新しい放送サービスを実現できる。
【００１０】
【実施例】
第１図は単方向大量通信方式とこの発明の原理を説明するための全体ブロック図である。送信側には、音声放送のための音声信号および制御データ（パケットデータ）を送信するための放送局１０が設けられる。放送局１０から送信された音声信号および制御データは、衛星送信局（地球局）２０の送信機２１によって上り周波数（例えば１４ＧＨｚ）に周波数変調されて、送信アンテナ２２を介して放送衛星３０へ送信される。放送衛星３０は、トランスポンダ（図示せず）や電源（図示せず）等を含み、受信データを下り周波数（例えば１２ＧＨｚ）に周波数変調した後、パラボラアンテナ（図示せず）から地上へ向けて放送する。なお、１つの衛星送信局２０に対して複数の放送局１０が接続される場合もある。また、衛星放送の番組が有料放送の場合は、会員のみを視聴可能にする目的で、スクランブル回路２３によってスクランブルをかける場合もある。
【００１１】
受信側の視聴者宅には、受信アンテナ４１と衛星放送（ＢＳ）チューナ４２に加えて、デコーダ５０と受信アダプタ６０と情報処理ユニット７０とが設けられる。情報処理ユニット７０は、パーソナルコンピュータやテレビゲーム機等の画像処理機能を有する機器であって、カートリッジやフロッピーディスク等の情報記憶媒体８０が着脱自在に装着される。情報記憶媒体（以下「カートリッジ」という）８０は、使用目的によって決定される所望の動作を実現するためのプログラムデータを記憶した不揮発性メモリ（ＲＯＭ）８１及び書込・読出可能なメモリ（ＲＡＭ）８２を内蔵し、ケース等に収納される。そして、デコーダ５０の出力の音声信号及び情報処理ユニット７０の出力の画像信号（又は画像信号とプログラムに基づいて発生される音声信号）がテレビ受像機やＣＲＴ等の画像表示装置９０に与えられる。
【００１２】
第２図は放送局側の詳細なブロック図である。放送局１０には、音声信号発生器１１が設けられる。音声信号発生器１１は、音声放送のための音声信号を発生するものであって、例えば音楽を再生するためのコンパクトディスク再生機１１ａ及びディジタル音声テープ再生機１１ｂを含む。また、音声信号発生器１１は、アナウンサーや司会者や解説者等の番組参加者の音声をアナログ信号−ディジタル（ＰＣＭ）信号に変換するために、マイク１１ｃ，アナログ−ディジタル変換器１１ｄ及びサンプリングタイミング発生器１１ｅを含む。コンパクトディスク再生機１１ａ及び／又はディジタル音声テープ再生機１１ｂによって出力された音楽をＰＣＭ変調したディジタル信号、並びにアナログ−ディジタル変換器１１ｄから出力された音声をＰＣＭ変調したディジタル信号は、それぞれインタフェース１２ａを介して中央処理ユニット（ＣＰＵ）１３に与えられる。これらの音楽や人の声等を含む音声データは、音声バッファＲＡＭ（以下「音声ＲＡＭ」という）１４に一時記憶される。また、ＣＰＵ１３には、制御データを発生するための制御データ発生器１５が接続される。制御データ発生器１５は、音声放送に関連して受信側の端末機器を制御したり、端末機器の制御に何らかの変化（又は影響）を与えるための制御情報を発生するものであって、例えば制御データをキー入力するキーボード１５ａを含む。なお、音声放送がテレビゲームのゲーム内容を解説したりスタジオにいるプレイヤと視聴者との対戦状況を中継するための音声放送であれば、制御データ発生器１５にはテレビゲーム機１５ｂとコントローラ（又は操作器）１５ｃが含まれる。このコントローラ１５ｃのキー操作に関連するキーコードが制御データインタフェース１２ｂを介してＣＰＵ１３に与えられる。ＣＰＵ１３は、制御データ発生器１５から与えられるキーコードをキーコードバッファＲＡＭ（以下「キーコードＲＡＭ」という）１６へ書込む。
【００１３】
ＣＰＵ１３は、放送のための音声データ及び制御データを送信制御するためのプログラムを予め記憶したプログラムメモリ（図示せず）を含む。このＣＰＵ１３は、プログラムに基づいて、音声ＲＡＭ１４に記憶されている音声データの送信に関連して、キーコードＲＡＭ１５に一時記憶されているキーコード等の制御データを付加し、図３に示すデータフォーマットに変換して、送信バッファＲＡＭ（以下「送信ＲＡＭ）という）１７へ書込む。なお、送信局１０では、番組参加者の音声や音楽（ＢＧＭ）を予めテープに録音しておき、この録音した音声の適宜のフレーズ毎に制御データを追加・挿入するための編集を行った後、音声データ及び制御データを送信ＲＡＭ１７へ書込むようにしてもよい。
【００１４】
一方、送信ＲＡＭ１７に書き込まれた音声データ及び制御データは、番組の放送時間に併せてＣＰＵ１３によって読み出されて、必要に応じて同期信号や誤り訂正符号が付加されて、変調回路１８に与えられる。このようにして同期化された音声データ及び制御データは、変調回路１８によって変調されて、送信回路１９を介して衛星送信局２０へ送信される。衛星送信局２０の動作は、図１を参照して説明した通りである。従って、この実施例では、音声放送の内容（音声によるメッセージ）に関連する制御データが音声のあるフレーズ又はパラグラフ（以下これらを総称して「フレーズ」という）毎に付加されて送信されることになる。但し、音声データ及び制御データは、番組又は放送内容によって異なるが、後で具体的な動作とともに詳細に説明する。
【００１５】
第３図は衛星送信局から送信されるデータフォーマットの一例を示す。実用化されている放送衛星の場合は、放送衛星３０のトランスポンダ（図示せず）が４チャンネル分の送信容量を有する。そして、１チャンネルにつき、映像放送用として１系統、音声放送用として４系統、データ送信用として４８０ビット／フレームの伝送能力がある。この場合の１フレームのデータ伝送時間は２Ｍｂｐｓである。そして、１チャンネルのうち映像放送用を除くデータフォーマットは、図３の上段に示すように、１フレームが２０４８ビット／ｍｓで構成される。１フレームのデータ構成は、制御符号が６４ビット，第１音声系統〜第４音声系統のそれぞれが３２０ビット，制御データ等を送信するための独立データ系統（データチャンネル）が４８０ビット，誤り訂正符号用が２２４ビットで構成される。独立データ系統は複数のパケットから構成され、その１つがメッセージ情報パケットとして利用される。メッセージ情報パケットは、９フレーム（いわゆる１スーパーフレーム）につき１つある。メッセージ情報パケットは、全ビット数が２８８ビットであり、具体的には図３の中段に示すように、ヘッダが１６ビット，種類識別用が８ビット，プロトコル番号用が４ビット，予備用が２ビット，メッセージ情報識別用が４ビット，局識別コードが８ビット，番組番号用が１２ビット，番組時刻情報が３２ビット，メッセージ情報部が１２０ビット，メッセージ情報パケットの誤り訂正用が８２ビットで構成される。従って、音声放送用のメッセージデータ（制御データ）の送信能力は、９フレームにつき１２０ビットあることになる。このメッセージ情報部は、図３の下段に示すように、１２０ビットのうちコマンド用が８ビット，データ用が１１２ビットで構成される。
【００１６】
第４図は受信側の詳細なブロック図である。受信側には、図１を参照して概略を説明したように、受信アンテナ４１と衛星放送（ＢＳ）チューナ４２に加えて、デコーダ５０と受信アダプタ６０と情報処理ユニット７０とが設けられる。ＢＳチューナ４２は、所望の放送局を選択する選局回路、及び１２ＧＨｚの周波数帯で変調された受信データ（音声データ及び制御データ）を復調するための復調回路を含む。デコーダ５０は、抽出回路５１及び分離・復号回路５２を含む。抽出回路５１は、同期抽出機能及び制御符号抽出機能を有する。分離・複合回路５２は、図３に示すデータフォーマットの規則性に基づいて、音声系統と映像系統とメッセージ情報パケットとを分離（特に音声データと制御データとの分離）する分離回路とともに、ＰＣＭ復調して音声データを音声信号に変換するディジタル−アナログ変換回路を含む。分離・復号回路５２は、分離した映像信号を切替スイッチ５３の端子５３ａに与え、音声系統１，２による音声信号を端子５３ｂに与え、音声系統３，４による音声信号をミキサ５４を介して端子５３ｄに与え、制御データを受信アダプタ６０に与える。切替スイッチ５３は、使用者が映像放送を選択したとき端子５３ａ，５３ｂに接続され、使用者が音声放送を選択したとき端子５３ｃ，５３ｄに接続される。なお、放送番組が会員だけの視聴を目的としてスクランブルをかけている場合は、抽出回路５１と分離・復号回路５２に関連して、スクランブルを解読して元の音声データ及び制御データに復号するためのデスクランブラ５５が設けられる。
【００１７】
受信アダプタ６０は、非同期通信インタフェース６１及びバッファＲＡＭ６２を含む。非同期通信インタフェース６１は、メッセージ情報パケットを受信する毎に割込信号（ＩＲＱ）を発生してテレビゲーム機やパーソナルコンピュータ等の情報処理ユニット７０に与えるとともに、制御データを先入れ先出し態様で記憶するバッファＲＡＭ６２に与えて一時記憶させる。バッファＲＡＭ６２に記憶されている制御データは、情報処理ユニット７０に与えられる。情報処理ユニット７０は、本来的にはカートリッジ８０のＲＯＭ８１に記憶されているプログラムとコントローラ（操作器）７１の操作状態のみに基づいて画像処理等の動作を行うが、放送衛星３０からの制御データを受信したときＲＯＭ８１のプログラムに加えて制御データを加味した変化を伴う動作（すなわち制御データに影響を受けた動作）を実行する。そして、情報処理ユニット７０の処理結果に基づく映像（ビデオ）信号が切替スイッチ５３の端子５３ｄに与えられ、ゲームの効果音等の音声信号（オーディオ信号）がミキサ５４を介して切替スイッチ５３の端子５３ｃに与えられる。従って、テレビ受像機等の画像表示装置９０は、切替スイッチ５３によって選択された番組の映像を表示するとともに、その番組に関連する音声を出力する。この実施例では、切替スイッチ５３が端子５３ｃ及び５３ｄに接続されて音声放送を受信するとき、情報処理ユニット７０によつて画像処理された画像を表示しつつ、その表示に関連する解説的又は補助的な音声を出力することが可能となる。
【００１８】
以下には、より具体的な応用例を説明する。
図５は本願発明をテレビゲームの解説放送に応用した場合のＲＯＭ８１（以下の説明ではゲーム用ＲＯＭを８１Ａという）のメモリマップを示し、図６は本願発明をテレビゲームの解説放送に応用した場合の音声による解説例と操作例を示し、図７〜図９はその各動作のフローチャートを示す。特に、この応用例では、放送局１０が或るゲームの攻略方法（又は解説）を音声で放送する際に、音声に関連してコントローラ１５ｂ又はキーボード１５ａの操作によって入力されたキーコード等の制御データを送信することにより、視聴者が音声による攻略方法を聞きながら、自らもコントローラ７１を操作して模範演技に従った最適の遊戯技術を習得する場合を示す。
【００１９】
図５において、ＲＯＭ８１Ａは、一般のゲームソフトと同様に、プログラム記憶領域８１１〜８１３とキャラクタデータ記憶領域８１４とを含む。記憶領域８１１は、メインプログラムを記憶する領域であって、例えばタイトル画面表示，初期設定，場面番号毎のジャンプ処理，ゲームオーバー判定及びゲームオーバー処理等の各種のメインプログラムを記憶している。記憶領域８１２は、場面番号毎のゲーム処理サブルーチンプログラムを記憶する領域であって、例えば敵キャラクタの座標決定，敵キャラクタの移動処理，敵キャラクタの攻撃処理，当たり判定処理，敵キャラクタの消滅処理等の各種のサブルーチンプログラムを記憶している。記憶領域８１３は、割込処理サブルーチンプログラムを記憶する領域であって、例えば割込シーケンス番号処理，場面番号毎のジャンプ処理等のサブルーチンプログラムを記憶している。記憶領域８１４は、最小単位が縦横８×８ドットのキャラクタデータを記憶する領域であって、例えば主人公キャラクタ，味方キャラクタ，敵キャラクタ，背景キャラクタ等のフォントデータを記憶している。さらに、ＲＯＭ８１Ａには、この実施例特有の記憶領域として、送信された指示情報のキーコードを変換するためのテーブル記憶領域８１５及びその他のプログラム・データ記憶領域８１６が含まれる。
【００２０】
図６において、或るゲームの攻略方法とその場合の操作手順を教えるための放送を行う場合、視聴者は放送に先立って受信側の各種機器を図４に示す様に接続するとともに、攻略方法の解説放送が行われるゲームと同じゲームのカートリッジ８０を情報処理ユニット７０に装着して待機しておく。そして、放送開始時間になると、解説者が攻略方法を声で説明するのに並行して、解説者又は別の模範演技者がコントローラ１５ｂを操作して模範操作を行う。
【００２１】
より具体的には、放送を開始すると、解説者等は番組の導入メッセージ（例えば、「○○ゲームカセットをテレビゲーム機に装着し、電源スイッチを投入して下さい。」）を説明する。次に、解説者等はそのゲームのシナリオの概要やコントローラ１５ｂの操作方法等を解説した後、コントローラ１５ｂを用いてゲームの手本となる操作を行う。例えば、コントローラ１５ｂを操作してゲームを開始する画面（又は場面）番号を入力すると、その説明の音声（例えば、「何画面からスタートしましょう」等）に相当する音声データが音声ＲＡＭ１４に一時記憶されるとともに、その画面選択のキーコードがキーコードＲＡＭ１６に一時記憶される。そして、この音声データ及びキーコードデータ（制御データ）がＣＰＵ１３を介して送信データメモリ１６に一時記憶され、順次送信される。続いて、解説者等はプレイしながら声で解説（例えば、どの場面においてどの敵キャラクタに対してどの様に攻撃したり、敵キャラクタの攻撃を避けたり、有利となるアイテムをどの様にして取得するか等の解説）すると、同様にしてその音声データ及びキーコード等の制御データが逐次送信される。このようにして、解説者は、番組放送中、順次ゲームの手解きを声を出して説明するとともに、コントローラ７１を操作して模範プレイすることにより教える。なお、コントローラ７１の操作に基づくキーコードの送信に代えて、コントローラ７１の操作に基づいて主人公キャラクタの座標データと移動方向データを送信してもよい。また、模範操作に代えて、視聴者であるプレイヤに伝達すべき文字によるメッセージを送信するために、キーボード１５ａのキーコードを送信してもよい。そして、番組の終了時間になると、放送の終了を音声で告げるとともに、終了コードを送信して放送を終了する。その後、アナウンサーが別の番組の音声メッセージを放送する。
【００２２】
上述の様なゲーム関連説明が放送されるのに並行して、受信側では次の様な処理又は動作が行われる。すなわち、受信側では、電源スイッチが投入されると、情報処理ユニット７０はＲＯＭ８１Ａのプログラムに基づいて図７に示すメインルーチンの動作を開始する。まず、ステップ（図示では「Ｓ」と略して示す）１０１において、ゲームの初期化（例えば、得点レジスタ，ライフ等のリセット）が行われる。ステップ１０２において、タイトル画面を表示するための映像信号が発生される。ステップ１０３において、コントローラ７１のスタートスイッチ（図示せず）が操作されたか否かが判断される。もしも、スタートスイッチが操作されていなければ、ステップ１０４においてデモストレーション画面が表示された後、ステップ１０２へ戻り、スタートスイッチが押圧されるまでステップ１０２〜１０４の動作を繰り返す。一方、ステップ１０３において、スタートスイッチの押圧されたことが判断されると、ステップ１０５へ進み、ゲーム処理のためのサブルーチンが実行される（後述の図９参照）。そして、ステップ１０６において、ゲームオーバーになったか否かが判断され、ゲームオーバーになるまでステップ１０５及び１０６の処理が繰り返される。
【００２３】
前述のメインルーチン又は後述のゲーム処理サブルーチンの実行中に、ゲーム解説放送を受信したとき、割込信号が情報処理ユニット７０に与えられると同時に、制御データが受信情報としてバッファＲＡＭ６２に一時記憶される。この割込信号に応答して、情報処理ユニット７０は図８に示す割込処理を実行する。すなわち、ステップ１１１において、バッファＲＡＭ６２に記憶されている受信情報が読み込まれる。ステップ１１２において、読み込まれた受信情報が画面（又は場面）番号が否かが判断される。画面番号であることが判断されると、ステップ１１３において画面番号が読込まれた後、ジャンプ先（Ｊ１）として後述の図９に示すステップ１２１へ進む。一方、画面番号でないことが判断されると、ステップ１１４において終了コードか否かが判断される。終了コードでないことが判断されると、ステップ１１５において受信情報をキーコードに変換した後、割込み前の処理に戻る。逆に、ステップ１１４において終了コードを受信したことが判断されると、ステップ１１６において得点を表示した後、ジャンプ先（Ｊ２）として図７のステップ１０２へ戻る。
【００２４】
ゲーム処理サブルーチン（ステップ１０５）の詳細は、例えばＲＯＭ８１Ａに記憶されているプログラムに基づき、図９に示すフローに従って行われる。すなわち、ステップ１２１において、受信した画面番号データがバッファＲＡＭ６２から読出される。この場面番号に基づいて、ステップ１２２において場面の設定（すなわち、その場面の画像表示及び音声出力のための処理）が行われる。以後は通常のゲーム処理と同様にして、ステップ１２３において主人公キャラクタの座標計算が行われる。ステップ１２４において、敵キャラクタの座標決定のための計算が行われる。ステップ１２５において、敵キャラクタの移動及び攻撃のための計算が行われる。ステップ１２６において、受信データにキーコードが含まれているか否かが判断される。キーコードのあることが判断されると、ステップ１２７において、放送局でプレイしている模範プレイヤのキー操作状態に基づいて、模範動作の処理が行われる。その後又は受信データにキーコードが含まれていないことが判断された後、ステップ１２８において視聴者であるプレイヤのキー入力があるか否かが判断される。キー入力のあったことが判断されると、ステップ１２９においてキー入力に応じた主人公キャラクタの動作処理（例えば，ジャンプ，攻撃，上下左右の移動等の処理）が行われる。その後又はステップ１２８においてキー入力のないことが判断された後、ステップ１３０において主人公の攻撃の有効性が判断される。有効な攻撃でなければステップ１３１において敵の攻撃の有効性が判断される。敵の攻撃が有効でなければ、ステップ１２３へ戻る。また、敵の攻撃が有効な場合は、ステップ１３２において主人公キャラクタを消滅させる為の処理が行われた後、元（メインルーチン）へ戻る。
【００２５】
さらに、前述のステップ１３０において主人公の攻撃が有効と判断されると、ステップ１３３において敵キャラクタの消滅処理が行われる。続くステップ１３４において、プログラムで決められた全ての敵を倒した（すなわち敵が残っている）か否かが判断され、敵が残っていればステップ１３１へ戻る。一方、敵が残っていなければ、ステップ１３５において画面番号をインクリメントさせて、次の画面に進み、次の画面のプレイを可能にする。
【００２６】
従って、この実施例では、ゲームの攻略を助言する音声によるメッセージを聞きながら、視聴者であるプレイヤがコントローラ７１を操作しなくても、送信局側の模範演技者の操作に基づくゲームの進行が行われるので、視聴者が模範操作を画面上で視覚的に確認でき、ゲームの攻略方法を実際のゲームの進行に併せて習得できる。また、音声放送による解説に従って、視聴者が自ら操作することによって模範的なプレイを実行し、攻略方法を実習することも可能となる。
【００２７】
なお、この実施例は、ゲーム関連放送を受信する場合に限らず、従来ゲームソフトの場合と同様に、独立してゲームを楽しむこともできる。その場合は、上述のステップ１０３においてスタートスイッチが押圧されたことを判断した後に、図８に示す割込処理を行うことなく、図９に示すゲーム処理を実行すればよい。
【００２８】
ところで、図５〜図９に示す実施例では、ゲームの攻略方法を教えるだけでなく、放送局にいる番組参加者の１人と不特定多数の視聴者とが同じゲームを対戦することもできる。その場合は、番組参加者は放送局１０にあるテレビゲーム機１５ｃでプレイし、解説者が音声で解説を行う。また、ゲーム用カートリッジ８０のＲＯＭ８１Ａには、コンピュータとの対戦ゲームのプログラム及びコンピュータ側のキーコードを受信したキーコードに変換させるプログラムが予め記憶される。そして、番組参加者がコンピュータとの対戦ゲームを行っている際のキー操作コードが音声放送に付加されて送信されると、これを受信した視聴者側の情報処理ユニット（テレビゲーム機）７０では受信したキーコードをコンピュータ側対戦相手の操作と見做してゲームを進行させる。このようにすれば、不特定多数の視聴者が、自宅に居ながら有名なゲームプレイヤーとの対戦ゲームを楽しむことのできる利点がある。
【００２９】
さらに、他の実施例として、カートリッジ８０のＲＯＭ８１に記憶されているゲームプログラムがゲームに必要不可欠な本質的なデータ（例えば、野球ゲームの場合であれば野球のルールに従ってゲームを行うためのプログラムデータとそのための画像表示を実現するためのキャラクタデータ）とし、変化データ（例えば個人・チームデータとして、打者であれば相手投手別の打率や相手チーム別の失策率・盗塁成功率等、投手ならば相手打者別の防御率・被安打率等のデータ）を記憶するためのＲＡＭ８２を電池（図示せず）でバックアップするように構成してもよい。その場合は、別の音声放送に関連して、複数フレームに渡って各チーム別の更新すべきデータを送信し、受信側ではその受信データを更新的に記憶し、ＲＡＭ８２の記憶データによって本来的なプログラムに変化を与えるように処理させてもよい。この様にすれば、同じゲームカートリッジであっても、更新データを受信し一時記憶させておくだけで、多種多様のゲームを楽しむこともできる。
【００３０】
次に、この発明の他の応用例として、天気予報やニュースを送信する場合の実施例を説明する。
図１０は本願発明を天気予報及びニュースの放送に応用した場合のＲＯＭ８１（以下の説明ではゲーム用ＲＯＭを８１Ｂという）のメモリマップを示し、図１１は本願発明を天気予報やニュース番組の受信に応用した場合の音声による解説例と操作例を示し、図１２〜図１５はその各動作のフローチャートを示す。特に、この応用例では、放送局１０から天気予報やニュースを音声で放送する際に、音声に関連してキーボード１５ａを操作して天気予報に関連する図形（例えば、地図，天気の種類を示すマーク，降水確率等）のコードを指定したり、ニュースを文字情報にして入力し、そのキーコード等を送信することによって、音声と映像で天気予報やニュースを視聴者に知らせるものである。
【００３１】
図１０において、ＲＯＭ８１Ｂは、プログラム記憶領域８１ａ〜８１ｆとデータ記憶領域８１ｇ〜８１ｋとを含む。記憶領域８１ａは、メインプログラムを記憶する領域であって、例えばタイトル画面表示，初期設定，キー入力待ち等の各種のプログラムを記憶している。記憶領域８１ｂは、メニュープログラムを記憶する領域であって、例えばメニュー画面表示，キー操作処理，ジャンプ処理等のメニュープログラムを記憶している。記憶領域８１ｃ〜８１ｅはサブルーチンプログラムを記憶する領域であって、メニューに応じたプログラムが記憶される。例えば、記憶領域８１ｃは、メニューが天気予報の場合であって、日本地図や天気マークの表示制御の制御のためのプログラムを記憶している。記憶領域８１ｄは、メニューがニュース番組の場合であって、ニュース画面枠の表示やニュースの文字データを一時記憶させるためのプログラム等を記憶している。記憶領域８１ｄは、その他の種類のメニューの表示制御等のためのプログラムを記憶している。記憶領域８１ｆは、割込サブルーチンのプログラムを記憶する領域であって、例えば各制御データ（又は各指示情報）別の処理，背景画像（ＢＧ）の書換，レジスタの書換，ＲＡＭ８２へに書込等の各種プログラムを記憶している。記憶領域８１ｇは、受信情報（指示情報ともいう）を解釈するためのデータを記憶する領域である。記憶領域８１ｈは、天気予報等の番組で地図を表示する際に用いられる都市別座標データを記憶する領域である。記憶領域８１ｉは、ニュース番組において文字を表示する際に用いられる文字フォントデータを記憶する領域である。記憶領域８１ｊは背景データを記憶する領域である。記憶領域８１ｋはその他のプロクラム及びデータを記憶する領域である。
【００３２】
図１１において、天気予報やニュースを視聴する場合、視聴者は放送に先立って天気予報・ニュース放送用カートリッジ８０Ｂを情報処理ユニット７０に装着して待機する。そして、放送開始時間になると、アナウンサーが天気予報やニュースを声を出して読むのに併せて、オペレータがキーボード１５ａを操作して天気情報やニュースの内容に対応するキー操作を行う。例えば、それまでに放送していた音楽の曲名を変更して、天気予報のテーマ音楽が流される。このとき、曲名の変更に並行して、背景画像を天気予報の画像に変更させるための指定コードが入力されて、送信される。その後、アナウンサーが「何月何日何時から何時の天気予報をお送りします。」と話すと、オペレータはキーボード１５ａを操作して天気予報指示コードを入力する。この指示コードが音声データに併せて送信される。次に、アナウンサーは各地の天気情報（例えば「沖縄地方は、快晴，記憶２０°Ｃ，降水確率０％です。」）を読み上げる。このとき、オペレータは、地方が「沖縄」，天気の種類が「快晴」，降水確率が「０％」のキーを操作して天気に関連するコードを発生させる。このキーコードが音声データに併せて送信される。以後同様にして、各地の天気予報が音声とキーコードで送信される。全ての地域の天気予報の放送が終了すると、アナウンサーが「何月何日何時の天気予報を終わります。」と話し、別の背景画像を指定するコードが入力される。
【００３３】
続いて、ニュースの放送が行われる。この場合は、天気予報の放送と同様の手順により、その日のニュースが音声で放送されるとともに、オペレータがキーボード１５ａを操作してそのニュース内容を要約した文字情報を入力する。この文字情報のキーコードが逐次送信される。
【００３４】
次に、図１１に示す手順で音声とキー入力による天気予報やニュースが放送されているとき、視聴者がその番組を視聴する場合の詳細な動作を説明する。この場合、視聴者は、放送時間の開始に先立って、情報処理ユニット７０に天気予報・ニュース番組用カートリッジ８０を装着することにより、情報処理ユニット７０が図１２〜図１５に示すプログラムを実行する。まず、図１２を参照してメインルーチンを説明する。ステップ２０１において、天気予報・ニュースのタイトル画面が表示される。ステップ２０２において、コントローラ７１に含まれるスタートスイッチが押圧されたか否かが判断され、押圧されていなければステップ２０１へ戻り、スタートスイッチが押圧されるまで待機する。そして、スタートスイッチが押圧されると、ステップ２０３においてメニュー画面が表示される。このメニュー画面では、例えば放送されるメニューを選択するためのコマンドとして「天気予報」，「ニュース」等の文字に加えて、メニュー選択の終了を指定するための「選択終了」のコマンド等が表示される。ステップ２０４においてメニューを選択するためのキー操作が行われる。このとき、選択終了以外のメニューが選択されると、ステップ２０５において選択終了でないことが判断され、ステップ２０６において選択された各メニュー毎のサブルーチン処理が行われる。各メニューの処理は、後述の図１４又は図１５を参照して詳細に説明する。
【００３５】
前述のメインルーチン又は後述の各メニュー処理サブルーチンの実行中に、割込信号が受信されると、図１３に示す割込処理が実行される。すなわち、ステップ２１１において、バッファＲＡＭ６２に記憶されている指示情報が読み込まれる。ステップ２１２において、変換テーブルに基づいて指示情報を解読する。ステップ２１３において、タイトル画面又は背景画面の表示中か否かが判断される。もしも、表示中でないことが判断されると、ステップ２１５において先の割込信号に基づく動作中か否かが判断される。割込動作中の場合は、ステップ２１５において受信した各情報をＲＡＭ８２に記憶させた後、割込み前の動作へ戻る。一方、前述のステップ２１３において表示中であることが判断されると、ステップ２１６において受信データが背景画像の書換命令か否かが判断される。書換命令でなければ、ステップ２１７においてプログラムに基づいて各指示別のジャンプ先を求める。続くステップ２１８においてジャンプ先が第１のジャンプ先（Ｊ１）か否かが判断され、Ｊ１であればステップ２３１（図１４）へ進み、Ｊ１でなければ第３のジャンプ先（Ｊ３）のステップ２５１（図１５）へ進む。
【００３６】
なお、前述のステップ２１６において書換命令であることが判断されると、ステップ２１９において各指示別のジャンプ先を求める。続くステップ２２０において表示処理が行われた後、割込処理前の動作へ戻る。また、前述のステップ２１４において割込動作中であることが判断されると、ステップ２２１において個別処理のためのジャンプ先を求める。そして、ステップ２２２において、ジャンプ先が第２のジャンプ先（Ｊ２）か否かが判断され、Ｊ２であれば図１４に示すステップ２３７へ進み、Ｊ２でなければ第４のジャンプ先（Ｊ４）のステップ２５７（図１５）へ進む。
【００３７】
例えば、前述のステップ２０４において天気予報の番組が選択された場合は、図１４に示す天気予報サブルーチンが実行される。まず、ステップ２３１において日本地図が表示される。ステップ２３２において割込信号（ＩＲＱ）があったか否かが判断される。割込信号がなければ、割込信号が来るのを待つ。一方、割込信号が到来したことが判断されると、ステップ２３３において指示情報の交換テーブルに基づいて、該当する都市の座標が求められるとともに、天気マーク，記憶、降水確率が得られる。ステップ２３４において、都市（都道府県）又はその都市の属する地域（関東地方，近畿地方等）の地図を表示するとともに、先に受信されてＲＡＭ８２に一時記憶されている天気予報に関する情報、例えば天気の種類を示すマーク・気温・降水確率等が都市の地図に関連して表示される。このとき、天気予報の音声信号が分離・復号回路５２（図４参照）から切替スイッチ５３へ直接出力されているので、天気予報の音声放送が図形・文字表示に並行して画像表示装置９０から流れされる。その後、ステップ２３５において該当するレジスタの値が更新される。ステップ２３６において、キー入力の有無が判断され、キー入力がなければステップ２３２へ戻り、キー入力があれば元のメインルーチンへ戻る。上述のようにして、天気予報の音声による放送と図形・文字による画像表示が終了する。
【００３８】
ところで、この実施例は、天気予報の放送をその時間に視聴することなく、文字・図形等の表示制御のための制御データだけをバックアップＲＡＭ８２に記憶させておき、番組終了後にそのバックアップデータに基づいて天気予報を知ることもできる。その場合は、上述のステップ２０４において天気予報のメニューが選択された後、ステップ２０６において天気予報のメニュー処理が行われる。すなわち、ステップ２３７へ進み、日本地図が表示される。続くステップ２３８において、各都市の座標が求められるとともに、天気予報に関するデータが読出される。ステップ２３９において、都市（都道府県）又はその都市の属する地域（関東地方，近畿地方等）の地図を表示するとともに、先に受信されてＲＡＭ８２に一時記憶されている天気予報に関する情報、例えば天気の種類を示すマーク・気温・降水確率等が都市の地図に関連して表示される。ステップ２４０において、受信した全ての都市の表示が終了したか否かが判断され、表示が完了していなければステップ２３８〜２４０を繰り返す。表示が完了すれば、ステップ２４１において何れかのキー入力が有るまで待機し、キー入力があるとメインルーチンへ戻る。
【００３９】
前述のステップ２０４においてニュース番組が選択された場合は、記憶領域８１ｅに記憶されているプログラムに基づいて、図１５に示すニユースサブルーチンが実行される。まず、ステップ２５１においてニュース画面の枠が表示される。ステップ２５２において割込信号（ＩＲＱ）があったか否かが判断される。割込信号がなければ、割込信号が来るのを待つ。一方、割込信号が到来したことが判断されると、ステップ２５３においてニュースの文字コードに基づいて文字フォントを得る。なお、前述のステップ２２２において第４の割込先（４３）であることが判断された場合は、ステップ２５２を経てステップ２５３へ進む。続くステップ２５４において、ニュースデータを文字情報に変換してニュース画面枠内に順次表示させる。このとき、ニュース放送の音声信号が分離・復号回路５２（図４参照）から切替スイッチ５３へ直接出力されているので、ニュースの音声が文字表示に並行して画像表示装置９０から放送される。ステップ２５５においてＲＡＭ８２に文字情報を一時記憶させる。ステップ２５６において、キー入力の有無が判断され、キー入力がなければステップ２５２へ戻り、キー入力があれば元のメインルーチンへ戻る。上述のようにして、ニュースの音声による放送と文字による画像表示が終了する。
【００４０】
ところで、この実施例は、ニュース放送をその時間に視聴することなく、文字・図形等の表示制御のための制御データだけをバックアップＲＡＭ８２に記憶させておき、番組終了後にそのバックアップデータに基づいて後でニュースを文字情報として見ることもできる。その場合は、上述のステップ２０４においてニュースのメニューが選択された後、ステップ２５７においてニュース画面枠が表示される。ステップ２５８において、バックアップＲＡＭ８２に記憶されているニュースデータ（コードデータ）が読出される。ステップ２５９において、ニュースデータを文字情報に変換してニュース画面枠内に順次表示させる。このとき、音声によるニュース放送がされない。ステップ２６０において、受信した全てのニュースデータの表示が終了したか否かが判断され、表示が完了していなければステップ２５８〜２６０を繰返す。表示が完了すれば、ステップ２６１において何れかのキー入力が有るまで待機し、キー入力があれば元へ戻る。
【００４１】
次に、この発明のさらに他の応用例として、教育番組を放送する場合の実施例を説明する。
図１６は本発明を教育放送に応用した場合のＲＯＭ８１（以下の説明ではゲーム用ＲＯＭを８１Ｃという）のメモリマップを示し、図１７は本願発明を教育放送に応用した場合の音声による解説例と操作例を示し、図１８〜図２１はその各動作のフローチャートを示す。特に、この応用例では、放送局１０から試験の案内やヒント・解説を音声で放送する際に、音声に関連してキーボード１５ａを操作して試験関連する文字情報のコードを指定したり、ニュースを文字情報にして入力し、そのキーコード等の制御データを送信することによって、音声と映像で試験案内や解説や採点等を視聴者に知らせるものである。
【００４２】
図１６において、ＲＯＭ８１Ｂは、プログラム記憶領域８１ｌ〜８１ｒとデータ記憶領域８１ｓ〜８１ｔとを含む。記憶領域８１ｌは、メインプログラムを記憶する領域であって、例えばカリキュラムメニュー表示，初期設定，メニュー選択処理等のプログラムを記憶している。記憶領域８１ｍは、メニュー画面表示のプログラムを記憶する領域であって、例えばメニュー画面表示，キー操作処理，ジャンプ処理等のプログラムを記憶している。記憶領域８１ｃ〜８１ｅはメニューサブルーチンプログラムを記憶する領域であって、メニューに応じたプログラムが記憶される。例えば、記憶領域８１ｎは、予習画面を表示するためのメニュープログラムを記憶している。記憶領域８１ｏは、試験のための画面表示，問題表示，採点処理等のメニュープログラムを記憶している。記憶領域８１ｐは、復習画面表示等のプログラムを記憶している。記憶領域８１ｒは、割込サブルーチンプログラム、具体的には各指示別のジャンプ処理プログラムを記憶している。記憶領域８１ｓは、指示情報を解釈するためのデータを記憶している。記憶領域８１ｔは、その他のプログラム及びデータを記憶している。
【００４３】
図１７において、視聴者は教育放送の視聴に先立って或る教科の予習をし、その後で教育放送に並行して予習の理解度を確認するための試験を行う。その場合は、視聴者が放送に先立って放送番組に対応する教育用カートリッジ８０Ｃを情報処理ユニット７０に装着して待機する。そして、放送開始時間になると、アナウンサーが教育番組の内容を声を出して読むのに併せて、オペレータがキーボード１５ａを操作してアナウンサーの説明又は視聴者への指示に対応するキー操作を行う。例えば、始めに番組の導入として、試験の番組の時間であることを知らせる。これに並行して、オペレータが試験モードを示すコードを入力し、そのコードが送信される。次に、その時間に放送する教科とメニュー番号（又は単元・参考書の頁数等）が伝えられる。試験の開始前に、試験の出題範囲となる予習事項が解説される。その後、試験の開始と試験時間が告げられる。これと並行して、試験開始を指示するキーコードが入力されて、音声による説明に併せて送信される。試験時間中は、問題の解説やヒント等が読み上げられ、必要に応じて文字情報としてキー入力されて送信される。試験時間が経過すると、試験の終了を知らせるメッセージが音声で伝えられると同時に、終了指示コードが入力されて送信される。続いて、採点の開始メッセージが音声で伝えられると同時に、採点指示コードが入力されて送信される。その後、試験問題の解説と復習すべき事項の指摘が音声で知らされる。このとき、必要に応じて復習のポイントを示す文字情報が入力されて送信される。
【００４４】
次に、図１６に示す手順で音声とキー入力による教育番組が放送されているとき、視聴者がその番組を視聴する場合の詳細な動作を説明する。この場合、視聴者が放送時間に先立って情報処理ユニット７０に教育番組用カートリッジ８０Ｃを装着すると、情報処理ユニット７０が図１８〜図２０に示すプログラムを実行する。まず、メインルーチンは、記憶領域８１ｌに記憶されているプログラムに基づき、図１８に示すフローに従って実行される。すなわち、ステップ３０１において、カリキュラムのメニュー画面が表示される。ステップ３０２において、メニューを選択するためのキー操作が行われる。ステップ３０３において選択された各メニュー毎のサブルーチン処理が行われる。各メニューの処理は、後述の図１９を参照して詳細に説明する。
【００４５】
メニュー処理は、記憶領域８１ｍに記憶されているプログラムに基づき、図１９に示すフローに従って実行される。すなわち、ステップ３１１において、サブメニューが表示される。表示されるメニューは例えば「予習」，「復習」，「終了」等がある。ステップ３１２において、キー入力によってメニューが選択される。そして、ステップ３１３において選択されたメニューが予習モードか否かが判断される。予習モードが選択された場合は、ステップ３１４において記憶領域８１ｎのプログラムが実行されて、予習処理が行われる。予習モードでなければ、ステップ３１５において復習モードか否かが判断される。復習モードが選択された場合は、ステップ３１６において記憶領域８１ｐのプログラムが実行されて、復習処理が行われる。その後、３１７において終了が選択されたか否かが判断され、終了でなければステップ３１１へ戻り、終了が選択されると元へ戻る。
【００４６】
次に、図２０及び図２１を参照して、教育番組を視聴しながら試験を行う場合を説明する。ステップ３２１において、バッファＲＡＭ６２に一時記憶されている指示情報が情報処理ユニット７０に読み込まれる。ステップ３２２において、受信データが試験開始コードか否かが判断される。試験開始コードであることが判断されると、ステップ３２３へ進み、初期設定される。続いて、ステップ３２４において受信データが試験開始指示か否かが判断される。試験開始指示であることが判断されると、ステップ３２５において、試験の開始処理が行われる。ステップ３２６において、試験問題の表示又はヒントの表示が行われると同時に、視聴者が解答する。ステップ３２７において、受信データが試験終了指示か否かが判断される。試験終了指示コードが受信されると、試験の終了処理が行われる。続くステップ３２９において、受信データが採点指示か否かが判断される。採点指示を受信すると、ステップ３３０において、採点処理が行われる。続くステップ３３１において採点結果の処理が行われ、ステップ３３２において採点結果がバックアップＲＡＭ８２に記憶された後、元に戻る。
【００４７】
この実施例によれば、教育番組を音声放送するのに併せて文字情報等の制御データを送信して画面に表示することにより、試験のヒントや予習・復習の要点を音声及び／又は文字で放送すれば、視聴者の記憶力を高められ、学習効果を向上できる。
【図面の簡単な説明】
【図１】本発明の原理を説明するための全体ブロック図である。
【図２】本明が適用される放送局側の詳細なブロック図である。
【図３】衛星送信局から送信されるデータフォーマットの一例を示す。
【図４】本発明が適用される受信側の詳細なブロック図である。
【図５】本発明をテレビゲームの解説放送に応用した場合のＲＯＭのメモリマップを示す。
【図６】本発明をテレビゲームの解説放送に応用した場合の音声による解説と操作例を示す。
【図７】本発明をテレビゲームに適用した場合のメインルーチンフローチャートを示す。
【図８】本発明をテレビゲームに適用した場合の割込処理フローチャートを示す。
【図９】本発明をテレビゲームに適用した場合のサブルーチンフローチャートを示す。
【図１０】本発明を天気予報及びニュースの放送に応用した場合のＲＯＭのメモリマップを示す。
【図１１】本発明を天気予報及びニュースの放送に応用した場合の音声による解説と操作例を示す。
【図１２】本発明を天気予報及びニュースの放送に応用した場合のメインルーチンフローチャートを示す。
【図１３】本発明を天気予報及びニュースの放送に応用した場合の割込処理フローチャートを示す。
【図１４】本発明を天気予報放送に応用した場合のサブルーチンフローチャートを示す。
【図１５】本発明をニュース放送に応用した場合のサブルーチンフローチャートを示す。
【図１６】本発明を教育ソフトに応用した場合のＲＯＭのメモリマップを示す。
【図１７】本発明を教育番組の放送に応用した場合の音声による解説と操作例を示す。
【図１８】本発明を教育ソフトに応用した場合のメインルーチンフローチャートを示す。
【図１９】本発明を教育ソフトに適用した場合のメニュー処理のフローチャートを示す。
【図２０】本発明を教育ソフトに適用した場合の割込処理のフローチャートを示す。
【図２１】本発明を教育ソフトの放送に適用した場合のサブルーチンのフローチャートを示す。
【符号の説明】
１０；放送局
１１；音声信号発生器（音声信号発生手段、音声データ発生手段）
１３；ＣＰＵ
１４；音声バッファＲＡＭ
１５；制御データ発生器（制御データ発生手段）
２０；衛星送信局
３０；放送衛星
４１，４２；受信手段
５０；デコーダ
５２；分離・復号回路（データ分離手段・音声データ復調手段）
６０；受信アダプタ
７０；情報処理ユニット（情報処理手段）
８０；カートリッジ（情報記憶媒体）
【産業上の利用分野】
この発明は、放送による情報処理システムに関し、特に例えばＦＭ放送や放送衛星等の放送方式を利用して音声放送する際に音声放送に関連して制御データを付加して送信することにより、新しい放送サービスを行う放送による情報処理システムに関する。
【０００２】
【従来技術】
通信技術の高度化に伴い、公衆回線を用いて個別的にかつ双方向に所望のデータを送受信するデータ通信等が広く利用されていている。また、単方向大量通信方式として、音楽等の音声をＦＭ変調して送信するＦＭ放送や、音声及び映像を合成した複合映像信号として送信する衛星放送等が知られている。
【０００３】
【発明が解決しようとする問題点】
公衆回線を利用した双方向通信は、通信時間に比例して課金されるので、通信費が高額となる。例えば、ゲーム等のイベントを公衆回線を用いて通信で行う場合は、参加者の負担すべき通信費が高額となり、しかも一度に大量の利用者からのアクセスがあると、最大回線数を超える利用者が待機しなければならず、一度に大量の利用者に均一のサービスを提供できない欠点があった。
【０００４】
これに対して、ＦＭ放送や衛星放送等の大量通信方式を利用すれば、複数の視聴者が同一の番組を同時に視聴でき、かつ公衆回線等を利用する場合に比べて通信回線の利用料金を必要とせず、通信費用が割安となる利点がある。しかし、ＦＭ放送や衛星放送の場合は、送信できるデータの種類が音声および／または映像に限られるため、放送サービス内容が固定化され、新鮮味に欠ける。
【０００５】
それゆえに、この発明の主たる目的は、利用者に多額の通信費の支払いを強いることなく大量の利用者に均一のサービスを提供するとともに、ゲームの解説放送に好適な情報処理システム、および、それに用いられるゲーム装置を提供することである。
【０００６】
【発明の構成】
この発明は、音声データを放送する放送側装置と該音声データを受信する受信側装置により構成される情報処理システムであって、放送側装置は、音声データを入力するための音声データ入力手段、音声データの内容に関連して受信側装置を制御するための制御データを入力するための制御データ入力手段、および制御データを音声データに関連するタイミングで付加して、音声データと制御データを放送する放送手段を備える。また、受信側装置は、ゲーム装置であって、入力手段、ゲームプログラムが記憶されたプログラム記憶手段、プログラム記憶手段に記憶されたゲームプログラムによって、入力手段の入力情報に基づいて、ユーザーによって操作される操作対象の移動および敵キャラクタへの攻撃動作を制御する第１制御手段、プログラム記憶手段によって記憶されたゲームプログラムにより、敵キャラクタの移動動作を実行する敵キャラクタ制御手段、第１制御手段によって実行される操作対象の攻撃動作が、敵キャラクタ制御手段によって移動する敵キャラクタに対して有効か否かを判断する判断手段、放送手段から放送された音声データと制御データとを受信する受信手段、受信手段によって受信された音声データと制御データとを分離する分離手段、分離手段によって分離された音声データを復調して再生する音声データ再生手段、分離手段によって分離された制御データを復号する制御データ復号手段、および、受信手段によって音声データおよび制御データが受信されたときに、音声データ再生手段による音声データの再生とともに、制御データ復号手段によって復号された制御データに基づいて、第１制御手段によりユーザーによって操作される操作対象と同じ操作対象の動作を制御する第２制御手段を備える
【０００７】
【作用】
放送側装置では、音声データ入力手段によってゲームの攻略法等の音声データが入力される。また、制御データ入力手段によって、音声データの内容に関連して受信側装置を制御するための制御データが入力される。そして、放送手段が、制御データを音声データに関連するタイミングで付加して、音声データと制御データを放送する。
【０００８】
一方、受信側装置では、第１制御手段が、プログラム記憶手段に記憶されたゲームプログラムによって、入力手段によって入力されたユーザーからの操作に基いて、ユーザーによって操作される操作対象の移動および敵キャラクタへの攻撃動作を制御する。また、敵キャラクタ制御手段が、敵キャラクタの移動動作を実行する。さらに、判断手段が、第１制御手段によって実行される操作対象の攻撃動作が、敵キャラクタ制御手段によって移動する敵キャラクタに対して有効か否かを判断する。
そして、受信手段が放送手段から放送された音声データと制御データとを受信し、分離手段が受信手段によって受信された音声データと制御データとを分離し、音声データ再生手段が分離手段によって分離された音声データを復調して再生し、制御データ復号手段が分離手段によって分離された制御データを復号する。そして、第２制御手段が、受信手段によって音声データおよび制御データが受信されたときに、音声データ再生手段による音声データの再生とともに、制御データ復号手段によって復号された制御データに基づいて、第１制御手段によりユーザーによって操作される操作対象と同じ制御対象の動作を制御する。
【０００９】
この発明によれば、利用者に多額の通信費の支払いを強いることなく大量の利用者に均一のサービスを提供でき、しかも、視聴者が模範操作を画面上で視覚的に確認することができる全く新しい放送サービスを実現できる。
【００１０】
【実施例】
第１図は単方向大量通信方式とこの発明の原理を説明するための全体ブロック図である。送信側には、音声放送のための音声信号および制御データ（パケットデータ）を送信するための放送局１０が設けられる。放送局１０から送信された音声信号および制御データは、衛星送信局（地球局）２０の送信機２１によって上り周波数（例えば１４ＧＨｚ）に周波数変調されて、送信アンテナ２２を介して放送衛星３０へ送信される。放送衛星３０は、トランスポンダ（図示せず）や電源（図示せず）等を含み、受信データを下り周波数（例えば１２ＧＨｚ）に周波数変調した後、パラボラアンテナ（図示せず）から地上へ向けて放送する。なお、１つの衛星送信局２０に対して複数の放送局１０が接続される場合もある。また、衛星放送の番組が有料放送の場合は、会員のみを視聴可能にする目的で、スクランブル回路２３によってスクランブルをかける場合もある。
【００１１】
受信側の視聴者宅には、受信アンテナ４１と衛星放送（ＢＳ）チューナ４２に加えて、デコーダ５０と受信アダプタ６０と情報処理ユニット７０とが設けられる。情報処理ユニット７０は、パーソナルコンピュータやテレビゲーム機等の画像処理機能を有する機器であって、カートリッジやフロッピーディスク等の情報記憶媒体８０が着脱自在に装着される。情報記憶媒体（以下「カートリッジ」という）８０は、使用目的によって決定される所望の動作を実現するためのプログラムデータを記憶した不揮発性メモリ（ＲＯＭ）８１及び書込・読出可能なメモリ（ＲＡＭ）８２を内蔵し、ケース等に収納される。そして、デコーダ５０の出力の音声信号及び情報処理ユニット７０の出力の画像信号（又は画像信号とプログラムに基づいて発生される音声信号）がテレビ受像機やＣＲＴ等の画像表示装置９０に与えられる。
【００１２】
第２図は放送局側の詳細なブロック図である。放送局１０には、音声信号発生器１１が設けられる。音声信号発生器１１は、音声放送のための音声信号を発生するものであって、例えば音楽を再生するためのコンパクトディスク再生機１１ａ及びディジタル音声テープ再生機１１ｂを含む。また、音声信号発生器１１は、アナウンサーや司会者や解説者等の番組参加者の音声をアナログ信号−ディジタル（ＰＣＭ）信号に変換するために、マイク１１ｃ，アナログ−ディジタル変換器１１ｄ及びサンプリングタイミング発生器１１ｅを含む。コンパクトディスク再生機１１ａ及び／又はディジタル音声テープ再生機１１ｂによって出力された音楽をＰＣＭ変調したディジタル信号、並びにアナログ−ディジタル変換器１１ｄから出力された音声をＰＣＭ変調したディジタル信号は、それぞれインタフェース１２ａを介して中央処理ユニット（ＣＰＵ）１３に与えられる。これらの音楽や人の声等を含む音声データは、音声バッファＲＡＭ（以下「音声ＲＡＭ」という）１４に一時記憶される。また、ＣＰＵ１３には、制御データを発生するための制御データ発生器１５が接続される。制御データ発生器１５は、音声放送に関連して受信側の端末機器を制御したり、端末機器の制御に何らかの変化（又は影響）を与えるための制御情報を発生するものであって、例えば制御データをキー入力するキーボード１５ａを含む。なお、音声放送がテレビゲームのゲーム内容を解説したりスタジオにいるプレイヤと視聴者との対戦状況を中継するための音声放送であれば、制御データ発生器１５にはテレビゲーム機１５ｂとコントローラ（又は操作器）１５ｃが含まれる。このコントローラ１５ｃのキー操作に関連するキーコードが制御データインタフェース１２ｂを介してＣＰＵ１３に与えられる。ＣＰＵ１３は、制御データ発生器１５から与えられるキーコードをキーコードバッファＲＡＭ（以下「キーコードＲＡＭ」という）１６へ書込む。
【００１３】
ＣＰＵ１３は、放送のための音声データ及び制御データを送信制御するためのプログラムを予め記憶したプログラムメモリ（図示せず）を含む。このＣＰＵ１３は、プログラムに基づいて、音声ＲＡＭ１４に記憶されている音声データの送信に関連して、キーコードＲＡＭ１５に一時記憶されているキーコード等の制御データを付加し、図３に示すデータフォーマットに変換して、送信バッファＲＡＭ（以下「送信ＲＡＭ）という）１７へ書込む。なお、送信局１０では、番組参加者の音声や音楽（ＢＧＭ）を予めテープに録音しておき、この録音した音声の適宜のフレーズ毎に制御データを追加・挿入するための編集を行った後、音声データ及び制御データを送信ＲＡＭ１７へ書込むようにしてもよい。
【００１４】
一方、送信ＲＡＭ１７に書き込まれた音声データ及び制御データは、番組の放送時間に併せてＣＰＵ１３によって読み出されて、必要に応じて同期信号や誤り訂正符号が付加されて、変調回路１８に与えられる。このようにして同期化された音声データ及び制御データは、変調回路１８によって変調されて、送信回路１９を介して衛星送信局２０へ送信される。衛星送信局２０の動作は、図１を参照して説明した通りである。従って、この実施例では、音声放送の内容（音声によるメッセージ）に関連する制御データが音声のあるフレーズ又はパラグラフ（以下これらを総称して「フレーズ」という）毎に付加されて送信されることになる。但し、音声データ及び制御データは、番組又は放送内容によって異なるが、後で具体的な動作とともに詳細に説明する。
【００１５】
第３図は衛星送信局から送信されるデータフォーマットの一例を示す。実用化されている放送衛星の場合は、放送衛星３０のトランスポンダ（図示せず）が４チャンネル分の送信容量を有する。そして、１チャンネルにつき、映像放送用として１系統、音声放送用として４系統、データ送信用として４８０ビット／フレームの伝送能力がある。この場合の１フレームのデータ伝送時間は２Ｍｂｐｓである。そして、１チャンネルのうち映像放送用を除くデータフォーマットは、図３の上段に示すように、１フレームが２０４８ビット／ｍｓで構成される。１フレームのデータ構成は、制御符号が６４ビット，第１音声系統〜第４音声系統のそれぞれが３２０ビット，制御データ等を送信するための独立データ系統（データチャンネル）が４８０ビット，誤り訂正符号用が２２４ビットで構成される。独立データ系統は複数のパケットから構成され、その１つがメッセージ情報パケットとして利用される。メッセージ情報パケットは、９フレーム（いわゆる１スーパーフレーム）につき１つある。メッセージ情報パケットは、全ビット数が２８８ビットであり、具体的には図３の中段に示すように、ヘッダが１６ビット，種類識別用が８ビット，プロトコル番号用が４ビット，予備用が２ビット，メッセージ情報識別用が４ビット，局識別コードが８ビット，番組番号用が１２ビット，番組時刻情報が３２ビット，メッセージ情報部が１２０ビット，メッセージ情報パケットの誤り訂正用が８２ビットで構成される。従って、音声放送用のメッセージデータ（制御データ）の送信能力は、９フレームにつき１２０ビットあることになる。このメッセージ情報部は、図３の下段に示すように、１２０ビットのうちコマンド用が８ビット，データ用が１１２ビットで構成される。
【００１６】
第４図は受信側の詳細なブロック図である。受信側には、図１を参照して概略を説明したように、受信アンテナ４１と衛星放送（ＢＳ）チューナ４２に加えて、デコーダ５０と受信アダプタ６０と情報処理ユニット７０とが設けられる。ＢＳチューナ４２は、所望の放送局を選択する選局回路、及び１２ＧＨｚの周波数帯で変調された受信データ（音声データ及び制御データ）を復調するための復調回路を含む。デコーダ５０は、抽出回路５１及び分離・復号回路５２を含む。抽出回路５１は、同期抽出機能及び制御符号抽出機能を有する。分離・複合回路５２は、図３に示すデータフォーマットの規則性に基づいて、音声系統と映像系統とメッセージ情報パケットとを分離（特に音声データと制御データとの分離）する分離回路とともに、ＰＣＭ復調して音声データを音声信号に変換するディジタル−アナログ変換回路を含む。分離・復号回路５２は、分離した映像信号を切替スイッチ５３の端子５３ａに与え、音声系統１，２による音声信号を端子５３ｂに与え、音声系統３，４による音声信号をミキサ５４を介して端子５３ｄに与え、制御データを受信アダプタ６０に与える。切替スイッチ５３は、使用者が映像放送を選択したとき端子５３ａ，５３ｂに接続され、使用者が音声放送を選択したとき端子５３ｃ，５３ｄに接続される。なお、放送番組が会員だけの視聴を目的としてスクランブルをかけている場合は、抽出回路５１と分離・復号回路５２に関連して、スクランブルを解読して元の音声データ及び制御データに復号するためのデスクランブラ５５が設けられる。
【００１７】
受信アダプタ６０は、非同期通信インタフェース６１及びバッファＲＡＭ６２を含む。非同期通信インタフェース６１は、メッセージ情報パケットを受信する毎に割込信号（ＩＲＱ）を発生してテレビゲーム機やパーソナルコンピュータ等の情報処理ユニット７０に与えるとともに、制御データを先入れ先出し態様で記憶するバッファＲＡＭ６２に与えて一時記憶させる。バッファＲＡＭ６２に記憶されている制御データは、情報処理ユニット７０に与えられる。情報処理ユニット７０は、本来的にはカートリッジ８０のＲＯＭ８１に記憶されているプログラムとコントローラ（操作器）７１の操作状態のみに基づいて画像処理等の動作を行うが、放送衛星３０からの制御データを受信したときＲＯＭ８１のプログラムに加えて制御データを加味した変化を伴う動作（すなわち制御データに影響を受けた動作）を実行する。そして、情報処理ユニット７０の処理結果に基づく映像（ビデオ）信号が切替スイッチ５３の端子５３ｄに与えられ、ゲームの効果音等の音声信号（オーディオ信号）がミキサ５４を介して切替スイッチ５３の端子５３ｃに与えられる。従って、テレビ受像機等の画像表示装置９０は、切替スイッチ５３によって選択された番組の映像を表示するとともに、その番組に関連する音声を出力する。この実施例では、切替スイッチ５３が端子５３ｃ及び５３ｄに接続されて音声放送を受信するとき、情報処理ユニット７０によつて画像処理された画像を表示しつつ、その表示に関連する解説的又は補助的な音声を出力することが可能となる。
【００１８】
以下には、より具体的な応用例を説明する。
図５は本願発明をテレビゲームの解説放送に応用した場合のＲＯＭ８１（以下の説明ではゲーム用ＲＯＭを８１Ａという）のメモリマップを示し、図６は本願発明をテレビゲームの解説放送に応用した場合の音声による解説例と操作例を示し、図７〜図９はその各動作のフローチャートを示す。特に、この応用例では、放送局１０が或るゲームの攻略方法（又は解説）を音声で放送する際に、音声に関連してコントローラ１５ｂ又はキーボード１５ａの操作によって入力されたキーコード等の制御データを送信することにより、視聴者が音声による攻略方法を聞きながら、自らもコントローラ７１を操作して模範演技に従った最適の遊戯技術を習得する場合を示す。
【００１９】
図５において、ＲＯＭ８１Ａは、一般のゲームソフトと同様に、プログラム記憶領域８１１〜８１３とキャラクタデータ記憶領域８１４とを含む。記憶領域８１１は、メインプログラムを記憶する領域であって、例えばタイトル画面表示，初期設定，場面番号毎のジャンプ処理，ゲームオーバー判定及びゲームオーバー処理等の各種のメインプログラムを記憶している。記憶領域８１２は、場面番号毎のゲーム処理サブルーチンプログラムを記憶する領域であって、例えば敵キャラクタの座標決定，敵キャラクタの移動処理，敵キャラクタの攻撃処理，当たり判定処理，敵キャラクタの消滅処理等の各種のサブルーチンプログラムを記憶している。記憶領域８１３は、割込処理サブルーチンプログラムを記憶する領域であって、例えば割込シーケンス番号処理，場面番号毎のジャンプ処理等のサブルーチンプログラムを記憶している。記憶領域８１４は、最小単位が縦横８×８ドットのキャラクタデータを記憶する領域であって、例えば主人公キャラクタ，味方キャラクタ，敵キャラクタ，背景キャラクタ等のフォントデータを記憶している。さらに、ＲＯＭ８１Ａには、この実施例特有の記憶領域として、送信された指示情報のキーコードを変換するためのテーブル記憶領域８１５及びその他のプログラム・データ記憶領域８１６が含まれる。
【００２０】
図６において、或るゲームの攻略方法とその場合の操作手順を教えるための放送を行う場合、視聴者は放送に先立って受信側の各種機器を図４に示す様に接続するとともに、攻略方法の解説放送が行われるゲームと同じゲームのカートリッジ８０を情報処理ユニット７０に装着して待機しておく。そして、放送開始時間になると、解説者が攻略方法を声で説明するのに並行して、解説者又は別の模範演技者がコントローラ１５ｂを操作して模範操作を行う。
【００２１】
より具体的には、放送を開始すると、解説者等は番組の導入メッセージ（例えば、「○○ゲームカセットをテレビゲーム機に装着し、電源スイッチを投入して下さい。」）を説明する。次に、解説者等はそのゲームのシナリオの概要やコントローラ１５ｂの操作方法等を解説した後、コントローラ１５ｂを用いてゲームの手本となる操作を行う。例えば、コントローラ１５ｂを操作してゲームを開始する画面（又は場面）番号を入力すると、その説明の音声（例えば、「何画面からスタートしましょう」等）に相当する音声データが音声ＲＡＭ１４に一時記憶されるとともに、その画面選択のキーコードがキーコードＲＡＭ１６に一時記憶される。そして、この音声データ及びキーコードデータ（制御データ）がＣＰＵ１３を介して送信データメモリ１６に一時記憶され、順次送信される。続いて、解説者等はプレイしながら声で解説（例えば、どの場面においてどの敵キャラクタに対してどの様に攻撃したり、敵キャラクタの攻撃を避けたり、有利となるアイテムをどの様にして取得するか等の解説）すると、同様にしてその音声データ及びキーコード等の制御データが逐次送信される。このようにして、解説者は、番組放送中、順次ゲームの手解きを声を出して説明するとともに、コントローラ７１を操作して模範プレイすることにより教える。なお、コントローラ７１の操作に基づくキーコードの送信に代えて、コントローラ７１の操作に基づいて主人公キャラクタの座標データと移動方向データを送信してもよい。また、模範操作に代えて、視聴者であるプレイヤに伝達すべき文字によるメッセージを送信するために、キーボード１５ａのキーコードを送信してもよい。そして、番組の終了時間になると、放送の終了を音声で告げるとともに、終了コードを送信して放送を終了する。その後、アナウンサーが別の番組の音声メッセージを放送する。
【００２２】
上述の様なゲーム関連説明が放送されるのに並行して、受信側では次の様な処理又は動作が行われる。すなわち、受信側では、電源スイッチが投入されると、情報処理ユニット７０はＲＯＭ８１Ａのプログラムに基づいて図７に示すメインルーチンの動作を開始する。まず、ステップ（図示では「Ｓ」と略して示す）１０１において、ゲームの初期化（例えば、得点レジスタ，ライフ等のリセット）が行われる。ステップ１０２において、タイトル画面を表示するための映像信号が発生される。ステップ１０３において、コントローラ７１のスタートスイッチ（図示せず）が操作されたか否かが判断される。もしも、スタートスイッチが操作されていなければ、ステップ１０４においてデモストレーション画面が表示された後、ステップ１０２へ戻り、スタートスイッチが押圧されるまでステップ１０２〜１０４の動作を繰り返す。一方、ステップ１０３において、スタートスイッチの押圧されたことが判断されると、ステップ１０５へ進み、ゲーム処理のためのサブルーチンが実行される（後述の図９参照）。そして、ステップ１０６において、ゲームオーバーになったか否かが判断され、ゲームオーバーになるまでステップ１０５及び１０６の処理が繰り返される。
【００２３】
前述のメインルーチン又は後述のゲーム処理サブルーチンの実行中に、ゲーム解説放送を受信したとき、割込信号が情報処理ユニット７０に与えられると同時に、制御データが受信情報としてバッファＲＡＭ６２に一時記憶される。この割込信号に応答して、情報処理ユニット７０は図８に示す割込処理を実行する。すなわち、ステップ１１１において、バッファＲＡＭ６２に記憶されている受信情報が読み込まれる。ステップ１１２において、読み込まれた受信情報が画面（又は場面）番号が否かが判断される。画面番号であることが判断されると、ステップ１１３において画面番号が読込まれた後、ジャンプ先（Ｊ１）として後述の図９に示すステップ１２１へ進む。一方、画面番号でないことが判断されると、ステップ１１４において終了コードか否かが判断される。終了コードでないことが判断されると、ステップ１１５において受信情報をキーコードに変換した後、割込み前の処理に戻る。逆に、ステップ１１４において終了コードを受信したことが判断されると、ステップ１１６において得点を表示した後、ジャンプ先（Ｊ２）として図７のステップ１０２へ戻る。
【００２４】
ゲーム処理サブルーチン（ステップ１０５）の詳細は、例えばＲＯＭ８１Ａに記憶されているプログラムに基づき、図９に示すフローに従って行われる。すなわち、ステップ１２１において、受信した画面番号データがバッファＲＡＭ６２から読出される。この場面番号に基づいて、ステップ１２２において場面の設定（すなわち、その場面の画像表示及び音声出力のための処理）が行われる。以後は通常のゲーム処理と同様にして、ステップ１２３において主人公キャラクタの座標計算が行われる。ステップ１２４において、敵キャラクタの座標決定のための計算が行われる。ステップ１２５において、敵キャラクタの移動及び攻撃のための計算が行われる。ステップ１２６において、受信データにキーコードが含まれているか否かが判断される。キーコードのあることが判断されると、ステップ１２７において、放送局でプレイしている模範プレイヤのキー操作状態に基づいて、模範動作の処理が行われる。その後又は受信データにキーコードが含まれていないことが判断された後、ステップ１２８において視聴者であるプレイヤのキー入力があるか否かが判断される。キー入力のあったことが判断されると、ステップ１２９においてキー入力に応じた主人公キャラクタの動作処理（例えば，ジャンプ，攻撃，上下左右の移動等の処理）が行われる。その後又はステップ１２８においてキー入力のないことが判断された後、ステップ１３０において主人公の攻撃の有効性が判断される。有効な攻撃でなければステップ１３１において敵の攻撃の有効性が判断される。敵の攻撃が有効でなければ、ステップ１２３へ戻る。また、敵の攻撃が有効な場合は、ステップ１３２において主人公キャラクタを消滅させる為の処理が行われた後、元（メインルーチン）へ戻る。
【００２５】
さらに、前述のステップ１３０において主人公の攻撃が有効と判断されると、ステップ１３３において敵キャラクタの消滅処理が行われる。続くステップ１３４において、プログラムで決められた全ての敵を倒した（すなわち敵が残っている）か否かが判断され、敵が残っていればステップ１３１へ戻る。一方、敵が残っていなければ、ステップ１３５において画面番号をインクリメントさせて、次の画面に進み、次の画面のプレイを可能にする。
【００２６】
従って、この実施例では、ゲームの攻略を助言する音声によるメッセージを聞きながら、視聴者であるプレイヤがコントローラ７１を操作しなくても、送信局側の模範演技者の操作に基づくゲームの進行が行われるので、視聴者が模範操作を画面上で視覚的に確認でき、ゲームの攻略方法を実際のゲームの進行に併せて習得できる。また、音声放送による解説に従って、視聴者が自ら操作することによって模範的なプレイを実行し、攻略方法を実習することも可能となる。
【００２７】
なお、この実施例は、ゲーム関連放送を受信する場合に限らず、従来ゲームソフトの場合と同様に、独立してゲームを楽しむこともできる。その場合は、上述のステップ１０３においてスタートスイッチが押圧されたことを判断した後に、図８に示す割込処理を行うことなく、図９に示すゲーム処理を実行すればよい。
【００２８】
ところで、図５〜図９に示す実施例では、ゲームの攻略方法を教えるだけでなく、放送局にいる番組参加者の１人と不特定多数の視聴者とが同じゲームを対戦することもできる。その場合は、番組参加者は放送局１０にあるテレビゲーム機１５ｃでプレイし、解説者が音声で解説を行う。また、ゲーム用カートリッジ８０のＲＯＭ８１Ａには、コンピュータとの対戦ゲームのプログラム及びコンピュータ側のキーコードを受信したキーコードに変換させるプログラムが予め記憶される。そして、番組参加者がコンピュータとの対戦ゲームを行っている際のキー操作コードが音声放送に付加されて送信されると、これを受信した視聴者側の情報処理ユニット（テレビゲーム機）７０では受信したキーコードをコンピュータ側対戦相手の操作と見做してゲームを進行させる。このようにすれば、不特定多数の視聴者が、自宅に居ながら有名なゲームプレイヤーとの対戦ゲームを楽しむことのできる利点がある。
【００２９】
さらに、他の実施例として、カートリッジ８０のＲＯＭ８１に記憶されているゲームプログラムがゲームに必要不可欠な本質的なデータ（例えば、野球ゲームの場合であれば野球のルールに従ってゲームを行うためのプログラムデータとそのための画像表示を実現するためのキャラクタデータ）とし、変化データ（例えば個人・チームデータとして、打者であれば相手投手別の打率や相手チーム別の失策率・盗塁成功率等、投手ならば相手打者別の防御率・被安打率等のデータ）を記憶するためのＲＡＭ８２を電池（図示せず）でバックアップするように構成してもよい。その場合は、別の音声放送に関連して、複数フレームに渡って各チーム別の更新すべきデータを送信し、受信側ではその受信データを更新的に記憶し、ＲＡＭ８２の記憶データによって本来的なプログラムに変化を与えるように処理させてもよい。この様にすれば、同じゲームカートリッジであっても、更新データを受信し一時記憶させておくだけで、多種多様のゲームを楽しむこともできる。
【００３０】
次に、この発明の他の応用例として、天気予報やニュースを送信する場合の実施例を説明する。
図１０は本願発明を天気予報及びニュースの放送に応用した場合のＲＯＭ８１（以下の説明ではゲーム用ＲＯＭを８１Ｂという）のメモリマップを示し、図１１は本願発明を天気予報やニュース番組の受信に応用した場合の音声による解説例と操作例を示し、図１２〜図１５はその各動作のフローチャートを示す。特に、この応用例では、放送局１０から天気予報やニュースを音声で放送する際に、音声に関連してキーボード１５ａを操作して天気予報に関連する図形（例えば、地図，天気の種類を示すマーク，降水確率等）のコードを指定したり、ニュースを文字情報にして入力し、そのキーコード等を送信することによって、音声と映像で天気予報やニュースを視聴者に知らせるものである。
【００３１】
図１０において、ＲＯＭ８１Ｂは、プログラム記憶領域８１ａ〜８１ｆとデータ記憶領域８１ｇ〜８１ｋとを含む。記憶領域８１ａは、メインプログラムを記憶する領域であって、例えばタイトル画面表示，初期設定，キー入力待ち等の各種のプログラムを記憶している。記憶領域８１ｂは、メニュープログラムを記憶する領域であって、例えばメニュー画面表示，キー操作処理，ジャンプ処理等のメニュープログラムを記憶している。記憶領域８１ｃ〜８１ｅはサブルーチンプログラムを記憶する領域であって、メニューに応じたプログラムが記憶される。例えば、記憶領域８１ｃは、メニューが天気予報の場合であって、日本地図や天気マークの表示制御の制御のためのプログラムを記憶している。記憶領域８１ｄは、メニューがニュース番組の場合であって、ニュース画面枠の表示やニュースの文字データを一時記憶させるためのプログラム等を記憶している。記憶領域８１ｄは、その他の種類のメニューの表示制御等のためのプログラムを記憶している。記憶領域８１ｆは、割込サブルーチンのプログラムを記憶する領域であって、例えば各制御データ（又は各指示情報）別の処理，背景画像（ＢＧ）の書換，レジスタの書換，ＲＡＭ８２へに書込等の各種プログラムを記憶している。記憶領域８１ｇは、受信情報（指示情報ともいう）を解釈するためのデータを記憶する領域である。記憶領域８１ｈは、天気予報等の番組で地図を表示する際に用いられる都市別座標データを記憶する領域である。記憶領域８１ｉは、ニュース番組において文字を表示する際に用いられる文字フォントデータを記憶する領域である。記憶領域８１ｊは背景データを記憶する領域である。記憶領域８１ｋはその他のプロクラム及びデータを記憶する領域である。
【００３２】
図１１において、天気予報やニュースを視聴する場合、視聴者は放送に先立って天気予報・ニュース放送用カートリッジ８０Ｂを情報処理ユニット７０に装着して待機する。そして、放送開始時間になると、アナウンサーが天気予報やニュースを声を出して読むのに併せて、オペレータがキーボード１５ａを操作して天気情報やニュースの内容に対応するキー操作を行う。例えば、それまでに放送していた音楽の曲名を変更して、天気予報のテーマ音楽が流される。このとき、曲名の変更に並行して、背景画像を天気予報の画像に変更させるための指定コードが入力されて、送信される。その後、アナウンサーが「何月何日何時から何時の天気予報をお送りします。」と話すと、オペレータはキーボード１５ａを操作して天気予報指示コードを入力する。この指示コードが音声データに併せて送信される。次に、アナウンサーは各地の天気情報（例えば「沖縄地方は、快晴，記憶２０°Ｃ，降水確率０％です。」）を読み上げる。このとき、オペレータは、地方が「沖縄」，天気の種類が「快晴」，降水確率が「０％」のキーを操作して天気に関連するコードを発生させる。このキーコードが音声データに併せて送信される。以後同様にして、各地の天気予報が音声とキーコードで送信される。全ての地域の天気予報の放送が終了すると、アナウンサーが「何月何日何時の天気予報を終わります。」と話し、別の背景画像を指定するコードが入力される。
【００３３】
続いて、ニュースの放送が行われる。この場合は、天気予報の放送と同様の手順により、その日のニュースが音声で放送されるとともに、オペレータがキーボード１５ａを操作してそのニュース内容を要約した文字情報を入力する。この文字情報のキーコードが逐次送信される。
【００３４】
次に、図１１に示す手順で音声とキー入力による天気予報やニュースが放送されているとき、視聴者がその番組を視聴する場合の詳細な動作を説明する。この場合、視聴者は、放送時間の開始に先立って、情報処理ユニット７０に天気予報・ニュース番組用カートリッジ８０を装着することにより、情報処理ユニット７０が図１２〜図１５に示すプログラムを実行する。まず、図１２を参照してメインルーチンを説明する。ステップ２０１において、天気予報・ニュースのタイトル画面が表示される。ステップ２０２において、コントローラ７１に含まれるスタートスイッチが押圧されたか否かが判断され、押圧されていなければステップ２０１へ戻り、スタートスイッチが押圧されるまで待機する。そして、スタートスイッチが押圧されると、ステップ２０３においてメニュー画面が表示される。このメニュー画面では、例えば放送されるメニューを選択するためのコマンドとして「天気予報」，「ニュース」等の文字に加えて、メニュー選択の終了を指定するための「選択終了」のコマンド等が表示される。ステップ２０４においてメニューを選択するためのキー操作が行われる。このとき、選択終了以外のメニューが選択されると、ステップ２０５において選択終了でないことが判断され、ステップ２０６において選択された各メニュー毎のサブルーチン処理が行われる。各メニューの処理は、後述の図１４又は図１５を参照して詳細に説明する。
【００３５】
前述のメインルーチン又は後述の各メニュー処理サブルーチンの実行中に、割込信号が受信されると、図１３に示す割込処理が実行される。すなわち、ステップ２１１において、バッファＲＡＭ６２に記憶されている指示情報が読み込まれる。ステップ２１２において、変換テーブルに基づいて指示情報を解読する。ステップ２１３において、タイトル画面又は背景画面の表示中か否かが判断される。もしも、表示中でないことが判断されると、ステップ２１５において先の割込信号に基づく動作中か否かが判断される。割込動作中の場合は、ステップ２１５において受信した各情報をＲＡＭ８２に記憶させた後、割込み前の動作へ戻る。一方、前述のステップ２１３において表示中であることが判断されると、ステップ２１６において受信データが背景画像の書換命令か否かが判断される。書換命令でなければ、ステップ２１７においてプログラムに基づいて各指示別のジャンプ先を求める。続くステップ２１８においてジャンプ先が第１のジャンプ先（Ｊ１）か否かが判断され、Ｊ１であればステップ２３１（図１４）へ進み、Ｊ１でなければ第３のジャンプ先（Ｊ３）のステップ２５１（図１５）へ進む。
【００３６】
なお、前述のステップ２１６において書換命令であることが判断されると、ステップ２１９において各指示別のジャンプ先を求める。続くステップ２２０において表示処理が行われた後、割込処理前の動作へ戻る。また、前述のステップ２１４において割込動作中であることが判断されると、ステップ２２１において個別処理のためのジャンプ先を求める。そして、ステップ２２２において、ジャンプ先が第２のジャンプ先（Ｊ２）か否かが判断され、Ｊ２であれば図１４に示すステップ２３７へ進み、Ｊ２でなければ第４のジャンプ先（Ｊ４）のステップ２５７（図１５）へ進む。
【００３７】
例えば、前述のステップ２０４において天気予報の番組が選択された場合は、図１４に示す天気予報サブルーチンが実行される。まず、ステップ２３１において日本地図が表示される。ステップ２３２において割込信号（ＩＲＱ）があったか否かが判断される。割込信号がなければ、割込信号が来るのを待つ。一方、割込信号が到来したことが判断されると、ステップ２３３において指示情報の交換テーブルに基づいて、該当する都市の座標が求められるとともに、天気マーク，記憶、降水確率が得られる。ステップ２３４において、都市（都道府県）又はその都市の属する地域（関東地方，近畿地方等）の地図を表示するとともに、先に受信されてＲＡＭ８２に一時記憶されている天気予報に関する情報、例えば天気の種類を示すマーク・気温・降水確率等が都市の地図に関連して表示される。このとき、天気予報の音声信号が分離・復号回路５２（図４参照）から切替スイッチ５３へ直接出力されているので、天気予報の音声放送が図形・文字表示に並行して画像表示装置９０から流れされる。その後、ステップ２３５において該当するレジスタの値が更新される。ステップ２３６において、キー入力の有無が判断され、キー入力がなければステップ２３２へ戻り、キー入力があれば元のメインルーチンへ戻る。上述のようにして、天気予報の音声による放送と図形・文字による画像表示が終了する。
【００３８】
ところで、この実施例は、天気予報の放送をその時間に視聴することなく、文字・図形等の表示制御のための制御データだけをバックアップＲＡＭ８２に記憶させておき、番組終了後にそのバックアップデータに基づいて天気予報を知ることもできる。その場合は、上述のステップ２０４において天気予報のメニューが選択された後、ステップ２０６において天気予報のメニュー処理が行われる。すなわち、ステップ２３７へ進み、日本地図が表示される。続くステップ２３８において、各都市の座標が求められるとともに、天気予報に関するデータが読出される。ステップ２３９において、都市（都道府県）又はその都市の属する地域（関東地方，近畿地方等）の地図を表示するとともに、先に受信されてＲＡＭ８２に一時記憶されている天気予報に関する情報、例えば天気の種類を示すマーク・気温・降水確率等が都市の地図に関連して表示される。ステップ２４０において、受信した全ての都市の表示が終了したか否かが判断され、表示が完了していなければステップ２３８〜２４０を繰り返す。表示が完了すれば、ステップ２４１において何れかのキー入力が有るまで待機し、キー入力があるとメインルーチンへ戻る。
【００３９】
前述のステップ２０４においてニュース番組が選択された場合は、記憶領域８１ｅに記憶されているプログラムに基づいて、図１５に示すニユースサブルーチンが実行される。まず、ステップ２５１においてニュース画面の枠が表示される。ステップ２５２において割込信号（ＩＲＱ）があったか否かが判断される。割込信号がなければ、割込信号が来るのを待つ。一方、割込信号が到来したことが判断されると、ステップ２５３においてニュースの文字コードに基づいて文字フォントを得る。なお、前述のステップ２２２において第４の割込先（４３）であることが判断された場合は、ステップ２５２を経てステップ２５３へ進む。続くステップ２５４において、ニュースデータを文字情報に変換してニュース画面枠内に順次表示させる。このとき、ニュース放送の音声信号が分離・復号回路５２（図４参照）から切替スイッチ５３へ直接出力されているので、ニュースの音声が文字表示に並行して画像表示装置９０から放送される。ステップ２５５においてＲＡＭ８２に文字情報を一時記憶させる。ステップ２５６において、キー入力の有無が判断され、キー入力がなければステップ２５２へ戻り、キー入力があれば元のメインルーチンへ戻る。上述のようにして、ニュースの音声による放送と文字による画像表示が終了する。
【００４０】
ところで、この実施例は、ニュース放送をその時間に視聴することなく、文字・図形等の表示制御のための制御データだけをバックアップＲＡＭ８２に記憶させておき、番組終了後にそのバックアップデータに基づいて後でニュースを文字情報として見ることもできる。その場合は、上述のステップ２０４においてニュースのメニューが選択された後、ステップ２５７においてニュース画面枠が表示される。ステップ２５８において、バックアップＲＡＭ８２に記憶されているニュースデータ（コードデータ）が読出される。ステップ２５９において、ニュースデータを文字情報に変換してニュース画面枠内に順次表示させる。このとき、音声によるニュース放送がされない。ステップ２６０において、受信した全てのニュースデータの表示が終了したか否かが判断され、表示が完了していなければステップ２５８〜２６０を繰返す。表示が完了すれば、ステップ２６１において何れかのキー入力が有るまで待機し、キー入力があれば元へ戻る。
【００４１】
次に、この発明のさらに他の応用例として、教育番組を放送する場合の実施例を説明する。
図１６は本発明を教育放送に応用した場合のＲＯＭ８１（以下の説明ではゲーム用ＲＯＭを８１Ｃという）のメモリマップを示し、図１７は本願発明を教育放送に応用した場合の音声による解説例と操作例を示し、図１８〜図２１はその各動作のフローチャートを示す。特に、この応用例では、放送局１０から試験の案内やヒント・解説を音声で放送する際に、音声に関連してキーボード１５ａを操作して試験関連する文字情報のコードを指定したり、ニュースを文字情報にして入力し、そのキーコード等の制御データを送信することによって、音声と映像で試験案内や解説や採点等を視聴者に知らせるものである。
【００４２】
図１６において、ＲＯＭ８１Ｂは、プログラム記憶領域８１ｌ〜８１ｒとデータ記憶領域８１ｓ〜８１ｔとを含む。記憶領域８１ｌは、メインプログラムを記憶する領域であって、例えばカリキュラムメニュー表示，初期設定，メニュー選択処理等のプログラムを記憶している。記憶領域８１ｍは、メニュー画面表示のプログラムを記憶する領域であって、例えばメニュー画面表示，キー操作処理，ジャンプ処理等のプログラムを記憶している。記憶領域８１ｃ〜８１ｅはメニューサブルーチンプログラムを記憶する領域であって、メニューに応じたプログラムが記憶される。例えば、記憶領域８１ｎは、予習画面を表示するためのメニュープログラムを記憶している。記憶領域８１ｏは、試験のための画面表示，問題表示，採点処理等のメニュープログラムを記憶している。記憶領域８１ｐは、復習画面表示等のプログラムを記憶している。記憶領域８１ｒは、割込サブルーチンプログラム、具体的には各指示別のジャンプ処理プログラムを記憶している。記憶領域８１ｓは、指示情報を解釈するためのデータを記憶している。記憶領域８１ｔは、その他のプログラム及びデータを記憶している。
【００４３】
図１７において、視聴者は教育放送の視聴に先立って或る教科の予習をし、その後で教育放送に並行して予習の理解度を確認するための試験を行う。その場合は、視聴者が放送に先立って放送番組に対応する教育用カートリッジ８０Ｃを情報処理ユニット７０に装着して待機する。そして、放送開始時間になると、アナウンサーが教育番組の内容を声を出して読むのに併せて、オペレータがキーボード１５ａを操作してアナウンサーの説明又は視聴者への指示に対応するキー操作を行う。例えば、始めに番組の導入として、試験の番組の時間であることを知らせる。これに並行して、オペレータが試験モードを示すコードを入力し、そのコードが送信される。次に、その時間に放送する教科とメニュー番号（又は単元・参考書の頁数等）が伝えられる。試験の開始前に、試験の出題範囲となる予習事項が解説される。その後、試験の開始と試験時間が告げられる。これと並行して、試験開始を指示するキーコードが入力されて、音声による説明に併せて送信される。試験時間中は、問題の解説やヒント等が読み上げられ、必要に応じて文字情報としてキー入力されて送信される。試験時間が経過すると、試験の終了を知らせるメッセージが音声で伝えられると同時に、終了指示コードが入力されて送信される。続いて、採点の開始メッセージが音声で伝えられると同時に、採点指示コードが入力されて送信される。その後、試験問題の解説と復習すべき事項の指摘が音声で知らされる。このとき、必要に応じて復習のポイントを示す文字情報が入力されて送信される。
【００４４】
次に、図１６に示す手順で音声とキー入力による教育番組が放送されているとき、視聴者がその番組を視聴する場合の詳細な動作を説明する。この場合、視聴者が放送時間に先立って情報処理ユニット７０に教育番組用カートリッジ８０Ｃを装着すると、情報処理ユニット７０が図１８〜図２０に示すプログラムを実行する。まず、メインルーチンは、記憶領域８１ｌに記憶されているプログラムに基づき、図１８に示すフローに従って実行される。すなわち、ステップ３０１において、カリキュラムのメニュー画面が表示される。ステップ３０２において、メニューを選択するためのキー操作が行われる。ステップ３０３において選択された各メニュー毎のサブルーチン処理が行われる。各メニューの処理は、後述の図１９を参照して詳細に説明する。
【００４５】
メニュー処理は、記憶領域８１ｍに記憶されているプログラムに基づき、図１９に示すフローに従って実行される。すなわち、ステップ３１１において、サブメニューが表示される。表示されるメニューは例えば「予習」，「復習」，「終了」等がある。ステップ３１２において、キー入力によってメニューが選択される。そして、ステップ３１３において選択されたメニューが予習モードか否かが判断される。予習モードが選択された場合は、ステップ３１４において記憶領域８１ｎのプログラムが実行されて、予習処理が行われる。予習モードでなければ、ステップ３１５において復習モードか否かが判断される。復習モードが選択された場合は、ステップ３１６において記憶領域８１ｐのプログラムが実行されて、復習処理が行われる。その後、３１７において終了が選択されたか否かが判断され、終了でなければステップ３１１へ戻り、終了が選択されると元へ戻る。
【００４６】
次に、図２０及び図２１を参照して、教育番組を視聴しながら試験を行う場合を説明する。ステップ３２１において、バッファＲＡＭ６２に一時記憶されている指示情報が情報処理ユニット７０に読み込まれる。ステップ３２２において、受信データが試験開始コードか否かが判断される。試験開始コードであることが判断されると、ステップ３２３へ進み、初期設定される。続いて、ステップ３２４において受信データが試験開始指示か否かが判断される。試験開始指示であることが判断されると、ステップ３２５において、試験の開始処理が行われる。ステップ３２６において、試験問題の表示又はヒントの表示が行われると同時に、視聴者が解答する。ステップ３２７において、受信データが試験終了指示か否かが判断される。試験終了指示コードが受信されると、試験の終了処理が行われる。続くステップ３２９において、受信データが採点指示か否かが判断される。採点指示を受信すると、ステップ３３０において、採点処理が行われる。続くステップ３３１において採点結果の処理が行われ、ステップ３３２において採点結果がバックアップＲＡＭ８２に記憶された後、元に戻る。
【００４７】
この実施例によれば、教育番組を音声放送するのに併せて文字情報等の制御データを送信して画面に表示することにより、試験のヒントや予習・復習の要点を音声及び／又は文字で放送すれば、視聴者の記憶力を高められ、学習効果を向上できる。
【図面の簡単な説明】
【図１】本発明の原理を説明するための全体ブロック図である。
【図２】本明が適用される放送局側の詳細なブロック図である。
【図３】衛星送信局から送信されるデータフォーマットの一例を示す。
【図４】本発明が適用される受信側の詳細なブロック図である。
【図５】本発明をテレビゲームの解説放送に応用した場合のＲＯＭのメモリマップを示す。
【図６】本発明をテレビゲームの解説放送に応用した場合の音声による解説と操作例を示す。
【図７】本発明をテレビゲームに適用した場合のメインルーチンフローチャートを示す。
【図８】本発明をテレビゲームに適用した場合の割込処理フローチャートを示す。
【図９】本発明をテレビゲームに適用した場合のサブルーチンフローチャートを示す。
【図１０】本発明を天気予報及びニュースの放送に応用した場合のＲＯＭのメモリマップを示す。
【図１１】本発明を天気予報及びニュースの放送に応用した場合の音声による解説と操作例を示す。
【図１２】本発明を天気予報及びニュースの放送に応用した場合のメインルーチンフローチャートを示す。
【図１３】本発明を天気予報及びニュースの放送に応用した場合の割込処理フローチャートを示す。
【図１４】本発明を天気予報放送に応用した場合のサブルーチンフローチャートを示す。
【図１５】本発明をニュース放送に応用した場合のサブルーチンフローチャートを示す。
【図１６】本発明を教育ソフトに応用した場合のＲＯＭのメモリマップを示す。
【図１７】本発明を教育番組の放送に応用した場合の音声による解説と操作例を示す。
【図１８】本発明を教育ソフトに応用した場合のメインルーチンフローチャートを示す。
【図１９】本発明を教育ソフトに適用した場合のメニュー処理のフローチャートを示す。
【図２０】本発明を教育ソフトに適用した場合の割込処理のフローチャートを示す。
【図２１】本発明を教育ソフトの放送に適用した場合のサブルーチンのフローチャートを示す。
【符号の説明】
１０；放送局
１１；音声信号発生器（音声信号発生手段、音声データ発生手段）
１３；ＣＰＵ
１４；音声バッファＲＡＭ
１５；制御データ発生器（制御データ発生手段）
２０；衛星送信局
３０；放送衛星
４１，４２；受信手段
５０；デコーダ
５２；分離・復号回路（データ分離手段・音声データ復調手段）
６０；受信アダプタ
７０；情報処理ユニット（情報処理手段）
８０；カートリッジ（情報記憶媒体）
Claims (2)
- 音声データを放送する放送側装置と該音声データを受信する受信側装置により構成される情報処理システムであって、
前記放送側装置は、
音声データを入力するための音声データ入力手段、
前記音声データの内容に関連して前記受信側装置を制御するための制御データを入力するための制御データ入力手段、および
前記制御データを前記音声データに関連するタイミングで付加して、前記音声データと前記制御データを放送する放送手段を備え、
前記受信側装置は、ゲーム装置であって、
入力手段、
ゲームプログラムが記憶されたプログラム記憶手段、
前記プログラム記憶手段に記憶されたゲームプログラムにより、前記入力手段の入力情報に基づいて、ユーザーによって操作される操作対象の移動および敵キャラクタへの攻撃動作を制御する第１制御手段、
前記プログラム記憶手段によって記憶されたゲームプログラムにより、敵キャラクタの移動動作を制御する敵キャラクタ制御手段、
前記第１制御手段によって実行される前記操作対象の攻撃動作が、前記敵キャラクタ制御手段によって移動する敵キャラクタに対して有効か否かを判断する判断手段、
前記放送手段から放送された前記音声データと前記制御データとを受信する受信手段、
前記受信手段によって受信された前記音声データと前記制御データとを分離する分離手段、
前記分離手段によって分離された前記音声データを復調して再生する音声データ再生手段、
前記分離手段によって分離された前記制御データを復号する制御データ復号手段、および
前記受信手段によって前記音声データおよび前記制御データが受信されたときに、前記音声データ再生手段による前記音声データの再生とともに、前記制御データ復号手段によって復号された前記制御データに基づいて、前記第１制御手段によりユーザーによって操作される前記操作対象と同じ操作対象の移動および敵キャラクタへの攻撃動作を制御する第２制御手段を備える、放送による情報処理システム。 - 入力手段、
ゲームプログラムが記憶されたプログラム記憶手段、
前記プログラム記憶手段に記憶されたゲームプログラムにより、前記入力手段の入力情報に基づいて、ユーザーによって操作される操作対象の移動および敵キャラクタへの攻撃動作を制御する第１制御手段、
前記プログラム記憶手段によって記憶されたゲームプログラムにより、敵キャラクタの移動動作を制御する敵キャラクタ制御手段、
前記第１制御手段によって実行される前記操作対象の攻撃動作が、前記敵キャラクタ制御手段によって移動する敵キャラクタに対して有効か否かを判断する判断手段、
前記放送手段から放送された前記音声データと前記制御データとを受信する受信手段、
前記受信手段によって受信された前記音声データと前記制御データとを分離する分離手段、
前記分離手段によって分離された前記音声データを復調して再生する音声データ再生手段、
前記分離手段によって分離された前記制御データを復号する制御データ復号手段、および
前記受信手段によって前記音声データおよび前記制御データが受信されたときに、前記音声データ再生手段による前記音声データの再生とともに、前記制御データ復号手段によって復号された当該制御データに基づいて、前記第１制御手段によりユーザーによって操作される前記操作対象と同じ操作対象の移動および敵キャラクタへの攻撃動作を制御する第２制御手段を備える、ゲーム装置。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP07903793A JP3640358B2 (ja) | 1993-03-12 | 1993-03-12 | 放送による情報処理システム、および、それに用いられるゲーム装置 |
| JP2000067869A JP3447253B2 (ja) | 1993-03-12 | 2000-03-10 | 通信システム、それに用いられる送信装置、および受信装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP07903793A JP3640358B2 (ja) | 1993-03-12 | 1993-03-12 | 放送による情報処理システム、および、それに用いられるゲーム装置 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000067869A Division JP3447253B2 (ja) | 1993-03-12 | 2000-03-10 | 通信システム、それに用いられる送信装置、および受信装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH077481A JPH077481A (ja) | 1995-01-10 |
| JP3640358B2 true JP3640358B2 (ja) | 2005-04-20 |
Family
ID=13678725
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP07903793A Expired - Fee Related JP3640358B2 (ja) | 1993-03-12 | 1993-03-12 | 放送による情報処理システム、および、それに用いられるゲーム装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3640358B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000244426A (ja) * | 1999-02-24 | 2000-09-08 | Sony Computer Entertainment Inc | 放送システムおよび受信再生端末 |
| JP2002252600A (ja) * | 2001-02-26 | 2002-09-06 | Hitachi Kokusai Electric Inc | 通信方法 |
| JP4590122B2 (ja) * | 2001-03-14 | 2010-12-01 | 任天堂株式会社 | 放送受信システムおよびゲーム装置 |
-
1993
- 1993-03-12 JP JP07903793A patent/JP3640358B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH077481A (ja) | 1995-01-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1133184B1 (en) | Transaction based interactive television system | |
| US5764275A (en) | Interactive television security through transaction time stamping | |
| EP1034822A1 (en) | Method and apparatus for controlling educational and amusement use of a consumer electronic device having a screen | |
| JP2009515424A (ja) | 双方向型モバイルネットワークゲームシステム及び方法 | |
| JPS58206273A (ja) | ビデオ信号を遠隔加入者端末に送出する装置 | |
| US20010014906A1 (en) | Data transmission method and system of same, information processing method and system of same, data transmitter, signal processor, content data processing method, and data serving method | |
| JP3277473B2 (ja) | 放送受信装置 | |
| JP3738857B2 (ja) | スポーツ放送受信装置 | |
| JP3640358B2 (ja) | 放送による情報処理システム、および、それに用いられるゲーム装置 | |
| JPH08173634A (ja) | データ更新ゲームシステム | |
| JP4719390B2 (ja) | 予め定められたテレビジョン番組のインターラクティブ再生を伴なうディジタルテレビジョン受信器／復号器 | |
| JP3734532B2 (ja) | インタラクティブ番組再生装置およびインタラクティブ番組再生方法 | |
| JP3447253B2 (ja) | 通信システム、それに用いられる送信装置、および受信装置 | |
| JP3165635B2 (ja) | 多重放送受信装置 | |
| JP3695274B2 (ja) | エンタテインメントシステム並びにそれに用いる受信側端末及び送信側装置 | |
| EP1032146A2 (en) | Broadcast system and terminal for receiving and reproducing broadcast signals, comprising a download unit | |
| JP2001309270A (ja) | 受信端末装置およびその制御方法 | |
| JPH09214446A (ja) | 多重放送送信装置および受信装置 | |
| JPH06134143A (ja) | 娯楽機器 | |
| JP3475356B2 (ja) | デジタル放送における疑似同期制御システムおよびその方法 | |
| JPH02143622A (ja) | 情報伝送システム | |
| JPH0922389A (ja) | スポーツｖａｎシステム | |
| JP2005234602A (ja) | データ処理装置及びデータ処理方法 | |
| JP2005234601A (ja) | データ処理装置及びデータ処理方法 | |
| JP2004033781A (ja) | ゲーム機システム、ゲーム機システムの制御方法及び記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040524 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040723 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20040823 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041008 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20041214 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050117 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050117 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080128 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090128 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100128 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100128 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100128 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110128 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110128 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120128 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120128 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130128 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130128 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |