信号処理装置、信号処理システム、遊技機
【課題】インタラクティブな遊技機、ゲーム機などの画像展開と音声再生、役物の動作とのタイミング等を総合的に制御できる信号処理装置を提供する。
【解決手段】グラフィックス用ロジック６と音声用ロジック７とを同じ統合化ＬＳＩ５に搭載して命令体系を連携する。前記グラフィックス用ロジック６は、上位ＣＰＵ１０の命令を解読する命令解読部２０と、画像デコード部２２とを備え、音声用ロジック７における音声デコード部２１は命令解読部２０を介した命令により動作する。
【解決手段】グラフィックス用ロジック６と音声用ロジック７とを同じ統合化ＬＳＩ５に搭載して命令体系を連携する。前記グラフィックス用ロジック６は、上位ＣＰＵ１０の命令を解読する命令解読部２０と、画像デコード部２２とを備え、音声用ロジック７における音声デコード部２１は命令解読部２０を介した命令により動作する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、特にインタラクティブな遊技機、ゲーム機などにおいて画像展開、音声再生、役物の動作、及び発光素子の点灯などを効率よく総合的に制御を行うことができる信号処理装置に関する。
【背景技術】
【０００２】
パチンコ機などの遊技機の分野においては、画像効果、音声効果を高めながら楽しめるように多くのＬＳＩによってその制御部が構成されており、一般的には画像処理を行うＬＳＩと音声処理を行うＬＳＩとが別個用意されており、これらのＬＳＩに対して上位ＣＰＵから所定の命令を送ることで連携動作を行うようなシステム構成となっている。特に、画像情報は情報量も多く、画像圧縮技術を元にその展開（伸長）技術に工夫する画像処理システムが、例えば特許文献１及び２に記載されている。
【０００３】
他方、特許文献３では、画像と音声を連携して再生するために、画像用ＬＳＩと音声用ＬＳＩを別個に持ちながら、それらの連係動作により上位ＣＰＵの使用効率を高めるシステムが提案されている。更に、引用文献４においては、一のＣＰＵが画像制御ユニットの制御を行いつつ音源回路に演出パターンの選択コマンドを送り、音源回路はこのコマンドに基づいて音源データを読み出してデコードし、出力する構成が記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特許第３９７０２９１号公報
【特許文献２】特開２００９−２９４９９０号公報
【特許文献３】特開２００７−１５６５１９号公報
【特許文献４】特開２００８−１４２１０２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、近時の遊技機においては、その遊技効果を画像、音声にとどまらず、アタッカの開閉、キャラクタ物の動きを変化させるなどの、いわゆる役物モータ制御などでは、盤面上に既に存在する役物がその動き方を変化させるとか、突然現れるとかの制御がなされており、また盤面周囲に配置した多くのＬＥＤの点灯状態を変化させ、その点灯するＬＥＤの配色によって、遊技者になお一層の遊戯性への期待感を高めるようになされている。
【０００６】
そのようなシステムにおいても、上位ＣＰＵからの命令を画像、音声、モータ、ＬＥＤの制御は、個別のＬＳＩが用いられるのが通常で、上位ＣＰＵからの命令に依存して各ＬＳＩが個別制御されているので、それらの連携動作を行うためには上位ＣＰＵのプログラムへの負担が大きくなるという課題があった。更に、遊戯効果を高めるためには画像情報と音声情報とを同期させてそれぞれが適切なタイミングで出力されるようにしなければならないが、上記引用文献１〜４においては、そのような画像展開と音声再生、役物の動作とのタイミング等を総合的に制御するための構成は存在せず、また、そのような調整を図るには複雑な構成や処理手順が必要になるという問題があった。
【課題を解決するための手段】
【０００７】
かかる課題を解決するために、本発明の請求項１に係る発明は、上位ＣＰＵの命令によって動作制御されるＬＳＩチップとして構成された信号処理装置であって、表示手段に表示される画像データの出力を制御するグラフィックス用ロジック及び音声出力手段から出力される音声データの出力を制御する音声用ロジックとを備え、前記グラフィックス用ロジックは、前記上位ＣＰＵの命令を解読する命令解読部と、画像デコード部とを備え、前記音声用ロジックにおける音声デコード部は前記命令解読部を介した命令により動作することを特徴とする。
【０００８】
請求項２に記載の発明は、請求項１に記載の構成に加え、ディスプレイリスト発行手段が発行した、前記信号処理装置に実行させるべき一連の転送命令を略時系列状に記述したディスプレイリストが前記命令解読部に供給されることで、前記グラフィックス用ロジック、前記音声用ロジックがそれぞれ略時系列状に制御されることを特徴とする。
【０００９】
請求項３に記載の発明は、請求項２に記載の構成に加え、前記ディスプレイリストには、複数のグラフィックス用リストと複数の音声用リストとが前記一連の転送命令として記述され、前記命令解読部は前記ディスプレイリストを解読し、前記画像デコード部は前記命令解読部におけるそれぞれの前記グラフィックス用リストの解読結果に基づいて各種画像処理を行い、前記音声デコード部は前記命令解読部におけるそれぞれの前記音声用リストの解読結果に基づいて各種音声処理を行うことを特徴とする。
【００１０】
請求項４に記載の発明は、信号処理システムであって、請求項１乃至３の何れかに記載の信号処理装置と、前記画像デコード部に接続されてグラフィックス表示を行う表示手段と、前記音声デコード部に接続されて音声出力を行う音声出力手段とを備えたことを特徴とする。
【００１１】
請求項５に記載の発明は、請求項４に記載の構成に加え、前記信号処理装置に実行させるべき一連の転送命令を略時系列状に記述したディスプレイリストを発行するディスプレイリスト発行手段を備え、該ディスプレイリスト発行手段が発行した、前記信号処理装置に実行させるべき一連の転送命令を略時系列状に記述したディスプレイリストが前記命令解読部に供給されることで、前記グラフィックス用ロジック、前記音声用ロジックがそれぞれ略時系列状に制御されて、前記表示手段に画像が表示されると共に前記音声出力手段から音声が出力されることを特徴とする。
【００１２】
請求項６に記載の発明は、請求項５に記載の構成に加え、前記ディスプレイリストには、複数のグラフィックス用リストと複数の音声用リストとが前記一連の転送命令として記述され、前記命令解読部は前記ディスプレイリストを解読し、前記画像デコード部は前記命令解読部におけるそれぞれの前記グラフィックス用リストの解読結果に基づいて各種画像処理を行い、前記音声デコード部は前記命令解読部におけるそれぞれの前記音声用リストの解読結果に基づいて各種音声処理を行うことを特徴とする。
【００１３】
請求項７に記載の発明は、遊技機であって、請求項１乃至３の何れか一つに記載の信号処理装置を備えたことを特徴とする。
【００１４】
請求項８に記載の発明は、遊技機であって、請求項４乃至６の何れか一つに記載の信号処理システムを備えたことを特徴とする。
【発明の効果】
【００１５】
請求項１、請求項４に記載の発明によれば、音声用ロジックにおける音声デコード部はグラフィックス用ロジックの備える命令解読部を介した命令により動作することにより、画像デコード部と音声デコード部とは同一の命令解読部を介した命令で動作する。これにより、グラフィックス用ロジック及び音声用ロジックの動作を、画像展開と音声再生、役物の動作とのタイミングを簡易かつ正確に調整することができて、特にインタラクティブな遊技機、ゲーム機などにおいて画像展開、音声再生、役物の動作、及び発光素子の点灯などを効率よく総合的に制御を行うことができるようになる。
【００１６】
請求項２、請求項５に記載の発明によれば、ディスプレイリストによってグラフィックス用ロジック、音声用ロジックをそれぞれ略時系列状に制御することにより、グラフィックス処理と音声処理との総合的な制御を容易に行うことができる。これにより、画像展開と音声再生、役物の動作とのタイミングを一層簡易かつ正確に調整することができる。
【００１７】
請求項３、請求項６に記載の発明によれば、ディスプレイリスト中のグラフィックス用リストと音声用リストとの記述順序に依存してグラフィックス処理と音声処理とが行われることにより、グラフィックス処理と音声処理との総合的な制御を容易に行うことができる。これにより、画像展開と音声再生、役物の動作とのタイミングを一層簡易かつ正確に調整することができる。
【００１８】
請求項７、請求項８に記載の発明によれば、インタラクティブな遊技機において画像展開と音声再生、役物の動作とを効率よく総合的に制御を行うことができるようになる。
【図面の簡単な説明】
【００１９】
【図１】本発明の実施形態に係る信号処理装置を示す全体的なブロック図である。
【図２】本発明のグラフィックス用ロジックの内部構成を概略して示すとともに外部メモリとの関係を示すブロック図である。
【図３】本発明のグラフィックス用ロジックのデコーダ部分の詳細を説明するブロック図である。
【図４】本発明のデコード動作を示すフローチャートである。
【図５】本発明に係るＮＡＮＤメモリのセクタ構造と音声データの配置状態を従来例とで比較した図である。
【図６】従来のデコード動作を例示するフローチャートである。
【図７】従来のデコード動作を説明するタイミングチャートである。
【発明を実施するための形態】
【００２０】
図１乃至図５に本発明の一実施形態を、図６及び図７に従来例を示す。以下、これらの図に基づいて本発明の一実施形態を説明する。
【００２１】
図１は、この発明の実施形態に係る信号処理装置、及び信号処理システムを示す全体的なブロック図である。この信号処理システム１Ａは、遊技機の盤面に配置されている「表示手段」としてのＬＣＤ１、「音声出力手段」としてのスピーカ２、モータ３、ＬＥＤ４などの出力デバイスに対して、視覚、聴覚に訴えて遊戯性を高めるための周辺装置の動作を制御する「信号処理装置」としての統合化ＬＳＩ５によって構成されている。
【００２２】
ＬＣＤ１は後述するグラフィックス用ロジック６に接続されて各種グラフィックス表示を行う。スピーカ２は後述する音声用ロジック１７に接続されて各種音声出力を行う。
【００２３】
統合化ＬＳＩ５は一つのＬＳＩチップとして構成され、本実施形態ではグラフィックス用ロジック６、音声用ロジック７、モータ制御ロジック８、ＬＥＤ制御ロジック９を含んでいる。
【００２４】
ＣＰＵ１０は、この統合化ＬＳＩ５の上位ＣＰＵに相当するプロセッサであり、統合化ＬＳＩ５に対して実行させるべき命令群１１（コマンドリスト）を生成する。なお、本実施形態ではＣＰＵ１０は統合化ＬＳＩ５とは別に設けられているが、ＣＰＵ１０は統合化ＬＳＩ５中に内蔵されていてもよい。
【００２５】
特に、ＣＰＵ１０は、統合化ＬＳＩ５に実行させるべき一連の転送命令を略時系列状に記述したディスプレイリスト１２を発行する「ディスプレイリスト発行手段」としての機能を奏する。このディスプレイリスト１２は、略時系列状に記述された一連の命令によって画像処理の手順が規定されており、画像単位でいうと１フレームの画像描画に必要な素材の転送手順が規定されている。ここで、素材とは、外部メモリであるＣＧＲＯＭ（実際にはＮＯＲ、ＮＡＮＤのフラッシュメモリで構成されている）に格納された画像データの中で、予め定義される所定の大きさの単位をいう。さらに、本実施形態の信号処理装置は、モータ制御の転送手順及びＬＥＤの点灯制御の手順も含んでいることが特徴である。ディスプレイリスト１２で表示されるＧ00〜Ｇ05はグラフィックス用リスト、Ｓ00〜02は音声用リスト、Ｍ00〜02はモータ制御用リスト、Ｌ00〜02はＬＥＤ制御用リストを示している。これらリストの要素はディスプレイリスト１２の中に混在して格納されており、各出力装置を連携して制御できるような構成になっている。
【００２６】
モータ３及びＬＥＤ４は、遊技機の盤面上では多数配置されているが、それらの個々を動作させるための制御信号は、統合化ＬＳＩ５からは同じ構成からなる２つの制御ドライバ１３を「モータドライバ回路」及び「ＬＥＤドライバ回路」として用いることで、モータ制御とＬＥＤ制御で外部回路を共通化することができる。これはシリアル／パラレル変換する機能としては同じだからであり、モータ３を実際に作動させるためには、この信号変換器の後段にモータ駆動に必要なモータドライバ１４を配置すればいいからである。このように、制御ドライバ１３でモータ制御用信号のシリアル／パラレル変換にも利用できるので、個別なドライブ回路の設計が不要となる。また、モータ３は通常ステッピングモータを利用され、その回動状態はセンサ１５にて位置検出されて、パラレル／シリアルの逆変換器１６を経由してモータ制御ロジックにフィードバックされ異常回転が生じないように安定した位置制御がされている。
【００２７】
なお、図面上、ＣＰＵ１０用のクロック用ＯＳＣ１７と、統合化ＬＳＩ５用のクロックＯＳＣ１８は別個に記載しているが、勿論、前者からの分周により後者のクロックを作成することもできる。
【００２８】
ここで、通常、ＬＥＤ制御やモータ制御は制御対象の応答速度が遅いため低速に動作させることが多く、一方、グラフィックスは微細で高速なロジックが使われる。
【００２９】
本実施形態では、クロック周波数を高くしており、データの多重化が可能となっているので、多数のＬＥＤ４とモータ３を同時に制御できる。さらに、グラフィック制御とモータ・ＬＥＤ制御は別々の環境で作られるが、このとき、動画の再生と同期させることは難しいため、結合した段階で細かい調整を行う必要があったが、統合に伴い、動画のディスプレイリストにＬＥＤとモータの処理を入れることで、ディスプレイリストの生成段階で、動画(音声)とＬＥＤ・モータの同期がとれるものを作ることが可能になった。
【００３０】
図２は、グラフィックス用ロジック６の内部構成を概略して示すとともに外部メモリ１９との関係を示すブロック図である。グラフィックス用ロジック６は、画像出力と音声再生の連携に係る命令解読部２０及び音声デコード部２１のほかに、グラフィックス用ロジック６には画像デコード部２２、ＶＲＡＭ２３、表示回路２４を備えている。命令解読部２０は、ディスプレイリスト１２を解読し、解読結果のうち、グラフィック用リストＧ00〜Ｇ05の解読結果を画像デコード部２２に送信し、音声用リストＳ00〜02の解読結果を音声デコード部２１に送信する。画像デコード部２２は、命令解読部２０におけるグラフィック用リストＧ00〜Ｇ05の解読結果に基づいて、各種グラフィックス処理を行う。なお、この各種グラフィックス処理の結果はＬＣＤ１に供給され、ＬＣＤ１がグラフィックス表示する。
【００３１】
また、外部メモリ２５としては、ＳＲＡＭバスで接続される複数のＮＯＲメモリ２６の他に、大量の情報量の一括アクセスが可能で画像情報の格納に適する複数のＮＡＮＤメモリ２７を前記ＳＲＡＭロジック系統（ＳＲＡＭ＋αバス）で接続できるようにインターフェース回路を構成した拡張ＲＡＭコントローラ２８を介して、共通のメモリバス２９に接続されている。ＮＡＮＤメモリ２７とＮＯＲメモリ２６に格納する情報としては、画像と音声をともに同じメモリ内に格納することも可能であるが、本実施形態では画像情報はＮＡＮＤメモリ２７に格納し、音声情報はＮＯＲメモリ２６に格納している。これにより、メモリへのアクセス速度の相違により、音声再生を優先することができ、「大当たり」の音響前触れ機能として利用し、その後画像展開により遊戯性を高めたいという近時の要求にこたえることができる。なお、機能ブロック間にはデータ整合性などのために所定のインターフェース回路を含む場合があるが、図面ではそれらは省略している。
【００３２】
なお、画像と音声をＮＡＮＤメモリ２７に格納する場合には、図５（ａ）に示すセクタ２８０構造のユニットに対して、音声データは画像データに比べてはるかに小さいために、素材単位でその小さい音声再生をする場合には、図５（ｂ）に例示するように、ランダムアクセスが頻繁することになる。そして、ＮＡＮＤメモリ２７では、頻繁なＲＥＡＤが起こるために、ＮＡＮＤメモリ２７の全体またはブロック単位での消去、プログラムが頻繁となり、音声の再生制御が破綻することがあったが、本実施形態では図５（ｃ）に示すように、音声のデータを生成する場合に、セクタの開始までの間は「空」の無データ状態２９０にしておくことで、このような問題を回避することが可能となる。
【００３３】
描画に当たっては、複数のソース画像データを読み出して、画像合成を行い、画像合成の結果得られた合成画像のデータをＶＲＡＭ２３に書き込む。このとき、表示回路２４は、表示領域からすでに合成された画像データの読み出しを行い、ＬＣＤ１へ画素データ単位で出力する。
【００３４】
しかし、ここで、遊技機において、表示回路２４内での所定の画像処理（例えば、フリップ、スケーリング、ガンマ補正など）を行った結果、表示画面上の誤動作が起き、画面がフリーズしてしまっても、従来装置では、その原因が表示回路の出力にあるかどうかのチェックはできなかった。また、ＣＰＵもその原因がわかるようになっていなかったために、リブートすらかけられないので、誤動作したままの表示でステイすることがあった。通常のＣＰＵにはそのシステムの状態をモニタして正常動作をチェックする機能として、例えばウォッチドッグ・タイマが用いられているが、それに対して、フリーズなどの明らかな誤動作が遊技者に確認できてもＣＰＵはそのような状況を検出できないために、適当な処理を自動的にも行うことができなかった。しかし、本実施形態では表示回路２４の出力をＶＲＡＭ２３へ戻すようにしているので、ＣＰＵ１０は描画回路（図示省略）、表示回路２４が処理すべきプログラム手順を元の画像データからそのとおりに実行されているかをトレースすることができるようになる。その結果プログラム実行上での誤動作の検知をすることができる。検知したＣＰＵ１０は例えば画面を再度描画するような制御を行う。
【００３５】
さらに、本実施形態では、圧縮データの展開後のサイズ情報を、ＣＰＵ１０側で発行するとともに、外部メモリ２５に格納されている圧縮データにもサイズ情報を内包させている。これによって、サイズ情報を外部メモリ２５側にのみ内包している場合には、圧縮データそのものが壊れているとその有するサイズ情報も壊れているために、ＶＲＡＭ２３に書き込んだときに、すでに転送済みのデータをも破壊してしまうことがあり、その結果画像上ではすでに表示されている画像が壊されてしまうという視覚上の課題があった。一方、ＣＰＵ１０側のみサイズ情報が発行されている場合には、壊れたデータを書き込むが、壊れていることが自動検出できなかったが、本実施形態では双方にサイズ情報を持っているので、データが壊れているのが自動検出できるようになる。
【００３６】
すなわち、サイズ情報を転送命令にも、また圧縮データにも内包し、転送命令からのサイズを優先して、圧縮データが壊れていた場合にもデータを破壊しないようにする。また両者のサイズ情報が一致しないときには、圧縮データが壊れていることを自動検知する構成としている。
【００３７】
また、図２に示す通り、音声用ロジック１７は音声デコード部２１を備える。音声デコード部２１は、命令解読部２０における音声用リストS00〜S02の解読結果に基づいて、各種音声処理を行う。なおこの各種音声処理の結果はスピーカ２に供給され、スピーカ２が音声出力を行う。
また本実施形態では、グラフィックス用ロジック６の命令解読部２０を介して、音声用ロジック１７の音声デコード部２１を制御する構成にしている。これは、従来、音声処理を行う音声発生命令は、描画命令とは別異の命令体系であったり、別のＬＳＩチップが利用されていたりで命令としては相互のリンケージが張られていなかった。そのため、音声と描画のそれぞれのプログラム単位でタイミングを計算しながらプログラム作成する必要があったのに対して、遊技機の分野では、近時ますます映像と音声のコラボレーション効果が図られるが、その際にひとつの命令体系のなかで描画と音声再生を一体として出力制御できるので、よりきめ細かく映像と音声のシナジー効果を発揮するより細かい制御を行うことができる。また、音響効果と映像効果を一体としたプログラムできるので、プログラム作成者にとっても使いやすいＬＳＩチップとなる。
【００３８】
すなわち、例えば、画像情報たる或る素材の画像発生と同時にある曲を出力することや、画像出力に先立つ一定時間前に音声を発声させて、遊技機での役物の登場効果を狙うことや、または画像出力の後から所定時間遅れて一の素材から音楽を再生することなどが容易になる。
【００３９】
図３はグラフィックス用ロジック６のデコーダ部分の詳細を説明するブロック図、図４はそのデコード動作を示すフローチャートである。図６及び図７は本実施形態のデコーダ動作との対比で従来のデコード動作を例示するフローチャート及びデコード開始、完了のタイミングを示すタイミングチャートである。
【００４０】
画像デコード部２２は、複数（本実施形態では２つ）の画素デコーダ３０，３０および複数（本実施形態では２つ）のαデコーダ３１，３１で構成される。バス制御部３２は、画像デコード部２２における空き状態のデコーダを検知しており、デコード処理を完了したデコーダ３０，３０，３１，３１があるとその伸長されたデータをバッファ部３３に格納する。このとき、ＣＰＵ１０に依存しないでバス制御部３２が独立して制御を行う。バッファ部３３は、本実施形態では画像デコード部２２のデコードの数と同じ数の区別される領域を有しており、画素伸長が完了した結果のデータＡ、Ｂ、Ｃ、Ｄは、それぞれが対応するバッファ部３３のデータ領域に格納される。同時に当該デコーダが空き状態、すなわち動作状態から待機状態に以降したことになって、新たにデコードすべき圧縮データが外部メモリ２５であるＮＡＮＤメモリ２７から取り込まれることになる。その間、描画命令を処理しているＣＰＵ１０は、画像デコード部２２とバッファ部３３とのデータ転送動作には依存しない描画命令などのために確保できればよい。命令解読部２０は、ＣＰＵ１０からの描画命令を受けて、展開（伸長）領域テーブルを参照しながら、ＮＡＮＤメモリ２７内に格納されている圧縮データのアドレス、伸長したあとのデータサイズを規定する展開サイズを確認する。展開領域テーブルは、サイズの多きいファイルデータである場合などに読み書きが一括して行われることにより、ファイルデータの展開上不都合が生じないための指標となるものである。ＮＡＮＤメモリ２７からのファイルデータの転送制御は、バス制御部３２を介して行う。
【００４１】
バス制御部３２は、２つの画素デコーダ３０，３０および同じく２つのαデコーダ３１，３１のそれぞれが動作状態にあるか、待機状態にあるかを検知し、待機状態にあるデコーダその上でいずれのデコーダを作動させるかを決めるように決定し、各デコーダ３０，３０，３１，３１の動作制御を行うものである。ここで動作状態というのは、画像デコード部２２の個々のデコーダ３０，３０，３１，３１が待機状態にあるか、伸長演算中であるかのステイタス情報である。ＣＰＵ１０は、ＣＰＵバス３４に接続される本デコード装置以外の他の周辺装置を制御しており、その制御の空き時間に１フレーム分の展開情報を１回分読み込む。展開情報は、１フレーム当たりで展開すべき複数の圧縮データと、その圧縮データの属性を規定したヘッダ部とからなる。ヘッダ部の分析は、展開領域テーブルを参照しながら行われ、画素伸長動作を開始する画素スタート値およびα伸長動作を開始するαスタート値の情報が伸長されて、それらスタート値は空き状態の画素デコーダ３０，３０及び空き状態のαデコーダ３１，３１を作動させる信号になる。すなわち、ＣＰＵ１０から次のフレームの展開情報を確認するまでの間は、ＣＰＵ１０とは独立した動作を行い、描画命令の受理、プリ処理などの処理はデコーダと独立して先行して行い、デコード可能な状態でデコード処理を行う構成である。そして、空き状態の画素デコーダ３０，３０及び空き状態のαデコーダ３１，３１にての動作が可能となった時点でデコード処理を行うように構成されている。バッファ部３３は、完了したデコード処理結果を一時保持するもので、これにより画像デコード部２２の空き状態を確保することができる。
【００４２】
なお、ＶＲＡＭ２３に格納された素材に対してはそれぞれの素材が描画の準備ができているかどうかの状態を示す状態フラグが、例えば図示するように「１」「０」などに対応してひとつの管理テーブルのように保持されている。これにより、描画制御とデコード制御のタイミングを合わせることができる。すなわち、デコード可能な状態を確認してからデコード制御を開始し、または状態フラグが変化するまでデコード処理を待機するなどのタイミングをとることが可能となる。特に、デコーダが複数あるときには、このようなタイミング取りは、必須となる。
【００４３】
図６及び図７に示す従来例においては、まず、従来の画素デコードとαデコードのブレンディング動作を確認する。ここで、αブレンディングとは、透明または半透明な画素を含む画像を表示するために、透明度を示す値としてα値を使用して２つの画像データをブレンドする方法である。画像データは、適宜の圧縮手法によって圧縮（エンコード）されているので、伸長処理（デコード）されるが、従来のαブレンディングでは、（1）デコードの完了を上位のＣＰＵが常にチェックしており、ＣＰＵの負荷が大きくなるという問題があった。また、（2）画素デコーダの動作とαデコーダの動作が時系列に一体となっていたので、連続する画素デコーダとαデコーダの動作が完了して初めて、次のデコード処理が開始していた。
【００４４】
これに対して、図３及び図４に示す本実施形態の画像デコード部２２は、複数の画素伸長用の画素デコーダ３０と、同じ複数のα伸長用のαデコーダ３１とを備えている。図４で示す本実施形態のフローチャートでは、データ取得、デコーダ完了確認の判断は同じ機能であるが、従来は直列関係でしか制御することができず、画素およびαのデコードが完了し、さらにＣＰＵ１０がその状態を確認する必要があって、ＣＰＵ１０の負担がかかるとともに、デコード処理のタイミングスパン３５が長くなっていたが（図７参照）、本実施形態では並列的にかつ画素デコーダ３０とαデコーダ３１を個別に動作できる上にこれら制御はバス制御により行うので、ＣＰＵの負荷を低減することができる。また、本実施形態では、展開した結果の画素データとαデータは同一ピクセル内に連続して格納されて、同一のフレーム領域を有するようになされているので、効率よく画素単位での読み込み処理を行うことができる。
【００４５】
なお、上記実施形態は本発明の例示であり、本発明が上記実施形態のみに限定されることを意味するものではないことは、いうまでもない。
【符号の説明】
【００４６】
１Ａ 信号処理システム
１ ＬＣＤ
２ スピーカ
３ モータ
４ ＬＥＤ
５ 統合化ＬＳＩ（信号処理装置）
６ グラフィックス用ロジック
７ 音声用ロジック
８ モータ制御ロジック
９ ＬＥＤ制御ロジック
１０ ＣＰＵ
１１ 命令群
１２ ディスプレイリスト
１３ 制御ドライバ
２２ 画像デコード部
２５ 外部メモリ
２６ ＮＯＲメモリ
２７ ＮＡＮＤメモリ
【技術分野】
【０００１】
本発明は、特にインタラクティブな遊技機、ゲーム機などにおいて画像展開、音声再生、役物の動作、及び発光素子の点灯などを効率よく総合的に制御を行うことができる信号処理装置に関する。
【背景技術】
【０００２】
パチンコ機などの遊技機の分野においては、画像効果、音声効果を高めながら楽しめるように多くのＬＳＩによってその制御部が構成されており、一般的には画像処理を行うＬＳＩと音声処理を行うＬＳＩとが別個用意されており、これらのＬＳＩに対して上位ＣＰＵから所定の命令を送ることで連携動作を行うようなシステム構成となっている。特に、画像情報は情報量も多く、画像圧縮技術を元にその展開（伸長）技術に工夫する画像処理システムが、例えば特許文献１及び２に記載されている。
【０００３】
他方、特許文献３では、画像と音声を連携して再生するために、画像用ＬＳＩと音声用ＬＳＩを別個に持ちながら、それらの連係動作により上位ＣＰＵの使用効率を高めるシステムが提案されている。更に、引用文献４においては、一のＣＰＵが画像制御ユニットの制御を行いつつ音源回路に演出パターンの選択コマンドを送り、音源回路はこのコマンドに基づいて音源データを読み出してデコードし、出力する構成が記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特許第３９７０２９１号公報
【特許文献２】特開２００９−２９４９９０号公報
【特許文献３】特開２００７−１５６５１９号公報
【特許文献４】特開２００８−１４２１０２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、近時の遊技機においては、その遊技効果を画像、音声にとどまらず、アタッカの開閉、キャラクタ物の動きを変化させるなどの、いわゆる役物モータ制御などでは、盤面上に既に存在する役物がその動き方を変化させるとか、突然現れるとかの制御がなされており、また盤面周囲に配置した多くのＬＥＤの点灯状態を変化させ、その点灯するＬＥＤの配色によって、遊技者になお一層の遊戯性への期待感を高めるようになされている。
【０００６】
そのようなシステムにおいても、上位ＣＰＵからの命令を画像、音声、モータ、ＬＥＤの制御は、個別のＬＳＩが用いられるのが通常で、上位ＣＰＵからの命令に依存して各ＬＳＩが個別制御されているので、それらの連携動作を行うためには上位ＣＰＵのプログラムへの負担が大きくなるという課題があった。更に、遊戯効果を高めるためには画像情報と音声情報とを同期させてそれぞれが適切なタイミングで出力されるようにしなければならないが、上記引用文献１〜４においては、そのような画像展開と音声再生、役物の動作とのタイミング等を総合的に制御するための構成は存在せず、また、そのような調整を図るには複雑な構成や処理手順が必要になるという問題があった。
【課題を解決するための手段】
【０００７】
かかる課題を解決するために、本発明の請求項１に係る発明は、上位ＣＰＵの命令によって動作制御されるＬＳＩチップとして構成された信号処理装置であって、表示手段に表示される画像データの出力を制御するグラフィックス用ロジック及び音声出力手段から出力される音声データの出力を制御する音声用ロジックとを備え、前記グラフィックス用ロジックは、前記上位ＣＰＵの命令を解読する命令解読部と、画像デコード部とを備え、前記音声用ロジックにおける音声デコード部は前記命令解読部を介した命令により動作することを特徴とする。
【０００８】
請求項２に記載の発明は、請求項１に記載の構成に加え、ディスプレイリスト発行手段が発行した、前記信号処理装置に実行させるべき一連の転送命令を略時系列状に記述したディスプレイリストが前記命令解読部に供給されることで、前記グラフィックス用ロジック、前記音声用ロジックがそれぞれ略時系列状に制御されることを特徴とする。
【０００９】
請求項３に記載の発明は、請求項２に記載の構成に加え、前記ディスプレイリストには、複数のグラフィックス用リストと複数の音声用リストとが前記一連の転送命令として記述され、前記命令解読部は前記ディスプレイリストを解読し、前記画像デコード部は前記命令解読部におけるそれぞれの前記グラフィックス用リストの解読結果に基づいて各種画像処理を行い、前記音声デコード部は前記命令解読部におけるそれぞれの前記音声用リストの解読結果に基づいて各種音声処理を行うことを特徴とする。
【００１０】
請求項４に記載の発明は、信号処理システムであって、請求項１乃至３の何れかに記載の信号処理装置と、前記画像デコード部に接続されてグラフィックス表示を行う表示手段と、前記音声デコード部に接続されて音声出力を行う音声出力手段とを備えたことを特徴とする。
【００１１】
請求項５に記載の発明は、請求項４に記載の構成に加え、前記信号処理装置に実行させるべき一連の転送命令を略時系列状に記述したディスプレイリストを発行するディスプレイリスト発行手段を備え、該ディスプレイリスト発行手段が発行した、前記信号処理装置に実行させるべき一連の転送命令を略時系列状に記述したディスプレイリストが前記命令解読部に供給されることで、前記グラフィックス用ロジック、前記音声用ロジックがそれぞれ略時系列状に制御されて、前記表示手段に画像が表示されると共に前記音声出力手段から音声が出力されることを特徴とする。
【００１２】
請求項６に記載の発明は、請求項５に記載の構成に加え、前記ディスプレイリストには、複数のグラフィックス用リストと複数の音声用リストとが前記一連の転送命令として記述され、前記命令解読部は前記ディスプレイリストを解読し、前記画像デコード部は前記命令解読部におけるそれぞれの前記グラフィックス用リストの解読結果に基づいて各種画像処理を行い、前記音声デコード部は前記命令解読部におけるそれぞれの前記音声用リストの解読結果に基づいて各種音声処理を行うことを特徴とする。
【００１３】
請求項７に記載の発明は、遊技機であって、請求項１乃至３の何れか一つに記載の信号処理装置を備えたことを特徴とする。
【００１４】
請求項８に記載の発明は、遊技機であって、請求項４乃至６の何れか一つに記載の信号処理システムを備えたことを特徴とする。
【発明の効果】
【００１５】
請求項１、請求項４に記載の発明によれば、音声用ロジックにおける音声デコード部はグラフィックス用ロジックの備える命令解読部を介した命令により動作することにより、画像デコード部と音声デコード部とは同一の命令解読部を介した命令で動作する。これにより、グラフィックス用ロジック及び音声用ロジックの動作を、画像展開と音声再生、役物の動作とのタイミングを簡易かつ正確に調整することができて、特にインタラクティブな遊技機、ゲーム機などにおいて画像展開、音声再生、役物の動作、及び発光素子の点灯などを効率よく総合的に制御を行うことができるようになる。
【００１６】
請求項２、請求項５に記載の発明によれば、ディスプレイリストによってグラフィックス用ロジック、音声用ロジックをそれぞれ略時系列状に制御することにより、グラフィックス処理と音声処理との総合的な制御を容易に行うことができる。これにより、画像展開と音声再生、役物の動作とのタイミングを一層簡易かつ正確に調整することができる。
【００１７】
請求項３、請求項６に記載の発明によれば、ディスプレイリスト中のグラフィックス用リストと音声用リストとの記述順序に依存してグラフィックス処理と音声処理とが行われることにより、グラフィックス処理と音声処理との総合的な制御を容易に行うことができる。これにより、画像展開と音声再生、役物の動作とのタイミングを一層簡易かつ正確に調整することができる。
【００１８】
請求項７、請求項８に記載の発明によれば、インタラクティブな遊技機において画像展開と音声再生、役物の動作とを効率よく総合的に制御を行うことができるようになる。
【図面の簡単な説明】
【００１９】
【図１】本発明の実施形態に係る信号処理装置を示す全体的なブロック図である。
【図２】本発明のグラフィックス用ロジックの内部構成を概略して示すとともに外部メモリとの関係を示すブロック図である。
【図３】本発明のグラフィックス用ロジックのデコーダ部分の詳細を説明するブロック図である。
【図４】本発明のデコード動作を示すフローチャートである。
【図５】本発明に係るＮＡＮＤメモリのセクタ構造と音声データの配置状態を従来例とで比較した図である。
【図６】従来のデコード動作を例示するフローチャートである。
【図７】従来のデコード動作を説明するタイミングチャートである。
【発明を実施するための形態】
【００２０】
図１乃至図５に本発明の一実施形態を、図６及び図７に従来例を示す。以下、これらの図に基づいて本発明の一実施形態を説明する。
【００２１】
図１は、この発明の実施形態に係る信号処理装置、及び信号処理システムを示す全体的なブロック図である。この信号処理システム１Ａは、遊技機の盤面に配置されている「表示手段」としてのＬＣＤ１、「音声出力手段」としてのスピーカ２、モータ３、ＬＥＤ４などの出力デバイスに対して、視覚、聴覚に訴えて遊戯性を高めるための周辺装置の動作を制御する「信号処理装置」としての統合化ＬＳＩ５によって構成されている。
【００２２】
ＬＣＤ１は後述するグラフィックス用ロジック６に接続されて各種グラフィックス表示を行う。スピーカ２は後述する音声用ロジック１７に接続されて各種音声出力を行う。
【００２３】
統合化ＬＳＩ５は一つのＬＳＩチップとして構成され、本実施形態ではグラフィックス用ロジック６、音声用ロジック７、モータ制御ロジック８、ＬＥＤ制御ロジック９を含んでいる。
【００２４】
ＣＰＵ１０は、この統合化ＬＳＩ５の上位ＣＰＵに相当するプロセッサであり、統合化ＬＳＩ５に対して実行させるべき命令群１１（コマンドリスト）を生成する。なお、本実施形態ではＣＰＵ１０は統合化ＬＳＩ５とは別に設けられているが、ＣＰＵ１０は統合化ＬＳＩ５中に内蔵されていてもよい。
【００２５】
特に、ＣＰＵ１０は、統合化ＬＳＩ５に実行させるべき一連の転送命令を略時系列状に記述したディスプレイリスト１２を発行する「ディスプレイリスト発行手段」としての機能を奏する。このディスプレイリスト１２は、略時系列状に記述された一連の命令によって画像処理の手順が規定されており、画像単位でいうと１フレームの画像描画に必要な素材の転送手順が規定されている。ここで、素材とは、外部メモリであるＣＧＲＯＭ（実際にはＮＯＲ、ＮＡＮＤのフラッシュメモリで構成されている）に格納された画像データの中で、予め定義される所定の大きさの単位をいう。さらに、本実施形態の信号処理装置は、モータ制御の転送手順及びＬＥＤの点灯制御の手順も含んでいることが特徴である。ディスプレイリスト１２で表示されるＧ00〜Ｇ05はグラフィックス用リスト、Ｓ00〜02は音声用リスト、Ｍ00〜02はモータ制御用リスト、Ｌ00〜02はＬＥＤ制御用リストを示している。これらリストの要素はディスプレイリスト１２の中に混在して格納されており、各出力装置を連携して制御できるような構成になっている。
【００２６】
モータ３及びＬＥＤ４は、遊技機の盤面上では多数配置されているが、それらの個々を動作させるための制御信号は、統合化ＬＳＩ５からは同じ構成からなる２つの制御ドライバ１３を「モータドライバ回路」及び「ＬＥＤドライバ回路」として用いることで、モータ制御とＬＥＤ制御で外部回路を共通化することができる。これはシリアル／パラレル変換する機能としては同じだからであり、モータ３を実際に作動させるためには、この信号変換器の後段にモータ駆動に必要なモータドライバ１４を配置すればいいからである。このように、制御ドライバ１３でモータ制御用信号のシリアル／パラレル変換にも利用できるので、個別なドライブ回路の設計が不要となる。また、モータ３は通常ステッピングモータを利用され、その回動状態はセンサ１５にて位置検出されて、パラレル／シリアルの逆変換器１６を経由してモータ制御ロジックにフィードバックされ異常回転が生じないように安定した位置制御がされている。
【００２７】
なお、図面上、ＣＰＵ１０用のクロック用ＯＳＣ１７と、統合化ＬＳＩ５用のクロックＯＳＣ１８は別個に記載しているが、勿論、前者からの分周により後者のクロックを作成することもできる。
【００２８】
ここで、通常、ＬＥＤ制御やモータ制御は制御対象の応答速度が遅いため低速に動作させることが多く、一方、グラフィックスは微細で高速なロジックが使われる。
【００２９】
本実施形態では、クロック周波数を高くしており、データの多重化が可能となっているので、多数のＬＥＤ４とモータ３を同時に制御できる。さらに、グラフィック制御とモータ・ＬＥＤ制御は別々の環境で作られるが、このとき、動画の再生と同期させることは難しいため、結合した段階で細かい調整を行う必要があったが、統合に伴い、動画のディスプレイリストにＬＥＤとモータの処理を入れることで、ディスプレイリストの生成段階で、動画(音声)とＬＥＤ・モータの同期がとれるものを作ることが可能になった。
【００３０】
図２は、グラフィックス用ロジック６の内部構成を概略して示すとともに外部メモリ１９との関係を示すブロック図である。グラフィックス用ロジック６は、画像出力と音声再生の連携に係る命令解読部２０及び音声デコード部２１のほかに、グラフィックス用ロジック６には画像デコード部２２、ＶＲＡＭ２３、表示回路２４を備えている。命令解読部２０は、ディスプレイリスト１２を解読し、解読結果のうち、グラフィック用リストＧ00〜Ｇ05の解読結果を画像デコード部２２に送信し、音声用リストＳ00〜02の解読結果を音声デコード部２１に送信する。画像デコード部２２は、命令解読部２０におけるグラフィック用リストＧ00〜Ｇ05の解読結果に基づいて、各種グラフィックス処理を行う。なお、この各種グラフィックス処理の結果はＬＣＤ１に供給され、ＬＣＤ１がグラフィックス表示する。
【００３１】
また、外部メモリ２５としては、ＳＲＡＭバスで接続される複数のＮＯＲメモリ２６の他に、大量の情報量の一括アクセスが可能で画像情報の格納に適する複数のＮＡＮＤメモリ２７を前記ＳＲＡＭロジック系統（ＳＲＡＭ＋αバス）で接続できるようにインターフェース回路を構成した拡張ＲＡＭコントローラ２８を介して、共通のメモリバス２９に接続されている。ＮＡＮＤメモリ２７とＮＯＲメモリ２６に格納する情報としては、画像と音声をともに同じメモリ内に格納することも可能であるが、本実施形態では画像情報はＮＡＮＤメモリ２７に格納し、音声情報はＮＯＲメモリ２６に格納している。これにより、メモリへのアクセス速度の相違により、音声再生を優先することができ、「大当たり」の音響前触れ機能として利用し、その後画像展開により遊戯性を高めたいという近時の要求にこたえることができる。なお、機能ブロック間にはデータ整合性などのために所定のインターフェース回路を含む場合があるが、図面ではそれらは省略している。
【００３２】
なお、画像と音声をＮＡＮＤメモリ２７に格納する場合には、図５（ａ）に示すセクタ２８０構造のユニットに対して、音声データは画像データに比べてはるかに小さいために、素材単位でその小さい音声再生をする場合には、図５（ｂ）に例示するように、ランダムアクセスが頻繁することになる。そして、ＮＡＮＤメモリ２７では、頻繁なＲＥＡＤが起こるために、ＮＡＮＤメモリ２７の全体またはブロック単位での消去、プログラムが頻繁となり、音声の再生制御が破綻することがあったが、本実施形態では図５（ｃ）に示すように、音声のデータを生成する場合に、セクタの開始までの間は「空」の無データ状態２９０にしておくことで、このような問題を回避することが可能となる。
【００３３】
描画に当たっては、複数のソース画像データを読み出して、画像合成を行い、画像合成の結果得られた合成画像のデータをＶＲＡＭ２３に書き込む。このとき、表示回路２４は、表示領域からすでに合成された画像データの読み出しを行い、ＬＣＤ１へ画素データ単位で出力する。
【００３４】
しかし、ここで、遊技機において、表示回路２４内での所定の画像処理（例えば、フリップ、スケーリング、ガンマ補正など）を行った結果、表示画面上の誤動作が起き、画面がフリーズしてしまっても、従来装置では、その原因が表示回路の出力にあるかどうかのチェックはできなかった。また、ＣＰＵもその原因がわかるようになっていなかったために、リブートすらかけられないので、誤動作したままの表示でステイすることがあった。通常のＣＰＵにはそのシステムの状態をモニタして正常動作をチェックする機能として、例えばウォッチドッグ・タイマが用いられているが、それに対して、フリーズなどの明らかな誤動作が遊技者に確認できてもＣＰＵはそのような状況を検出できないために、適当な処理を自動的にも行うことができなかった。しかし、本実施形態では表示回路２４の出力をＶＲＡＭ２３へ戻すようにしているので、ＣＰＵ１０は描画回路（図示省略）、表示回路２４が処理すべきプログラム手順を元の画像データからそのとおりに実行されているかをトレースすることができるようになる。その結果プログラム実行上での誤動作の検知をすることができる。検知したＣＰＵ１０は例えば画面を再度描画するような制御を行う。
【００３５】
さらに、本実施形態では、圧縮データの展開後のサイズ情報を、ＣＰＵ１０側で発行するとともに、外部メモリ２５に格納されている圧縮データにもサイズ情報を内包させている。これによって、サイズ情報を外部メモリ２５側にのみ内包している場合には、圧縮データそのものが壊れているとその有するサイズ情報も壊れているために、ＶＲＡＭ２３に書き込んだときに、すでに転送済みのデータをも破壊してしまうことがあり、その結果画像上ではすでに表示されている画像が壊されてしまうという視覚上の課題があった。一方、ＣＰＵ１０側のみサイズ情報が発行されている場合には、壊れたデータを書き込むが、壊れていることが自動検出できなかったが、本実施形態では双方にサイズ情報を持っているので、データが壊れているのが自動検出できるようになる。
【００３６】
すなわち、サイズ情報を転送命令にも、また圧縮データにも内包し、転送命令からのサイズを優先して、圧縮データが壊れていた場合にもデータを破壊しないようにする。また両者のサイズ情報が一致しないときには、圧縮データが壊れていることを自動検知する構成としている。
【００３７】
また、図２に示す通り、音声用ロジック１７は音声デコード部２１を備える。音声デコード部２１は、命令解読部２０における音声用リストS00〜S02の解読結果に基づいて、各種音声処理を行う。なおこの各種音声処理の結果はスピーカ２に供給され、スピーカ２が音声出力を行う。
また本実施形態では、グラフィックス用ロジック６の命令解読部２０を介して、音声用ロジック１７の音声デコード部２１を制御する構成にしている。これは、従来、音声処理を行う音声発生命令は、描画命令とは別異の命令体系であったり、別のＬＳＩチップが利用されていたりで命令としては相互のリンケージが張られていなかった。そのため、音声と描画のそれぞれのプログラム単位でタイミングを計算しながらプログラム作成する必要があったのに対して、遊技機の分野では、近時ますます映像と音声のコラボレーション効果が図られるが、その際にひとつの命令体系のなかで描画と音声再生を一体として出力制御できるので、よりきめ細かく映像と音声のシナジー効果を発揮するより細かい制御を行うことができる。また、音響効果と映像効果を一体としたプログラムできるので、プログラム作成者にとっても使いやすいＬＳＩチップとなる。
【００３８】
すなわち、例えば、画像情報たる或る素材の画像発生と同時にある曲を出力することや、画像出力に先立つ一定時間前に音声を発声させて、遊技機での役物の登場効果を狙うことや、または画像出力の後から所定時間遅れて一の素材から音楽を再生することなどが容易になる。
【００３９】
図３はグラフィックス用ロジック６のデコーダ部分の詳細を説明するブロック図、図４はそのデコード動作を示すフローチャートである。図６及び図７は本実施形態のデコーダ動作との対比で従来のデコード動作を例示するフローチャート及びデコード開始、完了のタイミングを示すタイミングチャートである。
【００４０】
画像デコード部２２は、複数（本実施形態では２つ）の画素デコーダ３０，３０および複数（本実施形態では２つ）のαデコーダ３１，３１で構成される。バス制御部３２は、画像デコード部２２における空き状態のデコーダを検知しており、デコード処理を完了したデコーダ３０，３０，３１，３１があるとその伸長されたデータをバッファ部３３に格納する。このとき、ＣＰＵ１０に依存しないでバス制御部３２が独立して制御を行う。バッファ部３３は、本実施形態では画像デコード部２２のデコードの数と同じ数の区別される領域を有しており、画素伸長が完了した結果のデータＡ、Ｂ、Ｃ、Ｄは、それぞれが対応するバッファ部３３のデータ領域に格納される。同時に当該デコーダが空き状態、すなわち動作状態から待機状態に以降したことになって、新たにデコードすべき圧縮データが外部メモリ２５であるＮＡＮＤメモリ２７から取り込まれることになる。その間、描画命令を処理しているＣＰＵ１０は、画像デコード部２２とバッファ部３３とのデータ転送動作には依存しない描画命令などのために確保できればよい。命令解読部２０は、ＣＰＵ１０からの描画命令を受けて、展開（伸長）領域テーブルを参照しながら、ＮＡＮＤメモリ２７内に格納されている圧縮データのアドレス、伸長したあとのデータサイズを規定する展開サイズを確認する。展開領域テーブルは、サイズの多きいファイルデータである場合などに読み書きが一括して行われることにより、ファイルデータの展開上不都合が生じないための指標となるものである。ＮＡＮＤメモリ２７からのファイルデータの転送制御は、バス制御部３２を介して行う。
【００４１】
バス制御部３２は、２つの画素デコーダ３０，３０および同じく２つのαデコーダ３１，３１のそれぞれが動作状態にあるか、待機状態にあるかを検知し、待機状態にあるデコーダその上でいずれのデコーダを作動させるかを決めるように決定し、各デコーダ３０，３０，３１，３１の動作制御を行うものである。ここで動作状態というのは、画像デコード部２２の個々のデコーダ３０，３０，３１，３１が待機状態にあるか、伸長演算中であるかのステイタス情報である。ＣＰＵ１０は、ＣＰＵバス３４に接続される本デコード装置以外の他の周辺装置を制御しており、その制御の空き時間に１フレーム分の展開情報を１回分読み込む。展開情報は、１フレーム当たりで展開すべき複数の圧縮データと、その圧縮データの属性を規定したヘッダ部とからなる。ヘッダ部の分析は、展開領域テーブルを参照しながら行われ、画素伸長動作を開始する画素スタート値およびα伸長動作を開始するαスタート値の情報が伸長されて、それらスタート値は空き状態の画素デコーダ３０，３０及び空き状態のαデコーダ３１，３１を作動させる信号になる。すなわち、ＣＰＵ１０から次のフレームの展開情報を確認するまでの間は、ＣＰＵ１０とは独立した動作を行い、描画命令の受理、プリ処理などの処理はデコーダと独立して先行して行い、デコード可能な状態でデコード処理を行う構成である。そして、空き状態の画素デコーダ３０，３０及び空き状態のαデコーダ３１，３１にての動作が可能となった時点でデコード処理を行うように構成されている。バッファ部３３は、完了したデコード処理結果を一時保持するもので、これにより画像デコード部２２の空き状態を確保することができる。
【００４２】
なお、ＶＲＡＭ２３に格納された素材に対してはそれぞれの素材が描画の準備ができているかどうかの状態を示す状態フラグが、例えば図示するように「１」「０」などに対応してひとつの管理テーブルのように保持されている。これにより、描画制御とデコード制御のタイミングを合わせることができる。すなわち、デコード可能な状態を確認してからデコード制御を開始し、または状態フラグが変化するまでデコード処理を待機するなどのタイミングをとることが可能となる。特に、デコーダが複数あるときには、このようなタイミング取りは、必須となる。
【００４３】
図６及び図７に示す従来例においては、まず、従来の画素デコードとαデコードのブレンディング動作を確認する。ここで、αブレンディングとは、透明または半透明な画素を含む画像を表示するために、透明度を示す値としてα値を使用して２つの画像データをブレンドする方法である。画像データは、適宜の圧縮手法によって圧縮（エンコード）されているので、伸長処理（デコード）されるが、従来のαブレンディングでは、（1）デコードの完了を上位のＣＰＵが常にチェックしており、ＣＰＵの負荷が大きくなるという問題があった。また、（2）画素デコーダの動作とαデコーダの動作が時系列に一体となっていたので、連続する画素デコーダとαデコーダの動作が完了して初めて、次のデコード処理が開始していた。
【００４４】
これに対して、図３及び図４に示す本実施形態の画像デコード部２２は、複数の画素伸長用の画素デコーダ３０と、同じ複数のα伸長用のαデコーダ３１とを備えている。図４で示す本実施形態のフローチャートでは、データ取得、デコーダ完了確認の判断は同じ機能であるが、従来は直列関係でしか制御することができず、画素およびαのデコードが完了し、さらにＣＰＵ１０がその状態を確認する必要があって、ＣＰＵ１０の負担がかかるとともに、デコード処理のタイミングスパン３５が長くなっていたが（図７参照）、本実施形態では並列的にかつ画素デコーダ３０とαデコーダ３１を個別に動作できる上にこれら制御はバス制御により行うので、ＣＰＵの負荷を低減することができる。また、本実施形態では、展開した結果の画素データとαデータは同一ピクセル内に連続して格納されて、同一のフレーム領域を有するようになされているので、効率よく画素単位での読み込み処理を行うことができる。
【００４５】
なお、上記実施形態は本発明の例示であり、本発明が上記実施形態のみに限定されることを意味するものではないことは、いうまでもない。
【符号の説明】
【００４６】
１Ａ 信号処理システム
１ ＬＣＤ
２ スピーカ
３ モータ
４ ＬＥＤ
５ 統合化ＬＳＩ（信号処理装置）
６ グラフィックス用ロジック
７ 音声用ロジック
８ モータ制御ロジック
９ ＬＥＤ制御ロジック
１０ ＣＰＵ
１１ 命令群
１２ ディスプレイリスト
１３ 制御ドライバ
２２ 画像デコード部
２５ 外部メモリ
２６ ＮＯＲメモリ
２７ ＮＡＮＤメモリ
【特許請求の範囲】
【請求項１】
上位ＣＰＵの命令によって動作制御されるＬＳＩチップとして構成された信号処理装置であって、
表示手段に表示される画像データの出力を制御するグラフィックス用ロジック及びと音声出力手段から出力される音声データの出力を制御する音声用ロジックとを備え、
前記グラフィックス用ロジックは、前記上位ＣＰＵの命令を解読する命令解読部と、画像デコード部とを備え、前記音声用ロジックにおける音声デコード部は前記命令解読部を介した命令により動作することを特徴とする信号処理装置。
【請求項２】
ディスプレイリスト発行手段が発行した、前記信号処理装置に実行させるべき一連の転送命令を略時系列状に記述したディスプレイリストが前記命令解読部に供給されることで、前記グラフィックス用ロジック、前記音声用ロジックがそれぞれ略時系列状に制御されることを特徴とする請求項１に記載の信号処理装置。
【請求項３】
前記ディスプレイリストには、複数のグラフィックス用リストと複数の音声用リストとが前記一連の転送命令として記述され、
前記命令解読部は前記ディスプレイリストを解読し、
前記画像デコード部は前記命令解読部におけるそれぞれの前記グラフィックス用リストの解読結果に基づいて各種グラフィックス処理を行い、
前記音声デコード部は前記命令解読部におけるそれぞれの前記音声用リストの解読結果に基づいて各種音声処理を行うことを特徴とする請求項２に記載の信号処理装置。
【請求項４】
請求項１乃至３の何れかに記載の信号処理装置と、
前記画像デコード部に接続されてグラフィックス表示を行う表示手段と、
前記音声デコード部に接続されて音声出力を行う音声出力手段とを備えたことを特徴とする信号処理システム。
【請求項５】
前記信号処理装置に実行させるべき一連の転送命令を略時系列状に記述したディスプレイリストを発行するディスプレイリスト発行手段を備え、
該ディスプレイリスト発行手段が発行した、前記信号処理装置に実行させるべき一連の転送命令を略時系列状に記述したディスプレイリストが前記命令解読部に供給されることで、前記グラフィックス用ロジック、前記音声用ロジックがそれぞれ略時系列状に制御されて、前記表示手段に画像が表示されると共に前記音声出力手段から音声が出力されることを特徴とする請求項４に記載の信号処理システム。
【請求項６】
前記ディスプレイリストには、複数のグラフィックス用リストと複数の音声用リストとが前記一連の転送命令として記述され、
前記命令解読部は前記ディスプレイリストを解読し、
前記画像デコード部は前記命令解読部におけるそれぞれの前記グラフィックス用リストの解読結果に基づいて各種グラフィックス処理を行い、
前記音声デコード部は前記命令解読部におけるそれぞれの前記音声用リストの解読結果に基づいて各種音声処理を行うことを特徴とする請求項５に記載の信号処理システム。
【請求項７】
請求項１乃至３の何れか一つに記載の信号処理装置を備えたことを特徴とする遊技機。
【請求項８】
請求項４乃至６の何れか一つに記載の信号処理システムを備えたことを特徴とする遊技機。
【請求項１】
上位ＣＰＵの命令によって動作制御されるＬＳＩチップとして構成された信号処理装置であって、
表示手段に表示される画像データの出力を制御するグラフィックス用ロジック及びと音声出力手段から出力される音声データの出力を制御する音声用ロジックとを備え、
前記グラフィックス用ロジックは、前記上位ＣＰＵの命令を解読する命令解読部と、画像デコード部とを備え、前記音声用ロジックにおける音声デコード部は前記命令解読部を介した命令により動作することを特徴とする信号処理装置。
【請求項２】
ディスプレイリスト発行手段が発行した、前記信号処理装置に実行させるべき一連の転送命令を略時系列状に記述したディスプレイリストが前記命令解読部に供給されることで、前記グラフィックス用ロジック、前記音声用ロジックがそれぞれ略時系列状に制御されることを特徴とする請求項１に記載の信号処理装置。
【請求項３】
前記ディスプレイリストには、複数のグラフィックス用リストと複数の音声用リストとが前記一連の転送命令として記述され、
前記命令解読部は前記ディスプレイリストを解読し、
前記画像デコード部は前記命令解読部におけるそれぞれの前記グラフィックス用リストの解読結果に基づいて各種グラフィックス処理を行い、
前記音声デコード部は前記命令解読部におけるそれぞれの前記音声用リストの解読結果に基づいて各種音声処理を行うことを特徴とする請求項２に記載の信号処理装置。
【請求項４】
請求項１乃至３の何れかに記載の信号処理装置と、
前記画像デコード部に接続されてグラフィックス表示を行う表示手段と、
前記音声デコード部に接続されて音声出力を行う音声出力手段とを備えたことを特徴とする信号処理システム。
【請求項５】
前記信号処理装置に実行させるべき一連の転送命令を略時系列状に記述したディスプレイリストを発行するディスプレイリスト発行手段を備え、
該ディスプレイリスト発行手段が発行した、前記信号処理装置に実行させるべき一連の転送命令を略時系列状に記述したディスプレイリストが前記命令解読部に供給されることで、前記グラフィックス用ロジック、前記音声用ロジックがそれぞれ略時系列状に制御されて、前記表示手段に画像が表示されると共に前記音声出力手段から音声が出力されることを特徴とする請求項４に記載の信号処理システム。
【請求項６】
前記ディスプレイリストには、複数のグラフィックス用リストと複数の音声用リストとが前記一連の転送命令として記述され、
前記命令解読部は前記ディスプレイリストを解読し、
前記画像デコード部は前記命令解読部におけるそれぞれの前記グラフィックス用リストの解読結果に基づいて各種グラフィックス処理を行い、
前記音声デコード部は前記命令解読部におけるそれぞれの前記音声用リストの解読結果に基づいて各種音声処理を行うことを特徴とする請求項５に記載の信号処理システム。
【請求項７】
請求項１乃至３の何れか一つに記載の信号処理装置を備えたことを特徴とする遊技機。
【請求項８】
請求項４乃至６の何れか一つに記載の信号処理システムを備えたことを特徴とする遊技機。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１１−１５２４１３（Ｐ２０１１−１５２４１３Ａ）
【公開日】平成２３年８月１１日（２０１１．８．１１）
【国際特許分類】
【出願番号】特願２０１０−２９４２６２（Ｐ２０１０−２９４２６２）
【出願日】平成２２年１２月２８日（２０１０．１２．２８）
【出願人】（３９８０３４１６８）株式会社アクセル (80)
【Ｆターム（参考）】
【公開日】平成２３年８月１１日（２０１１．８．１１）
【国際特許分類】
【出願日】平成２２年１２月２８日（２０１０．１２．２８）
【出願人】（３９８０３４１６８）株式会社アクセル (80)
【Ｆターム（参考）】
[ Back to top ]