(57)【要約】【課題】  データを１度に書き込むビット数が異なるＤＳＰを同時に使用する場合でも、ＤＳＰに対するデータの書き込みを容易に制御できるようにする。【解決手段】  ＤＳＰ１２０，１３０に対するデータの書き込みを制御するＤＳＰ制御部１１０において、ＤＳＰ１２０，１３０に書き込むデータを決定する書き込み管理部１１１，１１２と、その書き込み管理部が決定したデータをＤＳＰ１２０，１３０に書き込む動作を管理するダウンロード管理部１１３とを、それぞれ分離して設けるようにした。【選択図】        図２
2006338150.tif 000002
【特許請求の範囲】
【請求項１】
デジタルシグナルプロセッサに対するデータの書き込みを制御する制御装置であって、
前記デジタルシグナルプロセッサに書き込むデータを決定する決定手段と、
該手段が決定したデータを前記デジタルシグナルプロセッサに書き込む動作を管理する書き込み管理手段とを、
それぞれ分離して設けたことを特徴とする制御装置。
【請求項２】
請求項１記載の制御装置であって、
前記書き込み管理手段に、各々１度に書き込むデータのビット数が異なる書き込み動作を制御するための複数の制御手段を設け、該複数の制御手段を選択的に利用させて、１度に書き込むデータのビット数が異なる複数のデジタルシグナルプロセッサに対するデータの書き込みを制御させるようにしたことを特徴とする制御装置。
【請求項３】
請求項２記載の制御装置であって、
前記複数の制御手段が、それぞれ、１度に書き込むデータのビット数が８ビット、１６ビット、およびｎを自然数として２×ｎビットの書き込み動作を制御する手段であることを特徴とする制御装置。
【請求項４】
請求項１乃至３のいずれか一項記載の制御装置を備え、該制御装置によって、画像処理用のデジタルシグナルプロセッサに対するデータの書き込みを制御させるようにしたことを特徴とする画像処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、デジタルシグナルプロセッサ（ＤＳＰ）に対するデータの書き込みを制御する制御装置及び、このような制御装置により画像処理用のＤＳＰに対するデータの書き込みを制御させるようにした、プリンタ、スキャナ、複写機、ファクシミリ通信装置、デジタル複合機（ＭＦＰ）、デジタルカメラ等の画像処理装置に関する。
【背景技術】
【０００２】
従来から、種々の電子装置において、ＤＳＰと呼ばれるマイクロプロセッサを設け、このＤＳＰに画像や音声等のデータを処理させることが行われている。そして、近年においては、ＤＳＰの性能が飛躍的に向上し、大量のデータを短時間に処理できるようになってきた。特に、画像処理に特化したＤＳＰの性能向上は目覚しく、複写機やデジタルカメラを始めとする様々な分野に利用されている。
【０００３】
そして、ＤＳＰには、データを１度に書き込むビット数が異なるものがあり、８ビットの書き込みに対応したもの、１６ビットの書き込みに対応したもの、特定の設定を切り替えることにより、８ビットと１６ビットの両方の書き込みに選択的に対応させることができるもの等が知られている。
そして、電子装置にＤＳＰを搭載する場合には、性能や、回路基板上の配線等を考慮し、適切なＤＳＰを使用することになる。
【０００４】
このようなＤＳＰ及びその制御に関する技術としては、例えば以下の特許文献１乃至４に記載のものが知られている。
【特許文献１】特開２００２−１０２７７号公報
【特許文献２】特開２００４−８６４１６号公報
【特許文献３】特開平１１−２０２８６６号公報
【特許文献４】特開２００４−７０６５６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、電子装置に搭載するＤＳＰを何ビットの書き込みに対応したものにするかを決定する際には、データ転送用の配線のスペースの制約を受ける。例えば複写機の場合、ＤＳＰとしては、画像処理に特化したＤＳＰを、イメージプロセシングユニット（ＩＰＵ）ボード上に実装することが行われるが、全体的には１６ビットの書き込みに対応させたい場合でも、ＩＰＵボード上の配線の関係で、一部のＤＳＰのみ８ビットの書き込み対応のものにせざるを得ない場合もある。
【０００６】
そして、このような場合、ＤＳＰにデータを書き込むためのプロトコルとして、８ビットの書き込み対応のものと、１６ビットの書き込み対応のものを用意する必要があるが、ＤＳＰへのデータの書き込みを要求するモジュール全てを、これら両方のプロトコルに対応させ、かつ書き込み先のＤＳＰに応じてプロトコルを選択させるようにすることは、開発の労力やハードウェア資源の活用の観点から、効率が悪いという問題があった。
このような問題は、データを１度に書き込むビット数の種類が増えれば増えるほど、より深刻になる。そして、上記の特許文献１乃至４には、このように、データを１度に書き込むビット数が異なるＤＳＰを同時に使用する場合に関する対応は、記載されていない。
【０００７】
この発明は、このような問題を解決し、データを１度に書き込むビット数が異なるＤＳＰを同時に使用する場合でも、ＤＳＰに対するデータの書き込みを容易に制御できるようにすることを目的とする。
【課題を解決するための手段】
【０００８】
上記の目的を達成するため、この発明の制御装置は、デジタルシグナルプロセッサに対するデータの書き込みを制御する制御装置において、上記デジタルシグナルプロセッサに書き込むデータを決定する決定手段と、その手段が決定したデータを上記デジタルシグナルプロセッサに書き込む動作を管理する書き込み管理手段とを、それぞれ分離して設けたものである。
【０００９】
このような制御装置において、上記書き込み管理手段に、各々１度に書き込むデータのビット数が異なる書き込み動作を制御するための複数の制御手段を設け、その複数の制御手段を選択的に利用させて、１度に書き込むデータのビット数が異なる複数のデジタルシグナルプロセッサに対するデータの書き込みを制御させるようにするとよい。
さらに、上記複数の制御手段を、それぞれ、１度に書き込むデータのビット数が８ビット、１６ビット、およびｎを自然数として２×ｎビットの書き込み動作を制御する手段とするとよい。
【００１０】
また、この発明の画像処理装置は、上記のいずれかの制御装置を備え、その制御装置によって、画像処理用のデジタルシグナルプロセッサに対するデータの書き込みを制御させるようにした画像処理装置である。
【発明の効果】
【００１１】
以上のようなこの発明の制御装置又は画像処理装置によれば、データを１度に書き込むビット数が異なるＤＳＰを同時に使用する場合でも、ＤＳＰに対するデータの書き込みを容易に制御できるようにすることができる。
【発明を実施するための最良の形態】
【００１２】
以下、この発明を実施するための最良の形態について、図面を参照して説明する。
〔第１の実施形態：図１乃至図４〕
まず、この発明の制御装置の第１の実施形態について説明する。
図１は、その制御装置を備える信号処理装置の構成例を示す図である。
図１に示す信号処理装置は、信号入力手段１０から入力するデータ信号を、信号処理部１００にて処理し、信号出力手段２０から出力する装置である。より具体的には、例えば、信号入力手段１０にスキャナが原稿を読み取って得た画像データや、撮像手段により被写体を撮像して得た画像データを入力し、信号処理部１００においてその画像データに対してフィルタやγ補正、誤差拡散等の画像処理を施し、信号出力手段からコントローラボードに出力して、蓄積、プリント、ＦＡＸ送信等の処理に供するような構成が考えられる。あるいは、信号入力手段１０にＨＤＤ（ハードディスクドライブ）等の記憶手段に記憶している画像データを入力し、信号処理部１００によって信号処理を施した後のデータを、再蓄積、プリント、ＦＡＸ送信等の処理に供するような構成も考えられる。これらの場合、信号処理部１００は、例えばスキャナ、プリンタ、複写機、ファクシミリ通信装置、これらの機能を備えたＭＦＰ、デジタルカメラ等の画像処理装置における、ＩＰＵ（イメージプロセシングユニット）ボードとして構成することができる。
【００１３】
そして、信号処理部１００は、８ビット書き込みＤＳＰ１２０及び１６ビット書き込みＤＳＰ１３０を有し、これらのＤＳＰが信号処理を担当する。なお、「８ビット書き込み」や「１６ビット書き込み」は、ＤＳＰに一度に書き込むデータのビット数がそれぞれ８ビット及び１６ビットであることを示す。そしてここでは、信号処理部１００を、１６ビット書き込みＤＳＰ１３０を複数設け、基本的には信号処理を１６ビットで行う設計としているが、データ線を１６本引き回すスペースのない部分については、８ビット書き込みＤＳＰ１２０を使用している。
また、信号処理部１００は、ＤＳＰ制御部１１０も有する。そして、この部分が各ＤＳＰ１２０，１３０に対して信号処理用のプログラムや信号処理に使用するパラメータを書き込んで設定するドライバの機能を有し、制御装置に該当する。
【００１４】
ここで、図２に、ＤＳＰ制御部１１０の構成をより詳細に示す。
この図に示すとおり、ＤＳＰ制御部１１０は、第１及び第２の書き込み管理部１１１，１１２と、ダウンロード管理部１１３と、ライブラリ１１４とを備えている。
そして、第１，第２の書き込み管理部１１１，１１２は、ＤＳＰ制御部各ＤＳＰ１２０，１３０に対して書き込むプログラムやパラメータ等のデータを決定する機能を有する決定手段である。また、書き込み管理部１１１，１１２は、所定の処理モジュール毎、例えば画像処理の場合にはフィルタ、変倍、誤差拡散等の画像処理モジュール毎に設け、該当する処理モジュールに対応するプログラムやパラメータを決定する。
【００１５】
また、設定するプログラムやパラメータは、例えば画像処理の場合には、文字や写真といった原稿モードや、変倍率、ノッチ（原稿の濃さ）等の設定内容に応じて定められる。そして、これらの設定内容の情報は、信号処理装置を搭載した装置が、操作部の操作を検出したり外部から受信したりして取得し、ＤＳＰ制御部１１０に供給するので、各書き込み管理部１１１，１１２はこの情報を取得してプログラムやパラメータの決定に使用することができる。
また、プログラムや、パラメータの一部は固定値であるため、これらについては、ＤＳＰが使用する画像処理プログラムであるアセンブラを１６進数に変換したデータ配列や処理パラメータである数値を格納したライブラリ１１４を参照して書き込む内容を決定することができる。このようなライブラリ参照を行う書き込み管理部が第２の書き込み管理部１１２である。
【００１６】
一方、機器固有のＦＧＡＴＥ（フレームゲート）設定や読取画像サイズ等、計算により値を決定すべきものもあり、ライブラリ１１４を参照せずにこのような内容を決定する書き込み管理部が第１の書き込み管理部１１１である。
そして、第１，第２の書き込み管理部１１１，１１２は、どのＤＳＰにどのようなデータを書き込むかが決まると、ダウンロード管理部１１３に対して書き込み要求を送信し、その書き込みを要求する。
【００１７】
ダウンロード管理部１１３は、その第１，第２の書き込み管理部１１１，１１２からの要求に応じて、データをＤＳＰに書き込む動作を管理する書き込み管理手段である。ここでは、書き込み対象のＤＳＰには８ビット書き込みＤＳＰ１２０と１６ビット書き込みＤＳＰ１３０とがあるので、ダウンロード管理部１１３は書き込み対象のＤＳＰがそのどちらであるかに応じて適切なドライバを選択し、そのドライバを用いてＤＳＰにデータのダウンロードを要求する。「データをＤＳＰに書き込む動作の管理」には、このようなプロトコルの選択を含む。
ＤＳＰ制御部１１０は、以上の各部により、信号入力手段１０から入力するデジタル信号を処理するために必要なデータを適当なＤＳＰに書き込み、信号入力手段１０から入力するデジタル信号の処理を行える状態にすることができる。
【００１８】
次に、図３及び図４に、以上説明したＤＳＰ制御部１１０の機能と対応する処理のフローチャートを示す。このような処理は、ハードウェアによって実現しても、プロセッサにソフトウェアを実行させて実現してもよい。
まず、図３に、第１及び第２の書き込み管理部１１１，１１２の機能と対応する処理のフローチャートを示す。
ＤＳＰ制御部１１０においては、外部から信号処理を要求される等してＤＳＰに設定を行う必要が生じると、プロセッサが図３のフローチャートに示す処理を開始する。なお、図３には、処理を一般化して示しているが、実際には、各書き込み管理部と対応させて図３に示すような処理を用意しておき、必要な書き込み管理部と対応する処理を実行する。
【００１９】
そして、図３に示す処理においては、まずステップＳ１１で、ＤＳＰに書き込むデータ及び書き込み先とするＤＳＰを決定する。データの決定は、第１の書き込み管理部１１１であればライブラリ１１４を参照せずに適当な演算により行うし、第２の書き込み管理部１１２であれば、ライブラリ１１４を参照して行う。
その後、ステップＳ１２で、ステップＳ１１で決定した内容に基づき、ダウンロード管理部１１３に、ＤＳＰへのデータの書き込みを要求して処理を終了する。
【００２０】
次に、図４に、ダウンロード管理部１１３の機能と対応する処理のフローチャートを示す。
図３のステップＳ１２での要求が行われると、図４のフローチャートに示す処理を開始する。これは、図３の処理として、どの書き込み管理部と対応する処理が行われた場合でも同様である。
【００２１】
そして、まずステップＳ２１で、書き込み先のＤＳＰが対応しているデータ書き込みのビット数を判定する。データの書き込み先となる各ＤＳＰが何ビットの書き込みに対応しているかという情報を、ダウンロード管理部１１３が必要に応じて取得できるようにしておき、この情報と、要求された書き込み先のＤＳＰの識別情報（番号等）とにより、ステップＳ２１の判定を行うことができるようにしておくものとする。ここでは、信号処理部１００にはＤＳＰとして８ビット書き込みＤＳＰ１２０と１６ビット書き込みＤＳＰ１３０しか備えていないため、ステップＳ２１の判定結果は、８ビットか１６ビットのいずれかとなる。
【００２２】
そして、８ビットであれば、ステップＳ２２に進んで８ビット書き込みのプロトコルで、書き込み先のＤＳＰにデータのダウンロードを要求し、ステップＳ２３でそのダウンロードを実行する。一方、１６ビットであれば、ステップＳ２４に進んで１６ビット書き込みのプロトコルで、書き込み先のＤＳＰにデータのダウンロードを要求し、ステップＳ２５でそのダウンロードを実行する。そして、いずれの場合も、ダウンロードが完了すると、ステップＳ２６で書き込み要求元に書き込み完了通知を返して処理を終了する。
【００２３】
なお、ステップＳ２３及びＳ２５のダウンロードは、ダウンロード管理部１１３がＤＳＰにデータを書き込む形のものでも、ＤＳＰがダウンロード管理部１１３からデータを読み出す形のものでもよい。また、書き込み完了通知は、直接には書き込み管理部１１１，１１２に返せばよい。
以上の処理により、各ＤＳＰ１２０，１３０に、信号処理の実行に必要なプログラムやパラメータ等のデータの書き込みを行うことができる。
【００２４】
この場合において、ＤＳＰへの直接のアクセスはダウンロード管理部１１３が管理することから、書き込み管理部１１１，１１２の側では、ＤＳＰに対する書き込みを何ビット単位で、どのようなプロトコルで行うかということを全く意識しなくてよい。従って、書き込み管理部１１１，１１２毎に個別に書き込みプロトコルの選択処理を用意する必要がなく、開発や管理の手間を低減することができる。
また、ダウンロード管理部１１３では、指定された書き込み先のＤＳＰについて、どのプロトコルを用いてダウンロード要求を行うかという情報を管理していれば、データの内容がどのようなものであるかを把握しなくても適切な書き込みを行うことができる。
従って、データを１度に書き込むビット数が異なるＤＳＰを同時に使用する場合でも、ＤＳＰに対するデータの書き込みを容易に制御することができる。
【００２５】
また、信号処理部１００の設計変更等によりＤＳＰの書き込みビット数が変更になった場合でも、ダウンロード管理部１１３を新たなビット数の書き込みのためのプロトコルに対応させれば、ＤＳＰへのデータの書き込みが可能となるため、設計変更時の負担を低減することができる。この場合において、書き込み管理部１１１，１１２に設計変更の必要が生じるとしても、ダウンロード管理部１１３に対する書き込み要求を行うための部分のみである。
【００２６】
さらに、ＤＳＰへのデータ書き込みのためのプロトコルは、ＤＳＰの種類に応じた適切なものを使用する必要があるが、書き込み管理部１１１，１１２をダウンロード管理部１１３に対して適切な要求が出せる構成としておけば、機種が異なる場合等、設ける書き込み管理部１１１，１１２の種類が異なる場合でも、ダウンロード管理部１１３を共通に利用することができる。また、書き込み管理部１１１，１１２をモジュールとして他の機種に流用することも容易となる。従って、既に開発した成果を他の機種に容易に流用することができ、開発効率を向上させることができる。
【００２７】
これらのような効果が得られるのは、少なくとも第１及び第２の書き込み管理部１１１，１１２とダウンロード管理部１１３とを、機能的に分離して設けるようにしたためである。このような分離は、例えばＣ＋＋言語のソースコードを作成する際に、第１及び第２の書き込み管理部１１１，１１２とダウンロード管理部１１３とのコードを異なるクラスとすることにより実現できる。また、論理的に分離可能なハードウェア／ソフトウェアの部品であるモジュールを異なるものとしてもよい。この点は、これらの機能をソフトウェアによって実現してもハードウェアによって実現しても同様である。
【００２８】
〔第２の実施形態：図５，図６〕
次に、この発明の制御装置の第２の実施形態について説明する。
この実施形態の制御装置を有する信号処理装置の構成例は、図示は省略するが、図１に示したものとほぼ同様であり、ＤＳＰとして、８ビット書き込みＤＳＰと１６ビット書き込みＤＳＰに加え、２×ｎビット書き込みＤＳＰを設けた点と、ＤＳＰ制御部の構成とが異なるのみである。
【００２９】
図５に、この実施形態の制御装置に該当するＤＳＰ制御部の構成を示す。
この図に示す通り、ＤＳＰ制御部１１０′は、図２に示したダウンロード管理部１１３に代えて、ドライバマネージャ１１５，８ビット用ＤＳＰドライバ１１６，１６ビット用ＤＳＰドライバ１１７，２×ｎビット用ＤＳＰドライバ１１８を有する。なお、ｎは任意の自然数であり、複数種類のｎに対応する２×ｎビット用ＤＳＰドライバ１１８と２×ｎビット書き込みＤＳＰ１４０があってもよい。
そして、各ＤＳＰドライバ１１６〜１１８は、それぞれ８ビット，１６ビット，２×ｎビット書き込み用のプロトコルで、書き込み先のＤＳＰにデータのダウンロードを要求し、ダウンロードを実行する機能を有する制御手段である。
【００３０】
また、ドライバマネージャ１１５は、各書き込み管理部１１１，１１２からの書き込み要求を受け付け、これに応じて書き込み先のＤＳＰが対応している書き込みビット数に応じた適当なＤＳＰドライバを用いて、受け付けた書き込み要求に従ったＤＳＰへのデータの書き込みを実行する機能を有する。
【００３１】
ここで、図２に示したＤＳＰ制御部１１０と異なるのは、書き込み要求の受け口としてドライバマネージャ１１５を設けたことにより、ＤＳＰドライバ１１６〜１１８の全てを常に起動しておかなくてもよいことである。
すなわち、例えばＤＳＰ制御部１１０′の機能をＣ＋＋言語によるソフトウェアで実現する場合には、各ＤＳＰドライバ１１６〜１１８をクラスとして用意しておき、ドライバマネージャ１１５がその各クラスのアドレスを管理するようにし、ＤＳＰドライバを使用する際には、使用するものだけについてクラスから実体を生成して動作させるようにすることができる。一旦実体を生成したものについては、後で使い回すためにとっておいても、必要がなくなった時点で消去してしまってもよい。
従って、ドライバマネージャ１１５は、各書き込み管理部１１１，１１２からの書き込み要求を受け付けるファサード的な役割と、その要求に応じたＤＳＰドライバの選択と利用というマネージャ的な役割を併せ持つものであるといえる。
【００３２】
次に、図６に、以上説明したＤＳＰ制御部１１０′のドライバマネージャ１１５及び各ＤＳＰドライバ１１６〜１１８の機能と対応する処理のフローチャートを示す。なお、書き込み管理部１１１，１１２の機能と対応する処理については、データ書き込みの要求先がドライバマネージャ１１５である点以外は、第１の実施形態で図３を用いて説明したものと同様であるので、ここでは図示及び説明を省略する。
【００３３】
そして、ＤＳＰ制御部１１０′の機能を実現するプロセッサは、ドライバマネージャ１１５に対して図３のステップＳ１２での要求がなされると、図６のフローチャートに示す処理を開始する。
そして、まずステップＳ３１で、書き込み先のＤＳＰが対応しているデータ書き込みのビット数を判定する。データの書き込み先となる各ＤＳＰが何ビットの書き込みに対応しているかという情報は、ドライバマネージャ１１５が必要に応じて取得できるようにしておき、この情報と、要求された書き込み先のＤＳＰの識別情報（番号等）とにより、この判定を行うことができるようにするものとする。そして、判定の結果は、８ビット、１６ビット、２×ｎビット等となる。
【００３４】
その後、ステップＳ３２で、そのビット数の書き込みに使用するＤＳＰドライバの実体が生成されているか否か判断し、生成されていなければステップＳ３３でこれを生成する。
そして、いずれの場合も、ステップＳ３４に進んで、書き込みに使用するＤＳＰドライバを用いて、書き込み先のＤＳＰに、書き込むべきデータのダウンロードを要求する。そしてステップＳ３５で、図４のステップＳ２３等の場合と同様に対応したプロトコルを用いてＤＳＰへのデータのダウンロードを実行する。
【００３５】
そして、これが完了すると、ステップＳ３６でＤＳＰドライバからの書き込み完了通知を受け取り、これに基づいて書き込み完了通知を書き込み管理部に返し、処理を終了する。
以上の処理により、各ＤＳＰ１２０，１３０，１４０に、信号処理の実行に必要なプログラムやパラメータ等のデータの書き込みを行うことができる。
そして、このことにより、第１の実施形態の場合と同様な効果を得られる他、使用しないビット数のＤＳＰドライバを起動する必要がないため、その分のハードウェア資源を節約することができる。この点は、ＤＳＰ制御部を多種類のビット数の書き込みに対応させる場合には、特に有効となる。
【００３６】
〔変形例〕
以上で実施形態の説明を終了するが、この発明が上述した実施形態に限られないことはもちろんである。
例えば、ＤＳＰ制御部１１０を、ＤＳＰと同じ基板上に設けることは必須ではなく、例えば、信号処理部１００を搭載する装置の他のＣＰＵ（例えばメインＣＰＵ）によって、ＤＳＰ制御部１１０の機能の全部又は一部を実現させてもよい。
また、ＤＳＰに、設定を切り替えることにより、一度に書き込むデータのビット数を変更できるものがあってもよい。この場合には、ダウンロード管理部１１３やドライバマネージャ１１５が、書き込み時点の設定に応じた適切なプロトコルの選択を行うことになる。
【００３７】
さらに、上述したようなＤＳＰ制御部１１０を、スキャナ、プリンタ、複写機、ファクシミリ通信装置、これらの機能を備えたＭＦＰ、デジタルカメラ等の画像処理装置に設け、ＤＳＰに対するデータの書き込みを制御させるようにすれば、装置全体として、データ書き込み制御の容易化や、設計変更時の負担軽減を実現することができる。
また、ＤＳＰによる処理対象のデータも、画像データに限られることはなく、この場合、画像処理装置以外の電子装置にＤＳＰ制御部１１０を設けることも考えられる。
また、上述した各実施形態及び変形例を矛盾しない範囲で組み合わせて適用することも可能である。
【産業上の利用可能性】
【００３８】
以上説明してきたように、この発明の制御装置又は画像処理装置によれば、データを１度に書き込むビット数が異なるＤＳＰを同時に使用する場合でも、ＤＳＰに対するデータの書き込みを容易に制御できるようにすることができる。
従って、この発明を適用すれば、ＤＳＰに対するデータ書き込みの機能に関する動作や開発の負荷を低減し、ＤＳＰを利用する装置のコストダウンを図ることができる。
【図面の簡単な説明】
【００３９】
【図１】この発明の第１の実施形態における信号処理装置の構成例を示す図である。
【図２】図１に示したＤＳＰ制御部の構成をより詳細に示す図である。
【図３】図２に示した第１及び第２の書き込み管理部の機能と対応する処理のフローチャートである。
【図４】同じくダウンロード管理部の機能と対応する処理のフローチャートである。
【図５】この発明の第２の実施形態におけるＤＳＰ制御部の構成を示す、図２と対応する図である。
【図６】図５に示したドライバマネージャ及び各ＤＳＰドライバの機能と対応する処理のフローチャートである。
【符号の説明】
【００４０】
１０：信号入力手段、２０：信号出力手段、１００：信号処理部、
１１０，１１０′ＤＳＰ制御部、１１１：第１の書き込み管理部、
１１２：第２の書き込み管理部、１１３：ダウンロード管理部、１１４：ライブラリ、
１１５：ドライバマネージャ、１１６：８ビット用ＤＳＰドライバ、
１１７：１６ビット用ＤＳＰドライバ、１１８：２×ｎビット用ＤＳＰドライバ、
１２０：８ビット書き込みＤＳＰ、１３０：１６ビット書き込みＤＳＰ、
１４０：２×ｎビット書き込みＤＳＰ
【図１】
2006338150.tif 000003
【図２】
2006338150.tif 000004
【図３】
2006338150.tif 000005
【図４】
2006338150.tif 000006
【図５】
2006338150.tif 000007
【図６】
2006338150.tif 000008