(57)【要約】【課題】音源デバイスと画像デバイスがメモリを共用するデータ処理装置において、画像デバイスが音源デバイスの要求するデータをメモリから高速に読み出すことを可能にする。【解決手段】音源デバイスがメモリから読み出すデータの量を画像デバイスに対して通知することにより、画像デバイスはその通知されたデータ量のデータを連続してメモリから読み出す。【選択図】図４
2008145992.tif 000002
【特許請求の範囲】
【請求項１】
楽音データを処理する音源デバイスと、画像データを処理する画像デバイスと、前記画像デバイスによってデータの読み出しを制御され、前記楽音データおよび前記画像データを記憶するメモリと、を備えたデータ処理装置において、
前記音源デバイスは、前記メモリから読み出す楽音データのデータ量を指定するための読み出しデータ量情報を含んだ楽音データ読み出し要求を前記画像デバイスに対して送信し、
前記画像デバイスは、前記メモリから画像データを読み出し中に前記楽音データ読み出し要求を受信した場合に、該画像データの読み出しに優先して、前記受信した楽音データ読み出し要求の読み出しデータ量情報で示されるデータ量の楽音データを連続で前記メモリから読み出し、読み出した楽音データを前記音源デバイスへ送信する
ことを特徴とするデータ処理装置。
【請求項２】
前記読み出しデータ量情報に指定するデータ量が可変であることを特徴とする請求項１に記載のデータ処理装置。
【請求項３】
前記画像デバイスは、前記メモリからデータを連続で読み出す請求項１に記載の第１の読み出しモード、または前記メモリからデータを所定の読み出し単位で読み出す第２の読み出しモードのいずれかで動作し、前記受信した楽音データ読み出し要求の読み出しデータ量情報に応じて前記第１または第２の読み出しモードを切り替えることを特徴とする請求項１または請求項２に記載のデータ処理装置。
【請求項４】
前記音源デバイスから前記画像デバイスへ送信するデータの単位がＭビット（Ｍは１以上の整数）であり、
前記音源デバイスが前記メモリから読み出す楽音データを指定するアドレスのアドレス長がｍビット（ｍは整数、ただし１≦ｍ＜Ｍ）であり、
前記読み出しデータ量情報がｎビット（ｎは整数、ただし１≦ｎ≦Ｍ−ｍ）のデータであり、
前記音源デバイスは、前記アドレスと前記読み出しデータ量情報とを含んだデータを前記楽音データ読み出し要求として送信する
ことを特徴とする請求項１から請求項３のいずれかの項に記載のデータ処理装置。
【請求項５】
画像データを処理する画像デバイスによってデータの読み出しが制御される外部メモリから読み出された楽音データを処理する音源デバイスであって、
前記外部メモリから読み出す楽音データのデータ量を指定するための読み出しデータ量情報を含んだ楽音データ読み出し要求を前記画像デバイスに対して送信する
ことを特徴とする音源デバイス。
【請求項６】
外部メモリから読み出された画像データを処理するとともに、楽音データを処理する音源デバイスからの要求を受けて前記外部メモリから楽音データを読み出して該音源デバイスに供給する画像デバイスであって、
前記外部メモリから読み出す楽音データのデータ量を指定するための読み出しデータ量情報を含んだ前記音源デバイスからの楽音データ読み出し要求を、前記外部メモリから画像データを読み出し中に受信した場合に、該画像データの読み出しに優先して、前記受信した楽音データ読み出し要求の読み出しデータ量情報で示されるデータ量の楽音データを連続で前記メモリから読み出す
ことを特徴とする画像デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音源デバイスと画像デバイスがメモリを共用するデータ処理装置、ならびに当該データ処理装置に用いられる音源デバイスおよび画像デバイスに関する。
【背景技術】
【０００２】
パチンコ等のゲーム機では、画像のコンテンツデータと音のコンテンツデータとを再生するデータ処理装置として、画像データを処理する画像デバイスと楽音データを処理する音源デバイスがそれぞれ独立して処理を行うように構成されたものが、広く用いられてきた（例えば、特許文献１および特許文献２参照）。
【０００３】
このようなデータ処理装置のコストダウンを図ることなどを目的に、本出願人により特願２００６−５９８７として、画像デバイスと音源デバイスとでメモリを共用する構成としたデータ処理装置が提案されている。このメモリ共用型のデータ処理装置においては、共用メモリに画像データと楽音データが格納されて、画像デバイスがこの共用メモリからのデータの読み出しを司り、画像データを読み出して処理する一方、音源デバイスからの要求を受けて楽音データも読み出し、読み出した楽音データを画像デバイスから音源デバイスへ供給するようにしている。
【特許文献１】特開２００４−２３３７４７号公報
【特許文献２】特開２００４−２３３７４８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、そのようなデータ処理装置では、音源デバイスが共用メモリから連続した楽音データを読み出そうとする場合でも、画像デバイスは音源デバイスが読み出そうとしているデータの量を把握していないため、楽音データの読み出しを高速に行うことができなかった。そのため、楽音データの読み出しに時間がかかって音のコンテンツの再生品質が劣化するとともに、画像データの読み出しにも遅延が波及し、画像のコンテンツまでも再生品質が劣化するという問題があった。
【０００５】
本発明は上記の点に鑑みてなされたものであり、その目的は、音源デバイスと画像デバイスがメモリを共用するデータ処理装置において、画像デバイスが音源デバイスの要求するデータをメモリから高速に読み出すことを可能にすることにある。
【課題を解決するための手段】
【０００６】
本発明は上記の課題を解決するためになされたものであり、楽音データを処理する音源デバイスと、画像データを処理する画像デバイスと、前記画像デバイスによってデータの読み出しを制御され、前記楽音データおよび前記画像データを記憶するメモリと、を備えたデータ処理装置において、前記音源デバイスは、前記メモリから読み出す楽音データのデータ量を指定するための読み出しデータ量情報を含んだ楽音データ読み出し要求を前記画像デバイスに対して送信し、前記画像デバイスは、前記メモリから画像データを読み出し中に前記楽音データ読み出し要求を受信した場合に、該画像データの読み出しに優先して、前記受信した楽音データ読み出し要求の読み出しデータ量情報で示されるデータ量の楽音データを連続で前記メモリから読み出し、読み出した楽音データを前記音源デバイスへ送信することを特徴とする。
【０００７】
この発明によれば、音源デバイスがメモリから読み出すデータの量を画像デバイスに対して通知することにより、画像デバイスはその通知されたデータ量のデータを連続してメモリから読み出す。したがって、音源デバイスの要求するデータのメモリからの読み出しを画像デバイスが高速に行うことが可能である。
【０００８】
また、上記データ処理装置において、前記読み出しデータ量情報に指定するデータ量が可変であることを特徴とする。
【０００９】
この発明によれば、音源デバイスはメモリから読み出すデータの量を可変に指定することができる。したがって、当該データ量を、メモリから読み出して再生する楽音データと画像データの特性に応じた適切な値に設定することで、音と画像の再生品質のバランスをとりながら最適な状態でデータ処理装置を動作させることが可能である。
【００１０】
また、上記データ処理装置において、前記画像デバイスは、前記メモリからデータを連続で読み出す第１の読み出しモード、または前記メモリからデータを所定の読み出し単位で読み出す第２の読み出しモードのいずれかで動作し、前記受信した楽音データ読み出し要求の読み出しデータ量情報に応じて前記第１または第２の読み出しモードを切り替えることを特徴とする。
【００１１】
この発明によれば、楽音データの読み出しを、連続読み出しだけでなく、所定の読み出し単位（１ワード毎）で行うことが可能である。
【００１２】
また、上記データ処理装置において、前記音源デバイスから前記画像デバイスへ送信するデータの単位がＭビット（Ｍは１以上の整数）であり、前記音源デバイスが前記メモリから読み出す楽音データを指定するアドレスのアドレス長がｍビット（ｍは整数、ただし１≦ｍ＜Ｍ）であり、前記読み出しデータ量情報がｎビット（ｎは整数、ただし１≦ｎ≦Ｍ−ｍ）のデータであり、前記音源デバイスは、前記アドレスと前記読み出しデータ量情報とを含んだデータを前記楽音データ読み出し要求として送信することを特徴とする。
【００１３】
この発明によれば、読み出しデータ量情報をアドレス送信時の空きビットを利用して送信することができる。
【００１４】
また、本発明は、画像データを処理する画像デバイスによってデータの読み出しが制御される外部メモリから読み出された楽音データを処理する音源デバイスであって、前記外部メモリから読み出す楽音データのデータ量を指定するための読み出しデータ量情報を含んだ楽音データ読み出し要求を前記画像デバイスに対して送信することを特徴とする。
【００１５】
また、本発明は、外部メモリから読み出された画像データを処理するとともに、楽音データを処理する音源デバイスからの要求を受けて前記外部メモリから楽音データを読み出して該音源デバイスに供給する画像デバイスであって、前記外部メモリから読み出す楽音データのデータ量を指定するための読み出しデータ量情報を含んだ前記音源デバイスからの楽音データ読み出し要求を、前記外部メモリから画像データを読み出し中に受信した場合に、該画像データの読み出しに優先して、前記受信した楽音データ読み出し要求の読み出しデータ量情報で示されるデータ量の楽音データを連続で前記メモリから読み出すことを特徴とする。
【発明の効果】
【００１６】
本発明によれば、音源デバイスがメモリから読み出すデータの量を画像デバイスに対して通知し、画像デバイスはその通知されたデータ量のデータを連続してメモリから読み出すので、音源デバイスの要求するデータのメモリからの読み出しを、画像デバイスが高速に行うことが可能である。これにより、音源デバイスと画像デバイスがメモリを共用するデータ処理装置において、音と画像のコンテンツを良好な品質で再生することができる。
【発明を実施するための最良の形態】
【００１７】
以下、図面を参照しながら本発明の実施形態について詳しく説明する。
図１は、本発明の一実施形態によるデータ処理装置の構成図を示したものである。同図において、データ処理装置１は、ホストＣＰＵ２と、音源デバイス３と、画像デバイス４と、メモリ５を有している。
【００１８】
ホストＣＰＵ２は、データ処理装置１の各部の動作を制御する中央処理装置であり、具体的には、音源デバイス３と画像デバイス４に対して、コンテンツデータの再生を指示する。コンテンツデータとして、ここでは音を発音するための楽音データと画像を表示するための画像データとがあり、これら楽音データと画像データは、メモリ５内に格納されている。
【００１９】
音源デバイス３は、ホストＣＰＵ２の命令に基づいて、メモリ５から楽音データを読み出し、読み出した楽音データに所定の処理を加えてスピーカ７を駆動するための楽音信号を生成し、生成した楽音信号をスピーカ７へ供給する。ここで、メモリ５からの楽音データの読み出しは、画像デバイス４（のメモリ・インタフェース１３）を介して行うが、その詳細については後で説明する。
【００２０】
なお、楽音データがＭＰ３（ＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）  Ａｕｄｉｏ  Ｌａｙｅｒ−３）などの圧縮データである場合には、上記所定の処理として、読み出した楽音データの伸長処理を行うことによって、楽音信号を生成する。また、楽音データがＭＩＤＩ（Ｍｕｓｉｃａｌ  Ｉｎｓｔｒｕｍｅｎｔｓ  Ｄｉｇｉｔａｌ  Ｉｎｔｅｒｆａｃｅ）のシーケンスデータである場合には、読み出したシーケンスデータを解釈して、その結果に従って音源デバイス３が内蔵する音源データを読み出して、楽音信号としてスピーカ７へ供給する。
【００２１】
画像デバイス４は、メモリ５から画像データを読み出して再生するとともに、音源デバイス３からの要求を受けて楽音データをメモリ５から読み出し、音源デバイス３へ供給する。具体的な構成として、画像デバイス４は、図１に示されるようにホスト・インタフェース（ホストＩ／Ｆ）１１と、画像処理部１２と、メモリ・インタフェース（メモリＩ／Ｆ）１３とを有している。
【００２２】
ホスト・インタフェース１１は、ホストＣＰＵ２とのデータの入出力を制御し、ホストＣＰＵ２からの画像コンテンツの再生命令を画像処理部１２へ転送する。画像処理部１２は、この再生命令を受けてメモリ５から読み出す画像データの格納場所を示すアドレスを決定し、アドレスデータをメモリ・インタフェース１３へ供給する。メモリ・インタフェース１３は、供給されたアドレスデータをメモリ５へ転送することで当該アドレスデータにより指定される画像データをメモリ５から読み出し、読み出した画像データを画像処理部１２へ転送する。画像処理部１２は、こうして取得した画像データに所定の処理を施して、その結果の画像信号を表示装置６へ供給することにより、表示装置６に画像を表示させる。
【００２３】
メモリ・インタフェース１３へは、さらに、音源デバイス３から楽音データの読み出し要求も入力される。メモリ・インタフェース１３は、この読み出し要求において指定されたメモリ５のアドレスから楽音データを読み出して、読み出した楽音データを音源デバイス３へ転送する。ここで、メモリ・インタフェース１３がメモリ５から楽音データを読み出す読み出しモードには、次に説明（図２、図３）するように、１回の読み出し要求（アドレス指定）毎に１ワード（一読み出し単位）ずつデータを読み出すランダムアクセスモードと、１回の読み出し要求で、指定されたアドレスに続く所定数（所定ワード）の複数のデータを連続で読み出す連続アクセスモードとがある。どちらのモードで読み出すか、また連続アクセスモードの場合、何ワード連続で読み出すかは、音源デバイス３から指定を行う。
【００２４】
図２は、音源デバイス３が楽音データをメモリ５から読み出す際に画像デバイス４（メモリ・インタフェース１３）へ送信する、読み出す楽音データの格納場所を指定するためのアドレスデータを表したデータ構造図である。なお、楽音データのアドレスは、２６ビットの相対アドレスで指定することとする。
【００２５】
図２において、第０〜第１１ビットは下位アドレスＬ−ＡＤＲ、第１２〜第１３ビットは空き（値は０）、第１４〜第１５ビットはモード指定データＰＭである。また、第１６〜第２９ビットは上位アドレスＨ−ＡＤＲ、第３０〜第３１ビットは空き（値は０）である。ここで、アドレスデータを送信するバスの幅は１６ビットであるとする。このとき、図２のアドレスデータは、第０〜第１５ビットのデータと、第１６〜第３１ビットのデータに分けて送信される。
【００２６】
モード指定データＰＭは、楽音データの読み出しモードを指定するための２ビットのデータであり、図中に示すように、ＰＭ＝０はランダムアクセスモードを指定し、ＰＭ＝１は８０ワード連続で読み出す連続アクセスモードを指定し、ＰＭ＝２は１６０ワード連続で読み出す連続アクセスモードを指定する。なお、ＰＭ＝３は、ここでは未使用とする。
【００２７】
このように、図２のデータ構造を用いることにより、アドレスデータ送信時の空きビット（第１４〜第１５ビット）を利用して、楽音データの読み出しモードと連続で読み出すワード数とを指定するモード指定データＰＭを送信することができる。また、モード指定データＰＭにより３つの読み出しモードを選択可能であるので、楽音データや画像データの特性に応じ、音と画像のコンテンツの再生品質がバランスのとれた最適な状態となるように設定を行うことができる。
【００２８】
次に、音源デバイス３がメモリ５から楽音データを読み出す際の動作を、図３および図４を参照して説明する。
【００２９】
図３は、音源デバイス３に入出力される各信号の時間的関係を説明するタイミングチャートである。ここでは、モード指定データＰＭ＝１を指定して、８０ワードを連続読み出しする連続アクセスモードを選択した場合を例に説明する。
【００３０】
音源デバイス３は、まず、時刻ｔ１において信号ラインＢＵＳをハイレベル“Ｈ”にしてから、データバスＤへ上位アドレスＨ−ＡＤＲを出力し、その後、信号ラインＳＹＮＣ＿Ｈをハイレベル“Ｈ”にする。メモリ・インタフェース１３は、信号ラインＢＵＳのハイレベル“Ｈ”を検出することでこれからアドレスが送信されることを把握し、さらにその後信号ラインＳＹＮＣ＿Ｈのハイレベル“Ｈ”を受けて、データバスＤの上位アドレスＨ−ＡＤＲを取得する。
【００３１】
次いで音源デバイス３は、時刻ｔ２において、信号ラインＳＹＮＣ＿Ｈをローレベル“Ｌ”にするとともにデータバスＤに下位アドレスＬ−ＡＤＲおよびモード指定データＰＭを出力し、その後、信号ラインＳＹＮＣ＿Ｌをハイレベル“Ｈ”にする。メモリ・インタフェース１３は、信号ラインＳＹＮＣ＿Ｌのハイレベル“Ｈ”を受けて、データバスＤの下位アドレスＬ−ＡＤＲとモード指定データＰＭを取得する。そして時刻ｔ３において、音源デバイス３はデータバスＤへのアドレスの出力を止めるとともに、信号ラインＳＹＮＣ＿ＬおよびＢＵＳをローレベル“Ｌ”に戻す。
【００３２】
一方、アドレスＨ−ＡＤＲおよびＬ−ＡＤＲ、ならびにモード指定データＰＭを取得したメモリ・インタフェース１３は、時刻ｔ４において、ウェイト信号ラインＷＡＩＴをハイレベル“Ｈ”にする。音源デバイス３は、ウェイト信号ラインＷＡＩＴがハイレベル“Ｈ”であることを検知している間、メモリ・インタフェース１３からデータ（読み出しを要求した楽音データ）が送信されてくるのを待機する。そして、メモリ・インタフェース１３は、時刻ｔ５において、ウェイト信号ラインＷＡＩＴをローレベル“Ｌ”にするとともに、メモリ５から上記取得されたアドレスの楽音データを１ワード読み出して、読み出した楽音データｄａｔａ１をデータバスＤへ出力する。
【００３３】
次いで、音源デバイス３は、ウェイト信号ラインＷＡＩＴがローレベル“Ｌ”になったのを受けて、データバスＤ上の楽音データｄａｔａ１を取得し、その後インクリメント信号ＩＮＣを送信する。メモリ・インタフェース１３はこのインクリメント信号ＩＮＣを受信して、カウンタを１だけインクリメントする（カウンタには初めに値０が入っているものとする）。また、メモリ・インタフェース１３は、データバスＤへの出力を止めるとともに、ウェイト信号ラインＷＡＩＴを再びハイレベル“Ｈ”にする。
【００３４】
その後、メモリ・インタフェース１３は、時刻ｔ６において、ウェイト信号ラインＷＡＩＴをローレベル“Ｌ”にするとともに、上記読み出した楽音データｄａｔａ１の次のアドレスの楽音データｄａｔａ２をメモリ５から読み出して、データバスＤへ出力する。音源デバイス３は、ウェイト信号ラインＷＡＩＴがローレベル“Ｌ”になったのを受けてデータバスＤ上の楽音データｄａｔａ２を取得し、インクリメント信号ＩＮＣを送信する。メモリ・インタフェース１３はこのインクリメント信号ＩＮＣを受信して、カウンタを１だけインクリメントする（この時点でカウンタ値は２となる）。そして、データバスＤへの出力を止め、ウェイト信号ラインＷＡＩＴを再びハイレベル“Ｈ”にする。
【００３５】
以降、（モード指定データＰＭ＝１であるので）カウンタのカウンタ値が８０になるまで同様の動作が繰り返される。
こうして、音源デバイス３からモード指定データＰＭをメモリ・インタフェース１３へ送信することにより、メモリ・インタフェース１３はモード指定データＰＭで指定されたワード数の楽音データを連続アクセスで（ＰＭ＝０の場合はランダムアクセスで）読み出すことができる。
【００３６】
図４は、メモリ・インタフェース１３の処理フロー図を示したものである。
音源デバイス３から楽音データの読み出し要求があり、アドレスデータが受信されると（ステップＳ１）、画像処理部１２がメモリ５から画像データを読み出し中であるか否かが判断される（ステップＳ２）。画像データを読み出し中である場合は、画像データの読み出しが中断される（ステップＳ３）。次いで、音源デバイス３から受信されたアドレスデータに含まれるモード指定データＰＭの値が判定され（ステップＳ４）、その値に応じた楽音データの読み出しモードが設定される（ステップＳ５〜ステップＳ７）。
【００３７】
そして、楽音データがメモリ５からまず１ワード読み出されて（ステップＳ８）、楽音データの読み出しが終了したか否かが判断される（ステップＳ９）。楽音データの読み出しが終了したか否かの判断は、設定されている読み出しモードに従う。すなわち、ステップＳ５によりランダムアクセスモードが設定されている場合には、１ワードの読み出しで要求された楽音データの読み出しが終了するので、ステップＳ１０へ移行する。また、ステップＳ６により連続アクセスモード（８０ワード読み出し）が設定されている場合には、ステップＳ８へ移行して、８０ワードを読み出すまでステップＳ８〜ステップＳ９の処理が繰り返される。
【００３８】
ステップＳ９で楽音データの読み出しが終了したと判断されると、ステップＳ３で中断された画像データの読み出しが再開される（ステップＳ１０）。
このようにして、音源デバイス３から楽音データの読み出し要求があると、画像処理部１２による画像データの読み出しが実行中であってもその読み出し処理が中断され、モード指定データＰＭに基づいて楽音データの読み出しが優先して実行される。このとき、連続アクセスモードが指定されていれば、指定されたワード数の楽音データが連続で読み出される。そして楽音データの読み出しが終了した後に、画像データの読み出しが再開される。
【００３９】
一方、画像処理部１２から画像データの読み出し要求があると（ステップＳ１１）、ステップＳ９において楽音データの読み出しが終了しているか否かが判断される。楽音データの読み出しが終了していない場合には、ステップＳ８〜ステップＳ９のループを抜けるまで、画像データの読み出し開始が待機させられる。そして、楽音データの読み出しが終了すると、画像データの読み出しが開始される。
【００４０】
図５は、メモリ・インタフェース１３の処理の変形例を示すフロー図である。ここでは、画像デバイス４がテンポラリバッファを備え、このテンポラリバッファに、メモリ５から読み出した楽音データを一時的に記憶するようにする。
【００４１】
同図において、具体的には、ステップＳ２１からステップＳ２４までの処理は、図４のステップＳ１からステップＳ４までの処理と同様にして行われる。そして、ランダムアクセスモードが指定されている場合には、ステップＳ２５において、楽音データがメモリ５から１ワード読み出され画像デバイス４のテンポラリバッファへ記憶される。また、連続アクセスモード（８０ワード）が指定されている場合には、ステップＳ２６において、楽音データがメモリ５から８０ワード連続で読み出されテンポラリバッファへ記憶される。また、連続アクセスモード（１６０ワード）が指定されている場合には、ステップＳ２７において、楽音データがメモリ５から１６０ワード連続で読み出されテンポラリバッファへ記憶される。このようにしてテンポラリバッファへ一時記憶された楽音データは、その後適宜のタイミングで１ワードずつ読み出されて、音源デバイス３へ転送される。
【００４２】
一方、上記ステップＳ２５〜ステップＳ２７における各モードでのメモリ５からの楽音データ読み出しが終了すると、直ちに、画像データのメモリ５からの読み出しが再開される（ステップＳ２８）。
【００４３】
以上説明したように、本実施形態によれば、音源デバイス３がメモリ５から読み出す楽音データの量を示すモード指定データＰＭを画像デバイス４に対して送信し、画像デバイス４はこのモード指定データＰＭに従い、指定されたデータ量（８０ワードまたは１６０ワード）の楽音データを連続してメモリ５から読み出すので、音源デバイス３の要求するデータのメモリ５からの読み出しを、画像デバイス４が高速に行うことが可能である。これにより、音源デバイス３と画像デバイス４がメモリ５を共用している本データ処理装置１において、音と画像のコンテンツを良好な品質で再生することができる。
また図５の処理によれば、画像デバイス４に設けられたテンポラリバッファへ楽音データを記憶した時点で画像データの読み出しを再開できるので、音源デバイス３と画像デバイス４がメモリ５を共用している本データ処理装置１において、音と画像のコンテンツをさらに良好な品質で再生することができる。
【００４４】
以上、図面を参照してこの発明の一実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
【００４５】
例えば、上記説明したモード指定データＰＭはメモリ５から読み出す楽音データのデータ量を音源デバイス３が指定する読み出しデータ量情報の一例であって、本発明はこれに限られるものではない。例えば、ＰＭ＝０〜３のように読み出しモードを指定する代わりに、連続で読み出すデータ量を何ワードのように直接指定してもよい。また、その指定するデータ量は、音源デバイス３が適宜変更することができる。
【００４６】
また、モード指定データＰＭは２ビットのデータとしたが、アドレスデータＨ−ＡＤＲおよびＬ−ＡＤＲを送信する際の空いているビットのビット数以下であればよい。すなわち、音源デバイス３から画像デバイス４へデータを送信する単位（データバスＤの幅）をＭビット（Ｍは１以上の整数）、アドレスデータＨ−ＡＤＲまたはＬ−ＡＤＲのアドレス長をｍビット（ｍは整数、ただし１≦ｍ＜Ｍ）とすると、モード指定データＰＭのビット数ｎは、１≦ｎ≦Ｍ−ｍであればよい。モード指定データＰＭは、このｎビットの範囲内で任意の情報（連続で読み出すワード数などの情報）を含めることができ、アドレスデータと同時に送信することができる。
【００４７】
また、メモリ・インタフェース１３は、例えば楽音データを１６０ワード連続読み出し中に画像処理部１２から画像データの読み出し要求があった場合、楽音データの読み出しを途中（例えば８０ワードまで）で一旦中止するとともにその場所（８０ワード）まで読み出しを完了したことを記憶しておき、要求された画像データの読み出しが終わったら、楽音データの読み出しを次の場所（８１ワード目）から再開するようにしてもよい。
【図面の簡単な説明】
【００４８】
【図１】本発明の一実施形態によるデータ処理装置の構成図である。
【図２】音源デバイスが送信するアドレスデータのデータ構造図である。
【図３】音源デバイスに入出力される各信号の時間的関係を説明するタイミングチャートである。
【図４】メモリ・インタフェースの処理フロー図である。
【図５】メモリ・インタフェースの処理フロー図（変形例）である。
【符号の説明】
【００４９】
１…データ処理装置  ２…ホストＣＰＵ  ３…音源デバイス  ４…画像デバイス  ５…メモリ  ６…表示装置  ７…スピーカ  １１…ホスト・インタフェース  １２…画像処理部  １３…メモリ・インタフェース
【図１】
2008145992.tif 000003
【図２】
2008145992.tif 000004
【図３】
2008145992.tif 000005
【図４】
2008145992.tif 000006
【図５】
2008145992.tif 000007