JPH10326195A - 信号処理システム - Google Patents
信号処理システムInfo
- Publication number
- JPH10326195A JPH10326195A JP13467997A JP13467997A JPH10326195A JP H10326195 A JPH10326195 A JP H10326195A JP 13467997 A JP13467997 A JP 13467997A JP 13467997 A JP13467997 A JP 13467997A JP H10326195 A JPH10326195 A JP H10326195A
- Authority
- JP
- Japan
- Prior art keywords
- signal processing
- processing system
- applications
- application
- memory
- 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.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
- G06F9/5016—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals the resource being the memory
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
- Memory System (AREA)
- Compression Of Band Width Or Redundancy In Fax (AREA)
- Compression, Expansion, Code Conversion, And Decoders (AREA)
Abstract
(57)【要約】
【課題】 アプリケーションの組合わせの変更に伴うＣ
ＰＵに加わるメモリ割当処理等の負担を軽減することで
ある。 【解決手段】 互いに異なる複数種類のアプリケーショ
ンを同時的に実行する信号処理システムにおいて、予め
定められた基準にしたがって、アプリケーションの組合
わせをアプリケーションパターンとして定めておき、各
アプリケーションパターンに対応した処理動作を動作パ
ターンとしてテーブル上に格納しておき、組合わせの変
化の際に、テーブルを参照することによって、動作パタ
ーンを決定し、ＣＰＵの処理動作を軽減できる信号処理
システムが得られる。
ＰＵに加わるメモリ割当処理等の負担を軽減することで
ある。 【解決手段】 互いに異なる複数種類のアプリケーショ
ンを同時的に実行する信号処理システムにおいて、予め
定められた基準にしたがって、アプリケーションの組合
わせをアプリケーションパターンとして定めておき、各
アプリケーションパターンに対応した処理動作を動作パ
ターンとしてテーブル上に格納しておき、組合わせの変
化の際に、テーブルを参照することによって、動作パタ
ーンを決定し、ＣＰＵの処理動作を軽減できる信号処理
システムが得られる。
Description
【０００１】
【発明の属する技術分野】本発明は、中央処理装置（Ｃ
ＰＵ）及び信号処理プロセッサとを備えた情報処理シス
テムに関し、特に、互いに異なる複数のアプリケーショ
ンプログラムをＣＰＵの制御の下に、同時に処理する信
号処理プロセッサを備えた信号処理システムに関する。
ＰＵ）及び信号処理プロセッサとを備えた情報処理シス
テムに関し、特に、互いに異なる複数のアプリケーショ
ンプログラムをＣＰＵの制御の下に、同時に処理する信
号処理プロセッサを備えた信号処理システムに関する。
【０００２】
【従来の技術】一般に、この種の信号処理システムとし
て、通信、画像処理、データ収集等のアプリケーション
に使用される信号処理プロセッサ（ＤＳＰ、ＲＩＳＣ）
をＣＰＵ（マイクロコンピュータ等）と結合させた信号
処理システムがある。更に、ＤＳＰ等の信号処理プロセ
ッサの処理能力が上昇するにしたがって、複数のアプリ
ケーションを組み合わせて、同時に実行する信号処理シ
ステムも提案され、実際に、実用化されている。例え
ば、モデムに関するアプリケーション、音声信号の圧伸
に関するアプリケーション、音声イコライザに関するア
プリケーション、画像コードに関するアプリケーション
を組み合わせて、同時的に処理する信号処理プロセッサ
を用いた信号処理システムが実用化されており、この信
号処理システムでは、音声、画像等を同時に処理するこ
とにより、ユーザの音声、画像、及び通信に対する種々
の要求に応えることができる。
て、通信、画像処理、データ収集等のアプリケーション
に使用される信号処理プロセッサ（ＤＳＰ、ＲＩＳＣ）
をＣＰＵ（マイクロコンピュータ等）と結合させた信号
処理システムがある。更に、ＤＳＰ等の信号処理プロセ
ッサの処理能力が上昇するにしたがって、複数のアプリ
ケーションを組み合わせて、同時に実行する信号処理シ
ステムも提案され、実際に、実用化されている。例え
ば、モデムに関するアプリケーション、音声信号の圧伸
に関するアプリケーション、音声イコライザに関するア
プリケーション、画像コードに関するアプリケーション
を組み合わせて、同時的に処理する信号処理プロセッサ
を用いた信号処理システムが実用化されており、この信
号処理システムでは、音声、画像等を同時に処理するこ
とにより、ユーザの音声、画像、及び通信に対する種々
の要求に応えることができる。
【０００３】このような信号処理システムでは、信号処
理のリアルタイム性を維持するために、信号処理プロセ
ッサの最大信号処理能力（ＭＩＰＳ）、メモリのリロケ
ーション等を処理速度の速いＣＰＵ、或いは、信号処理
プロセッサで管理する必要がある。
理のリアルタイム性を維持するために、信号処理プロセ
ッサの最大信号処理能力（ＭＩＰＳ）、メモリのリロケ
ーション等を処理速度の速いＣＰＵ、或いは、信号処理
プロセッサで管理する必要がある。
【０００４】このことをより具体的に説明するために、
ＣＰＵ及び信号処理プロセッサを含む従来の信号処理シ
ステムにおける動作を説明する。この場合、ＣＰＵにお
ける内部プログラムは、ユーザプログラム、即ち、アプ
リケーション及びアプリケーションの組合わせを定義し
たアプリケーションインタフェース（ＡＰＩ）部と、信
号処理プロセッサを駆動するためのドライバ部とに分か
れている。
ＣＰＵ及び信号処理プロセッサを含む従来の信号処理シ
ステムにおける動作を説明する。この場合、ＣＰＵにお
ける内部プログラムは、ユーザプログラム、即ち、アプ
リケーション及びアプリケーションの組合わせを定義し
たアプリケーションインタフェース（ＡＰＩ）部と、信
号処理プロセッサを駆動するためのドライバ部とに分か
れている。
【０００５】このうち、ドライバ部は、信号処理プロセ
ッサのアプリケーションを実行すると共に、メモリのロ
ケーション等を算出して、信号処理プロセッサ側のプロ
グラムをコントロールする。更に詳細に言えば、ドライ
バ部は、信号処理プロセッサで実行される各アプリケー
ションのリソース要求を信号処理プロセッサに出す一
方、複数のアプリケーションが組み合わせて実行される
場合、実行順序スケジューリング情報と現在の信号処理
プロセッサの状態テーブルを参照して、最適のスケジュ
ーリング、及び、メモリの割り付け等の処理を行う。こ
の処理を行った後、ドライバ部は、信号処理プロセッサ
側のメモリ及びポートをコントロールし、これによっ
て、ＡＰＩ部からの要求を満たすように、信号処理プロ
セッサを制御する。
ッサのアプリケーションを実行すると共に、メモリのロ
ケーション等を算出して、信号処理プロセッサ側のプロ
グラムをコントロールする。更に詳細に言えば、ドライ
バ部は、信号処理プロセッサで実行される各アプリケー
ションのリソース要求を信号処理プロセッサに出す一
方、複数のアプリケーションが組み合わせて実行される
場合、実行順序スケジューリング情報と現在の信号処理
プロセッサの状態テーブルを参照して、最適のスケジュ
ーリング、及び、メモリの割り付け等の処理を行う。こ
の処理を行った後、ドライバ部は、信号処理プロセッサ
側のメモリ及びポートをコントロールし、これによっ
て、ＡＰＩ部からの要求を満たすように、信号処理プロ
セッサを制御する。
【０００６】一方、ドライバ部によって制御される信号
処理プロセッサは、ドライバ部からの指示により複数の
アプリケーションのスケジューリング、及び、メモリの
ロケーションを行い、リアルタイム性を保ちながら信号
処理を実行する。
処理プロセッサは、ドライバ部からの指示により複数の
アプリケーションのスケジューリング、及び、メモリの
ロケーションを行い、リアルタイム性を保ちながら信号
処理を実行する。
【０００７】
【発明が解決しようとする課題】このように、複数のア
プリケーションを同時に処理する信号処理システムで
は、アプリケーションからエントリ要求、デエントリ要
求がある度毎に、アプリケーションの組合わせが変化す
るため、ＣＰＵ、又は、信号処理プロセッサが、当該ア
プリケーションの組合わせに応じて、リソースの計算、
スケジューリング調整、メモリのロケーション等を行わ
なければならない。このようなリソースの計算、スケジ
ューリング調整、メモリのロケーション等の処理は、ア
プリケーションの組合わせが変化する度毎に行われてい
るため、ＣＰＵ、信号処理プロセッサに加わる負担が大
きくなると言う欠点があり、且つ、信号処理システム全
体の設計に要する時間も長くなって、コストアップを招
いている。
プリケーションを同時に処理する信号処理システムで
は、アプリケーションからエントリ要求、デエントリ要
求がある度毎に、アプリケーションの組合わせが変化す
るため、ＣＰＵ、又は、信号処理プロセッサが、当該ア
プリケーションの組合わせに応じて、リソースの計算、
スケジューリング調整、メモリのロケーション等を行わ
なければならない。このようなリソースの計算、スケジ
ューリング調整、メモリのロケーション等の処理は、ア
プリケーションの組合わせが変化する度毎に行われてい
るため、ＣＰＵ、信号処理プロセッサに加わる負担が大
きくなると言う欠点があり、且つ、信号処理システム全
体の設計に要する時間も長くなって、コストアップを招
いている。
【０００８】より具体的に説明すると、前述したよう
に、この種の信号処理システムで処理されるアプリケー
ションには、モデムに関するアプリケーション、音声信
号の圧伸に関するアプリケーション、音声イコライザに
関するアプリケーション、画像コードに関するアプリケ
ーション等があり、これらのアプリケーションにはそれ
ぞれ複数種類のアプリケーションが存在しているのが普
通である。したがって、これらのアプリケーションの組
合わせも多種多様なものとなって、結果的に、ＣＰＵ、
信号処理プロセッサで実行されるリソースの計算等の処
理も、複雑化してしまう。
に、この種の信号処理システムで処理されるアプリケー
ションには、モデムに関するアプリケーション、音声信
号の圧伸に関するアプリケーション、音声イコライザに
関するアプリケーション、画像コードに関するアプリケ
ーション等があり、これらのアプリケーションにはそれ
ぞれ複数種類のアプリケーションが存在しているのが普
通である。したがって、これらのアプリケーションの組
合わせも多種多様なものとなって、結果的に、ＣＰＵ、
信号処理プロセッサで実行されるリソースの計算等の処
理も、複雑化してしまう。
【０００９】本発明の目的は、ＣＰＵ、信号処理プロセ
ッサに加わる負担を軽減できる信号処理システムを提供
することである。
ッサに加わる負担を軽減できる信号処理システムを提供
することである。
【００１０】本発明の他の目的は、設計に要する時間を
大幅に短縮できると共に、コストの削減をも期待できる
信号処理システムを提供することである。
大幅に短縮できると共に、コストの削減をも期待できる
信号処理システムを提供することである。
【００１１】本発明の更に他の目的は、各種のアプリケ
ーションの組合わせにも対応できる信号処理システムを
提供することである。
ーションの組合わせにも対応できる信号処理システムを
提供することである。
【００１２】
【課題を解決するための手段】本発明によれば、互いに
異なる複数種類のアプリケーションを同時的に実行する
信号処理システムにおいて、予め定められた基準に基
き、前記アプリケーションの組合わせを定めておき、当
該組合わせに応じた処理動作をパターン情報として、保
持したテーブルを備え、アプリケーションの組合わせに
変化が有った場合、前記テーブルを参照することによ
り、前記組合わせの変化に応じたパターン情報を前記テ
ーブルから得、当該パターン情報にしたがって、処理動
作を行うことを特徴とする信号処理システムが得られ
る。
異なる複数種類のアプリケーションを同時的に実行する
信号処理システムにおいて、予め定められた基準に基
き、前記アプリケーションの組合わせを定めておき、当
該組合わせに応じた処理動作をパターン情報として、保
持したテーブルを備え、アプリケーションの組合わせに
変化が有った場合、前記テーブルを参照することによ
り、前記組合わせの変化に応じたパターン情報を前記テ
ーブルから得、当該パターン情報にしたがって、処理動
作を行うことを特徴とする信号処理システムが得られ
る。
【００１３】
【発明の実施の形態】以下、図面を参照して、本発明に
係る信号処理システムについて説明する。
係る信号処理システムについて説明する。
【００１４】図１を参照して、本発明に係る信号処理シ
ステムを原理的に説明する。図示された信号処理システ
ムは、ＣＰＵ１１及び信号処理プロセッサ１２とを備え
ており、図１に示されたＣＰＵ１１は、ユーザプログラ
ム、即ち、アプリケーションを定義したアプリケーショ
ンプログラムインタフェース（ＡＰＩ）部１１１及び信
号処理プロセッサ１２を制御するためのドライバ部１１
２とによって特徴づけられた内蔵プログラムを有してい
る。ＡＰＩ部１１１は、通信、音声、及び、画像に関し
て、それぞれ複数のアプリケーションを備えており、こ
れらのアプリケーションを選択し、且つ、組み合わせる
ことによって得られた複数種類のアプリケーションを同
時に実行させ、これによって、ユーザの希望する処理動
作を行うことができる。
ステムを原理的に説明する。図示された信号処理システ
ムは、ＣＰＵ１１及び信号処理プロセッサ１２とを備え
ており、図１に示されたＣＰＵ１１は、ユーザプログラ
ム、即ち、アプリケーションを定義したアプリケーショ
ンプログラムインタフェース（ＡＰＩ）部１１１及び信
号処理プロセッサ１２を制御するためのドライバ部１１
２とによって特徴づけられた内蔵プログラムを有してい
る。ＡＰＩ部１１１は、通信、音声、及び、画像に関し
て、それぞれ複数のアプリケーションを備えており、こ
れらのアプリケーションを選択し、且つ、組み合わせる
ことによって得られた複数種類のアプリケーションを同
時に実行させ、これによって、ユーザの希望する処理動
作を行うことができる。
【００１５】図示されたドライバー部１１２は、信号処
理プロセッサ１２の最大処理能力（ＭＩＰＳ）、信号処
理プロセッサ１２内に設けられたデータメモリの容量、
及び、実行されるアプリケーションの同時実行性（コン
カレンシー）を基準にして、複数のアプリケーションの
実行順序を決定するスケジューリング動作、及び、信号
処理プロセッサ１２内のデータメモリにおけるロケーシ
ョンを決定するメモリロケーション動作を複数のパター
ンとして保持したテーブル２０を備えている。即ち、Ｃ
ＰＵ１１のドライバ部１１２に設けられた図示されたテ
ーブル２０は、通信、音声、及び、画像に関するアプリ
ケーションの組合わせに応じて、パターンＡ〜Ｚを有し
ており、各パターンＡ〜Ｚに応じたスケジューリング動
作及び／又はメモリロケーション動作を一義的に決定で
きる。
理プロセッサ１２の最大処理能力（ＭＩＰＳ）、信号処
理プロセッサ１２内に設けられたデータメモリの容量、
及び、実行されるアプリケーションの同時実行性（コン
カレンシー）を基準にして、複数のアプリケーションの
実行順序を決定するスケジューリング動作、及び、信号
処理プロセッサ１２内のデータメモリにおけるロケーシ
ョンを決定するメモリロケーション動作を複数のパター
ンとして保持したテーブル２０を備えている。即ち、Ｃ
ＰＵ１１のドライバ部１１２に設けられた図示されたテ
ーブル２０は、通信、音声、及び、画像に関するアプリ
ケーションの組合わせに応じて、パターンＡ〜Ｚを有し
ており、各パターンＡ〜Ｚに応じたスケジューリング動
作及び／又はメモリロケーション動作を一義的に決定で
きる。
【００１６】このような構成では、ＡＰＩ部１１１から
アプリケーションのエントリ、デエントリ要求があっ
て、アプリケーションの組合わせに変更が有った場合、
ドライバ部１１２は、現在選択されているパターンでエ
ントリ可能かどうかを判断し、エントリ可能であれば、
信号処理プロセッサ１２に対してエントリの指示を送出
する。他方、現在選択されているパターンではエントリ
できない場合、ドライバ部１２内のテーブル２０が検索
され、変更されたアプリケーションの組合わせに対応し
たパターンが選択され、当該選択されたパターンに応じ
たパターン情報が信号処理プロセッサ１２に送出され
る。
アプリケーションのエントリ、デエントリ要求があっ
て、アプリケーションの組合わせに変更が有った場合、
ドライバ部１１２は、現在選択されているパターンでエ
ントリ可能かどうかを判断し、エントリ可能であれば、
信号処理プロセッサ１２に対してエントリの指示を送出
する。他方、現在選択されているパターンではエントリ
できない場合、ドライバ部１２内のテーブル２０が検索
され、変更されたアプリケーションの組合わせに対応し
たパターンが選択され、当該選択されたパターンに応じ
たパターン情報が信号処理プロセッサ１２に送出され
る。
【００１７】ここで、パターン情報としては、一義的な
動作、例えば、メモリロケーション動作が指定されてい
るから、信号処理プロセッサ１２は、パターン情報にし
たがったメモリロケーション動作を行うだけで良い。し
たがって、信号処理プロセッサ１２は、リアルタイムに
アプリケーションの組合わせの変更に対応できる。
動作、例えば、メモリロケーション動作が指定されてい
るから、信号処理プロセッサ１２は、パターン情報にし
たがったメモリロケーション動作を行うだけで良い。し
たがって、信号処理プロセッサ１２は、リアルタイムに
アプリケーションの組合わせの変更に対応できる。
【００１８】また、ＣＰＵ１１においても、ドライバ部
１１２のテーブル２０を参照するだけで、信号処理プロ
セッサに対するアクセス、メモリロケーションのための
演算等を行うことなく、簡単に、且つ、迅速にアプリケ
ーション変更に伴う処理動作を完了できる。
１１２のテーブル２０を参照するだけで、信号処理プロ
セッサに対するアクセス、メモリロケーションのための
演算等を行うことなく、簡単に、且つ、迅速にアプリケ
ーション変更に伴う処理動作を完了できる。
【００１９】図２を参照すると、本発明の一実施の形態
に係る信号処理システムは、パーソナルコンピュータ、
マイコン等のホストコンピュータによって構成されたＣ
ＰＵ１１と、当該ＣＰＵ１１によって制御される信号処
理プロセッサ１２とを含んでおり、ＣＰＵ１１内には、
図１と同様に、パラメータテーブル２０が備えられてい
る。一方、信号処理プロセッサ１２には、プログラムを
格納したＲＯＭ２１及びデータを格納するＲＡＭ２２と
が設けられている。
に係る信号処理システムは、パーソナルコンピュータ、
マイコン等のホストコンピュータによって構成されたＣ
ＰＵ１１と、当該ＣＰＵ１１によって制御される信号処
理プロセッサ１２とを含んでおり、ＣＰＵ１１内には、
図１と同様に、パラメータテーブル２０が備えられてい
る。一方、信号処理プロセッサ１２には、プログラムを
格納したＲＯＭ２１及びデータを格納するＲＡＭ２２と
が設けられている。
【００２０】ここで、図示された信号処理システムにお
いては、データモデムに関するＶ３４、Ｖ３２、音声デ
ータの圧縮／伸長に関するＡＤＰＣＭ、ＭＰＥＧ ＡＵ
ＤＩＯ、音声イコライザーに関するＰＥＱ、ＧＥＱ、及
び、画像データの圧縮伸長方式を規定したＭＰＥＧ、Ｊ
ＰＥＧの８種類のアプリケーションを使用できるものと
する。尚、上記したＡＤＰＣＭは、適応差分ＰＣＭの略
であり、且つ、ＭＰＥＧ及びＪＰＥＧは、それぞれ、Mo
ving Picture Experts Group 及びJoint Photographic
Experts Groupの略称である。更に、ＰＥＱ及びＧＥＱ
は、それぞれパラメトリックイコライザー及びグラフィ
ックイコライザーの略称である。また、Ｖ３２は転送速
度９６００ｂｐｓのモデムに関するアプリケーションで
あり、他方、Ｖ３４は転送速度１００，０００ｂｐｓの
モデムに関するアプリケーションである。
いては、データモデムに関するＶ３４、Ｖ３２、音声デ
ータの圧縮／伸長に関するＡＤＰＣＭ、ＭＰＥＧ ＡＵ
ＤＩＯ、音声イコライザーに関するＰＥＱ、ＧＥＱ、及
び、画像データの圧縮伸長方式を規定したＭＰＥＧ、Ｊ
ＰＥＧの８種類のアプリケーションを使用できるものと
する。尚、上記したＡＤＰＣＭは、適応差分ＰＣＭの略
であり、且つ、ＭＰＥＧ及びＪＰＥＧは、それぞれ、Mo
ving Picture Experts Group 及びJoint Photographic
Experts Groupの略称である。更に、ＰＥＱ及びＧＥＱ
は、それぞれパラメトリックイコライザー及びグラフィ
ックイコライザーの略称である。また、Ｖ３２は転送速
度９６００ｂｐｓのモデムに関するアプリケーションで
あり、他方、Ｖ３４は転送速度１００，０００ｂｐｓの
モデムに関するアプリケーションである。
【００２１】上記した８種類のアプリケーションは、ユ
ーザの要求にしたがって組み合わせて実行されることが
多い。ユーザの要求は種々様々であるため、組合わせに
変更がある度毎に、従来、ＣＰＵ１１では、信号プロセ
ッサ１２における状態をモニターして、最適なスケジュ
ーリング及びデータＲＡＭ２２の割り付け等の処理を行
っている。このような処理を行った場合、８種類のアプ
リケーションの組合わせは、非常に多くなるため、各組
合わせに応じたスケジューリング及びＲＡＭ２２の割り
付けに要する処理は、ＣＰＵ１１に加わる負担を重くし
ている。
ーザの要求にしたがって組み合わせて実行されることが
多い。ユーザの要求は種々様々であるため、組合わせに
変更がある度毎に、従来、ＣＰＵ１１では、信号プロセ
ッサ１２における状態をモニターして、最適なスケジュ
ーリング及びデータＲＡＭ２２の割り付け等の処理を行
っている。このような処理を行った場合、８種類のアプ
リケーションの組合わせは、非常に多くなるため、各組
合わせに応じたスケジューリング及びＲＡＭ２２の割り
付けに要する処理は、ＣＰＵ１１に加わる負担を重くし
ている。
【００２２】ここで、８種類のアプリケーションを検討
してみると、例えば、アプリケーションＶ３４とＶ３２
とが同時に実行されることは、実際上、有り得ないし、
また、ＡＤＰＣＭとＭＰＥＧ ＡＵＤＩＯとが同時に実
行されることもない。更に、ＰＥＱとＧＥＱとを同時に
実行させる必要はないし、ＪＰＥＧ及びＭＰＥＧについ
ても同様である。他方、上記した８種類のアプリケーシ
ョンの内、モデム、音声データの圧縮／伸長、音声イコ
ライザー、及び画像データの圧縮／伸長に関するアプリ
ケーションは、互いに組合わて同時に実行されることが
多い。
してみると、例えば、アプリケーションＶ３４とＶ３２
とが同時に実行されることは、実際上、有り得ないし、
また、ＡＤＰＣＭとＭＰＥＧ ＡＵＤＩＯとが同時に実
行されることもない。更に、ＰＥＱとＧＥＱとを同時に
実行させる必要はないし、ＪＰＥＧ及びＭＰＥＧについ
ても同様である。他方、上記した８種類のアプリケーシ
ョンの内、モデム、音声データの圧縮／伸長、音声イコ
ライザー、及び画像データの圧縮／伸長に関するアプリ
ケーションは、互いに組合わて同時に実行されることが
多い。
【００２３】このように、アプリケーションの同時実行
性、或いは、同時動作性を考慮すると、８種類のアプリ
ケーションは、モデム、音声データの圧縮／伸長、音声
イコライザー、及び画像データの圧縮／伸長に関する４
つのアプリケーションの組合わせと、上記した同時的に
実行されないアプリケーションとを組合わせると共に、
ＭＩＰＳ及びデータメモリ使用量を考慮すると、実行可
能な１６のアプリケーションパターンに分類できる。
性、或いは、同時動作性を考慮すると、８種類のアプリ
ケーションは、モデム、音声データの圧縮／伸長、音声
イコライザー、及び画像データの圧縮／伸長に関する４
つのアプリケーションの組合わせと、上記した同時的に
実行されないアプリケーションとを組合わせると共に、
ＭＩＰＳ及びデータメモリ使用量を考慮すると、実行可
能な１６のアプリケーションパターンに分類できる。
【００２４】図３を参照すると、データメモリ使用量及
び同時動作性を考慮して分類された１６種類のアプリケ
ーションパターンＮｏ．１〜Ｎｏ．１６が示されてい
る。今、ここで、説明を容易にするために、データＲＡ
Ｍ２２の全体の記憶容量を便宜上、１００とすると、Ｎ
ｏ．８以外の１５種類のアプリケーションパターンは、
データＲＡＭ２２を使用して実行可能である。即ち、Ｎ
ｏ．８以外の１５種類のアプリケーションパターンは、
全て１００以内にあり、これらのアプリケーションの実
行の際におけるデータは、データＲＡＭ２２上に割り付
けることができる。例えば、アプリケーションパターン
Ｎｏ．１は、アプリケーションＶ．３４、ＡＤＰＣＭ、
ＰＥＱ、及び、ＪＰＥＧの組合わせであり、これらのア
プリケーションＶ．３４、ＡＤＰＣＭ、ＰＥＱ、及び、
ＪＰＥＧに必要な合計メモリサイズ、即ち、記憶容量は
６０である。同様に、Ｎｏ．２〜８までのアプリケーシ
ョンパターンは、全て、モデムとしてＶ．３４を用いた
場合であり、Ｎｏ．８のアプリケーションパターン以外
の合計メモリサイズは、１００以下である。
び同時動作性を考慮して分類された１６種類のアプリケ
ーションパターンＮｏ．１〜Ｎｏ．１６が示されてい
る。今、ここで、説明を容易にするために、データＲＡ
Ｍ２２の全体の記憶容量を便宜上、１００とすると、Ｎ
ｏ．８以外の１５種類のアプリケーションパターンは、
データＲＡＭ２２を使用して実行可能である。即ち、Ｎ
ｏ．８以外の１５種類のアプリケーションパターンは、
全て１００以内にあり、これらのアプリケーションの実
行の際におけるデータは、データＲＡＭ２２上に割り付
けることができる。例えば、アプリケーションパターン
Ｎｏ．１は、アプリケーションＶ．３４、ＡＤＰＣＭ、
ＰＥＱ、及び、ＪＰＥＧの組合わせであり、これらのア
プリケーションＶ．３４、ＡＤＰＣＭ、ＰＥＱ、及び、
ＪＰＥＧに必要な合計メモリサイズ、即ち、記憶容量は
６０である。同様に、Ｎｏ．２〜８までのアプリケーシ
ョンパターンは、全て、モデムとしてＶ．３４を用いた
場合であり、Ｎｏ．８のアプリケーションパターン以外
の合計メモリサイズは、１００以下である。
【００２５】他方、Ｎｏ．９〜１６のアプリケーション
パターンはモデムとしてＶ．３２を使用した場合におけ
るアプリケーションの組合わせによって定まるパターン
であり、これらのアプリケーションパターンの合計メモ
リサイズは全て１００以下であるから、これらのアプリ
ケーションパターンは、データＲＡＭ２２上に割り付け
ることができる。
パターンはモデムとしてＶ．３２を使用した場合におけ
るアプリケーションの組合わせによって定まるパターン
であり、これらのアプリケーションパターンの合計メモ
リサイズは全て１００以下であるから、これらのアプリ
ケーションパターンは、データＲＡＭ２２上に割り付け
ることができる。
【００２６】次に、図４を参照すると、アプリケーショ
ン名（ＮＡＭＥ）とメモリサイズとの関係が示されてい
る。ここで、モデムに関するアプリケーションＶ．３２
及びＶ３４は、それぞれ１０及び２０のメモリサイズを
必要とし、Ｖ３４の方がＶ３２に比較して、使用量が多
いことがわかる。同様に、ＡＤＰＣＭ及びＭＰＥＧＡＵ
ＤＩＯは、それぞれ１０及び３０のメモリサイズを必要
とし、また、ＰＥＱ及びＧＥＱは、それぞれ５及び１５
のメモリサイズを必要とするものとする。更に、ＪＰＥ
Ｇ及びＭＰＥＧには、それぞれ２５及び４５のメモリサ
イズが要求されているものとする。
ン名（ＮＡＭＥ）とメモリサイズとの関係が示されてい
る。ここで、モデムに関するアプリケーションＶ．３２
及びＶ３４は、それぞれ１０及び２０のメモリサイズを
必要とし、Ｖ３４の方がＶ３２に比較して、使用量が多
いことがわかる。同様に、ＡＤＰＣＭ及びＭＰＥＧＡＵ
ＤＩＯは、それぞれ１０及び３０のメモリサイズを必要
とし、また、ＰＥＱ及びＧＥＱは、それぞれ５及び１５
のメモリサイズを必要とするものとする。更に、ＪＰＥ
Ｇ及びＭＰＥＧには、それぞれ２５及び４５のメモリサ
イズが要求されているものとする。
【００２７】ここで、モデム、音声圧縮／伸長、音声イ
コライザー、及び、画像データの圧縮／伸長に関するア
プリケーションの内、メモリサイズの大きい方のアプリ
ケーションに対応して、データＲＡＭ２２の割り付けが
できれば、単一の割り付け方法により、全てのアプリケ
ーションパターンに対応できるが、Ｎｏ．８のアプリケ
ーションパターンのように、Ｖ．３４、ＭＰＥＧ ＡＵ
ＤＩＯ、ＧＥＱ、及びＭＰＥＧの組合わせでは、１００
を越えるメモリサイズが必要となるため、この例では割
り付けを行うことができない。
コライザー、及び、画像データの圧縮／伸長に関するア
プリケーションの内、メモリサイズの大きい方のアプリ
ケーションに対応して、データＲＡＭ２２の割り付けが
できれば、単一の割り付け方法により、全てのアプリケ
ーションパターンに対応できるが、Ｎｏ．８のアプリケ
ーションパターンのように、Ｖ．３４、ＭＰＥＧ ＡＵ
ＤＩＯ、ＧＥＱ、及びＭＰＥＧの組合わせでは、１００
を越えるメモリサイズが必要となるため、この例では割
り付けを行うことができない。
【００２８】このことを考慮して、図４では、メモリサ
イズの大きい方のアプリケーションを一つづつ除いた組
合わせをそれぞれタイプＡ〜Ｄとして、規定している。
即ち、タイプＡは、画像圧縮／伸長に関するアプリケー
ションの内、大きなメモリサイズが要求されるＭＰＥＧ
を除いた場合であり、タイプＢは、音声圧縮／伸長のア
プリケーションの内、ＭＰＥＧ ＡＵＤＩＯを除いたも
のである。同様に、タイプＣは、音声イコライザーに関
するＧＥＱのアプリケーションを除いた組合わせであ
り、また、タイプＤは、Ｖ．３４のアプリケーションを
除いた組合わせである。
イズの大きい方のアプリケーションを一つづつ除いた組
合わせをそれぞれタイプＡ〜Ｄとして、規定している。
即ち、タイプＡは、画像圧縮／伸長に関するアプリケー
ションの内、大きなメモリサイズが要求されるＭＰＥＧ
を除いた場合であり、タイプＢは、音声圧縮／伸長のア
プリケーションの内、ＭＰＥＧ ＡＵＤＩＯを除いたも
のである。同様に、タイプＣは、音声イコライザーに関
するＧＥＱのアプリケーションを除いた組合わせであ
り、また、タイプＤは、Ｖ．３４のアプリケーションを
除いた組合わせである。
【００２９】本発明に係る信号処理システムでは、図２
に示されているように、４つのタイプＡ〜Ｄに対応し
て、データＲＡＭ２２におけるメモリ上の割当パターン
（メモリマップパターン）をパラメータテーブル２０に
格納しておき、ＣＰＵ１１はパラメータテーブル２０上
のメモリマップパターンを選択するだけで、信号処理プ
ロセッサ１２内のデータＲＡＭ２２の割当を決定するこ
とができる。換言すれば、ＣＰＵ１１は、アプリケーシ
ョンパターンの変更の度毎に、メモリマップパターンを
選択するだけで良く、メモリ上の割当パターンを計算す
る処理を行う必要がなくなる。
に示されているように、４つのタイプＡ〜Ｄに対応し
て、データＲＡＭ２２におけるメモリ上の割当パターン
（メモリマップパターン）をパラメータテーブル２０に
格納しておき、ＣＰＵ１１はパラメータテーブル２０上
のメモリマップパターンを選択するだけで、信号処理プ
ロセッサ１２内のデータＲＡＭ２２の割当を決定するこ
とができる。換言すれば、ＣＰＵ１１は、アプリケーシ
ョンパターンの変更の度毎に、メモリマップパターンを
選択するだけで良く、メモリ上の割当パターンを計算す
る処理を行う必要がなくなる。
【００３０】図５を参照すると、上記したタイプＡ〜Ｄ
に対応したメモリマップパターンＡ〜Ｄが示されてい
る。図示されたメモリマップパターンＡでは、０〜２０
までの領域がモデムのアプリケーションＶ．３２又は
Ｖ．３４に割り当てられており、２０〜５０までの領域
が音声圧縮／伸長用のアプリケーションＡＤＰＣＭ又は
ＭＰＥＧ ＡＵＤＩＯに割り当てられている。更に、５
０〜７０の領域は、音声イコライザーのアプリケーショ
ンＰＥＱ又はＧＥＱに割り当てられており、且つ、７０
〜９５の領域は、画像圧縮／伸長用のアプリケーション
の内、ＪＰＥＧに割り当てられている。即ち、ＭＰＥＧ
用の領域がメモリマップパターンＡには存在していな
い。
に対応したメモリマップパターンＡ〜Ｄが示されてい
る。図示されたメモリマップパターンＡでは、０〜２０
までの領域がモデムのアプリケーションＶ．３２又は
Ｖ．３４に割り当てられており、２０〜５０までの領域
が音声圧縮／伸長用のアプリケーションＡＤＰＣＭ又は
ＭＰＥＧ ＡＵＤＩＯに割り当てられている。更に、５
０〜７０の領域は、音声イコライザーのアプリケーショ
ンＰＥＱ又はＧＥＱに割り当てられており、且つ、７０
〜９５の領域は、画像圧縮／伸長用のアプリケーション
の内、ＪＰＥＧに割り当てられている。即ち、ＭＰＥＧ
用の領域がメモリマップパターンＡには存在していな
い。
【００３１】他方、メモリマップパターンＢでは、ＭＰ
ＥＧ ＡＵＤＩＯのアプリケーションに対応する領域が
なく、２０〜３０の領域がＡＤＰＣＭに割り当てられ、
更に、４０〜５５の領域は、ＧＥＱ又はＰＥＱのアプリ
ケーション、５５〜１００の領域は、ＭＰＥＧ又はＪＰ
ＥＧにそれぞれ割り当てられている。尚、０〜２０の領
域はＶ．３２又はＶ．３４のアプリケーションに割り当
てられていることはメモリマップパターンＡと同様であ
る。
ＥＧ ＡＵＤＩＯのアプリケーションに対応する領域が
なく、２０〜３０の領域がＡＤＰＣＭに割り当てられ、
更に、４０〜５５の領域は、ＧＥＱ又はＰＥＱのアプリ
ケーション、５５〜１００の領域は、ＭＰＥＧ又はＪＰ
ＥＧにそれぞれ割り当てられている。尚、０〜２０の領
域はＶ．３２又はＶ．３４のアプリケーションに割り当
てられていることはメモリマップパターンＡと同様であ
る。
【００３２】次に、メモリマップパターンＣは、ＧＥＱ
に割り当てられた領域を備えていない点で、他のメモリ
マップパターンＡ、Ｂ、及び、Ｄと異なっている。具体
的に言えば、メモリマップパターンＣは、０〜２０、及
び、２０〜５０の領域をそれぞれＶ．３４又はＶ．３
２、及び、ＡＤＰＣＭ又はＭＰＥＧ ＡＵＤＩＯにそれ
ぞれ割り当て、更に、５０〜５５の領域をＰＥＱに割り
当てると共に、残りの５５〜１００の領域をＭＰＥＧ又
はＪＰＥＧに割り当てている。
に割り当てられた領域を備えていない点で、他のメモリ
マップパターンＡ、Ｂ、及び、Ｄと異なっている。具体
的に言えば、メモリマップパターンＣは、０〜２０、及
び、２０〜５０の領域をそれぞれＶ．３４又はＶ．３
２、及び、ＡＤＰＣＭ又はＭＰＥＧ ＡＵＤＩＯにそれ
ぞれ割り当て、更に、５０〜５５の領域をＰＥＱに割り
当てると共に、残りの５５〜１００の領域をＭＰＥＧ又
はＪＰＥＧに割り当てている。
【００３３】また、メモリマップパターンＤは、Ｖ．３
４の領域を有せず、０〜１０の領域をＶ．３２だけに割
り当てている点で、他のメモリマップパターンと相違し
ている。この関係で、１０〜４０の領域がＭＰＥＧ Ａ
ＵＤＩＯ又はＡＤＰＣＭに割り当てられており、且つ、
４０〜５５の領域、及び、５５〜１００の領域がそれぞ
れＧＥＱ又はＰＥＱ、及び、ＭＰＥＧ又はＪＰＥＧに割
り当てられている。
４の領域を有せず、０〜１０の領域をＶ．３２だけに割
り当てている点で、他のメモリマップパターンと相違し
ている。この関係で、１０〜４０の領域がＭＰＥＧ Ａ
ＵＤＩＯ又はＡＤＰＣＭに割り当てられており、且つ、
４０〜５５の領域、及び、５５〜１００の領域がそれぞ
れＧＥＱ又はＰＥＱ、及び、ＭＰＥＧ又はＪＰＥＧに割
り当てられている。
【００３４】尚、メモリマップパターンＡ、Ｂ、Ｃ、及
びＤからも明らかな通り、ＭＰＥＧＡＵＤＩＯ及びＧＥ
Ｑ以外のアプリケーションの領域は、変化していない。
びＤからも明らかな通り、ＭＰＥＧＡＵＤＩＯ及びＧＥ
Ｑ以外のアプリケーションの領域は、変化していない。
【００３５】図３に戻ると、アプリケーションパターン
Ｎｏ．１〜１６と、上記したメモリマップパターンＡ、
Ｂ、Ｃ、及び、Ｄとの関係が示されている。例えば、ア
プリケーションパターンＮｏ．１は、メモリマップパタ
ーンＡ、Ｂ、又は、Ｃのいずれのパターンにしたがって
データＲＡＭ２２の領域を割り当てても良く、他方、ア
プリケーションパターンＮｏ．３はメモリマップパター
ンＡにしたがってのみ、メモリ領域を割り当てなければ
ならない。同様に、アプリケーションパターンＮｏ．９
はメモリマップパターンＡ、Ｂ、Ｃ、及び、Ｄのいずれ
のパターンにしたがって領域を割り当てても良い。但
し、Ｎｏ．８のアプリケーションパターンについては、
データＲＡＭ２２の領域を割り当てることができないた
め、図３ではＮＧとして示されている。
Ｎｏ．１〜１６と、上記したメモリマップパターンＡ、
Ｂ、Ｃ、及び、Ｄとの関係が示されている。例えば、ア
プリケーションパターンＮｏ．１は、メモリマップパタ
ーンＡ、Ｂ、又は、Ｃのいずれのパターンにしたがって
データＲＡＭ２２の領域を割り当てても良く、他方、ア
プリケーションパターンＮｏ．３はメモリマップパター
ンＡにしたがってのみ、メモリ領域を割り当てなければ
ならない。同様に、アプリケーションパターンＮｏ．９
はメモリマップパターンＡ、Ｂ、Ｃ、及び、Ｄのいずれ
のパターンにしたがって領域を割り当てても良い。但
し、Ｎｏ．８のアプリケーションパターンについては、
データＲＡＭ２２の領域を割り当てることができないた
め、図３ではＮＧとして示されている。
【００３６】以下、ＣＰＵ１１におけるメモリマップパ
ターンの選択動作を図６〜図１２を参照して説明する。
ターンの選択動作を図６〜図１２を参照して説明する。
【００３７】まず、図６に示すように、選択動作の開始
後、ステップＳ１において、新規アプリケーションの実
行要求があると、即ち、アプリケーションのエントリ或
いはデエントリ要求があると、ＣＰＵ１１は、図２に示
されたパラメータテーブル２０に、当該アプリケーショ
ンの実行要求に対応したメモリマップパターンが設定さ
れているか否かを判定する（ステップＳ２）。メモリマ
ップパターンが設定されていない場合、ステップＳ３に
進み、メモリマップパターンをデフォールトメモリマッ
プパターンにする。図示された例では、メモリマップパ
ターンＡがデフォールトメモリマップパターンとして、
定められている場合を示しており、この結果、メモリマ
ップパターンＡがステップＳ３において選択される。
後、ステップＳ１において、新規アプリケーションの実
行要求があると、即ち、アプリケーションのエントリ或
いはデエントリ要求があると、ＣＰＵ１１は、図２に示
されたパラメータテーブル２０に、当該アプリケーショ
ンの実行要求に対応したメモリマップパターンが設定さ
れているか否かを判定する（ステップＳ２）。メモリマ
ップパターンが設定されていない場合、ステップＳ３に
進み、メモリマップパターンをデフォールトメモリマッ
プパターンにする。図示された例では、メモリマップパ
ターンＡがデフォールトメモリマップパターンとして、
定められている場合を示しており、この結果、メモリマ
ップパターンＡがステップＳ３において選択される。
【００３８】一方、ステップＳ２において、新規アプリ
ケーションの実行要求に応じたメモリマップパターン
が、パラメータテーブル２０に設定されていることが判
定された場合、或いは、ステップＳ３においてメモリマ
ップパターンＡが指定された場合、ステップＳ４では、
新規アプリケーションが、ＭＰＥＧ ＡＵＤＩＯ、ＧＥ
Ｑ、及び、ＭＰＥＧであるか否かを判定する。まず、ス
テップＳ４において、新規アプリケーションが判定の対
象となるアプリケーションの場合には、新規アプリケー
ションがどの判定対象アプリケーションであるかが決定
される。ここで、新規アプリケーションがＭＰＥＧの場
合には、ステップＳ５が実行され、また、新規アプリケ
ーションがＧＥＱ及びＭＰＥＧ ＡＵＤＩＯの時には、
それぞれステップＳ６及びＳ７が実行される。
ケーションの実行要求に応じたメモリマップパターン
が、パラメータテーブル２０に設定されていることが判
定された場合、或いは、ステップＳ３においてメモリマ
ップパターンＡが指定された場合、ステップＳ４では、
新規アプリケーションが、ＭＰＥＧ ＡＵＤＩＯ、ＧＥ
Ｑ、及び、ＭＰＥＧであるか否かを判定する。まず、ス
テップＳ４において、新規アプリケーションが判定の対
象となるアプリケーションの場合には、新規アプリケー
ションがどの判定対象アプリケーションであるかが決定
される。ここで、新規アプリケーションがＭＰＥＧの場
合には、ステップＳ５が実行され、また、新規アプリケ
ーションがＧＥＱ及びＭＰＥＧ ＡＵＤＩＯの時には、
それぞれステップＳ６及びＳ７が実行される。
【００３９】ステップＳ５では、ＭＰＥＧに対して割当
を行わないメモリマップパターンＡかどうかが判定さ
れ、メモリマップパターンＡでなければ、ステップＳ８
でＭＰＥＧ用のデータ領域を５５〜１００に設定して、
処理を最初に戻す。
を行わないメモリマップパターンＡかどうかが判定さ
れ、メモリマップパターンＡでなければ、ステップＳ８
でＭＰＥＧ用のデータ領域を５５〜１００に設定して、
処理を最初に戻す。
【００４０】また、ステップＳ６において、ＧＥＱに対
して割当を行わないメモリマップパターンＣでないこと
が判定されると、後述するように、ＧＥＱに対するデー
タ領域を５５〜７０、或いは、４０〜５５にするための
第１の処理Ｐ１が行われ、他方、ＧＥＱに対して割当を
行わないメモリマップパターンＣであることが判定され
ると、メモリマップパターンを変更する第２の処理Ｐ２
が行われる。
して割当を行わないメモリマップパターンＣでないこと
が判定されると、後述するように、ＧＥＱに対するデー
タ領域を５５〜７０、或いは、４０〜５５にするための
第１の処理Ｐ１が行われ、他方、ＧＥＱに対して割当を
行わないメモリマップパターンＣであることが判定され
ると、メモリマップパターンを変更する第２の処理Ｐ２
が行われる。
【００４１】次に、ステップＳ７において、ＭＰＥＧ
ＡＵＤＩＯに対して割当を行わないメモリマップパター
ンＢでないことが判定されると、ＭＰＥＧ ＡＵＤＩＯ
のデータ領域を１０〜４０にするか、２０〜５０にする
の第３の処理Ｐ３が行われ、他方、メモリマップパター
ンＢであることが判定されると、ＭＰＥＧ ＡＵＤＩＯ
を割り当てるための第４の処理Ｐ４が行われる。
ＡＵＤＩＯに対して割当を行わないメモリマップパター
ンＢでないことが判定されると、ＭＰＥＧ ＡＵＤＩＯ
のデータ領域を１０〜４０にするか、２０〜５０にする
の第３の処理Ｐ３が行われ、他方、メモリマップパター
ンＢであることが判定されると、ＭＰＥＧ ＡＵＤＩＯ
を割り当てるための第４の処理Ｐ４が行われる。
【００４２】一方、ステップＳ５において、メモリマッ
プパターンＡであることが判定されると、ＭＰＥＧを割
り当てるための第５の処理Ｐ５が実行される。
プパターンＡであることが判定されると、ＭＰＥＧを割
り当てるための第５の処理Ｐ５が実行される。
【００４３】また、ステップＳ４で、新規アプリケーシ
ョンがＭＰＥＧ ＡＵＤＩＯ、ＧＥＱ、及び、ＭＰＥＧ
のいずれでもないことが判定されると、第６の処理Ｐ６
が実行される。
ョンがＭＰＥＧ ＡＵＤＩＯ、ＧＥＱ、及び、ＭＰＥＧ
のいずれでもないことが判定されると、第６の処理Ｐ６
が実行される。
【００４４】図７及び図８を図６と併せ参照して、ＧＥ
Ｑに関連する第１及び第２の処理Ｐ１及びＰ２を説明す
る。図６のステップＳ６において、メモリパターンＣで
ないことが判定されると、第１の処理Ｐ１のステップＳ
ａ１では、メモリマップパターンＡであるか否かが判定
され、メモリマップパターンＡであれば、ＧＥＱに対し
て、５５〜７０のメモリ領域がステップＳａ２において
割り当てられる。
Ｑに関連する第１及び第２の処理Ｐ１及びＰ２を説明す
る。図６のステップＳ６において、メモリパターンＣで
ないことが判定されると、第１の処理Ｐ１のステップＳ
ａ１では、メモリマップパターンＡであるか否かが判定
され、メモリマップパターンＡであれば、ＧＥＱに対し
て、５５〜７０のメモリ領域がステップＳａ２において
割り当てられる。
【００４５】一方、ステップＳａ１において、メモリマ
ップパターンＡでないことが判定されると、ＧＥＱのメ
モリ領域として、４０〜５５がステップＳａ３で割り当
てられる。
ップパターンＡでないことが判定されると、ＧＥＱのメ
モリ領域として、４０〜５５がステップＳａ３で割り当
てられる。
【００４６】また、図６のステップＳ６において、メモ
リマップパターンＣと判定されると、図８に示された第
２の処理Ｐ２が実行される。第２の処理では、図８に示
されたステップＳｂ１のように、ＭＰＥＧが実行されて
いなければメモリマップパターンＡ、ＭＰＥＧ ＡＵＤ
ＩＯが実行されていなければメモリマップパターンＢ、
及び、Ｖ３４が実行されていなければメモリマップパタ
ーンＤが選択される。他方、ＭＰＥＧ、ＭＰＥＧ ＡＵ
ＤＩＯ、及び、Ｖ３４が実行されている場合には、エラ
ーメッセージを出力して、実行できないことを指示し
て、ＭＰＥＧ、ＭＰＥＧ ＡＵＤＩＯ、及び、Ｖ３４の
いずれかを変更するように、サジェスションを与える。
リマップパターンＣと判定されると、図８に示された第
２の処理Ｐ２が実行される。第２の処理では、図８に示
されたステップＳｂ１のように、ＭＰＥＧが実行されて
いなければメモリマップパターンＡ、ＭＰＥＧ ＡＵＤ
ＩＯが実行されていなければメモリマップパターンＢ、
及び、Ｖ３４が実行されていなければメモリマップパタ
ーンＤが選択される。他方、ＭＰＥＧ、ＭＰＥＧ ＡＵ
ＤＩＯ、及び、Ｖ３４が実行されている場合には、エラ
ーメッセージを出力して、実行できないことを指示し
て、ＭＰＥＧ、ＭＰＥＧ ＡＵＤＩＯ、及び、Ｖ３４の
いずれかを変更するように、サジェスションを与える。
【００４７】次に、図９及び図１０を図６と併せ参照し
て、ＭＰＥＧ ＡＵＤＩＯに関連する第３及び第４の処
理Ｐ３及びＰ４を説明する。図６のステップＳ７におい
て、メモリマップパターンＢでないことが判定される
と、図９に示された第３の処理Ｐ３のステップＳｃ１が
実行される。このステップＳｃ１では、メモリマップパ
ターンＤであるか否かが判定され、メモリマップパター
ンＤであることが判定されると、ステップＳｃ２に移行
して、ＭＰＥＧ ＡＵＤＩＯに対するメモリ領域を１０
〜４０とする。他方、メモリマップパターンＤでないこ
とがステップＳｃ１で判定されると、ステップＳｃ３に
おいて、ＭＰＥＧ ＡＵＤＩＯに対するメモリ領域を２
０〜５０とする。
て、ＭＰＥＧ ＡＵＤＩＯに関連する第３及び第４の処
理Ｐ３及びＰ４を説明する。図６のステップＳ７におい
て、メモリマップパターンＢでないことが判定される
と、図９に示された第３の処理Ｐ３のステップＳｃ１が
実行される。このステップＳｃ１では、メモリマップパ
ターンＤであるか否かが判定され、メモリマップパター
ンＤであることが判定されると、ステップＳｃ２に移行
して、ＭＰＥＧ ＡＵＤＩＯに対するメモリ領域を１０
〜４０とする。他方、メモリマップパターンＤでないこ
とがステップＳｃ１で判定されると、ステップＳｃ３に
おいて、ＭＰＥＧ ＡＵＤＩＯに対するメモリ領域を２
０〜５０とする。
【００４８】更に、図６のステップＳ７において、メモ
リマップパターンＢであることが判定されると、図１０
に示すような第４の処理Ｐ４が行われる。即ち、第４の
処理Ｐ４では、ステップＳｄ１に示すように、ＭＰＥＧ
が実行されていなければ、メモリマップパターンＡが選
択され、同様に、ＧＥＱが実行されていなければ、メモ
リマップパターンＣ、Ｖ．３４が実行されていなけれ
ば、メモリマップパターンＤがそれぞれ選択される。上
述したＭＰＥＧ、ＧＥＱ、及び、Ｖ．３４が共に実行さ
れている場合には、図８で説明したのと同様に、エラー
メッセージを出力して、実行できないことをユーザに知
らせ、いずれかのアプリケーションを変更するように指
示する。
リマップパターンＢであることが判定されると、図１０
に示すような第４の処理Ｐ４が行われる。即ち、第４の
処理Ｐ４では、ステップＳｄ１に示すように、ＭＰＥＧ
が実行されていなければ、メモリマップパターンＡが選
択され、同様に、ＧＥＱが実行されていなければ、メモ
リマップパターンＣ、Ｖ．３４が実行されていなけれ
ば、メモリマップパターンＤがそれぞれ選択される。上
述したＭＰＥＧ、ＧＥＱ、及び、Ｖ．３４が共に実行さ
れている場合には、図８で説明したのと同様に、エラー
メッセージを出力して、実行できないことをユーザに知
らせ、いずれかのアプリケーションを変更するように指
示する。
【００４９】図１１及び図６を併せ参照して、新規アプ
リケーションとしてＭＰＥＧがエントリされ、且つ、メ
モリマップパターンＡであることが判定された場合にお
ける第５の処理Ｐ５を説明する。この場合、ステップＳ
ｅ１に示すように、ＧＥＱが実行されていなければ、メ
モリマップパターンＣが選択され、ＭＰＥＧ ＡＵＤＩ
Ｏが実行されていなければメモリマップパターンＢ、Ｖ
３４が実行されていなければメモリマップパターンＤが
それぞれ選択される。また、ＭＰＥＧ、ＭＰＥＧ ＡＵ
ＤＩＯ、及び、Ｖ３４がいずれも実行されている場合に
は、エラーメッセージを出力し、実行できないため、い
ずれかのアプリケーションを変更するように、ユーザに
指示する。
リケーションとしてＭＰＥＧがエントリされ、且つ、メ
モリマップパターンＡであることが判定された場合にお
ける第５の処理Ｐ５を説明する。この場合、ステップＳ
ｅ１に示すように、ＧＥＱが実行されていなければ、メ
モリマップパターンＣが選択され、ＭＰＥＧ ＡＵＤＩ
Ｏが実行されていなければメモリマップパターンＢ、Ｖ
３４が実行されていなければメモリマップパターンＤが
それぞれ選択される。また、ＭＰＥＧ、ＭＰＥＧ ＡＵ
ＤＩＯ、及び、Ｖ３４がいずれも実行されている場合に
は、エラーメッセージを出力し、実行できないため、い
ずれかのアプリケーションを変更するように、ユーザに
指示する。
【００５０】最後に、図１２を参照して、図６のステッ
プＳ４において、新規アプリケーションがＭＰＥＧ Ａ
ＵＤＩＯ、ＧＥＱ、及びＭＰＥＧのいずれでもないこと
が判定された場合における第６の処理Ｐ６を説明する。
第６の処理Ｐ６では、図４に示された表にしたがって、
新規アプリケーションのメモリ領域を設定する。即ち、
ステップＳｆ１に示すように、新規アプリケーションが
Ｖ．３２の場合には、０〜１０のメモリ領域、Ｖ．３４
の場合には、０〜２０のメモリ領域、ＡＤＰＣＭなら
ば、２０〜３０のメモリ領域、ＰＥＱなら５０〜５５の
メモリ領域、及び、ＪＰＥＧならば、７０〜９５のメモ
リ領域をそれぞれ割り当てる。
プＳ４において、新規アプリケーションがＭＰＥＧ Ａ
ＵＤＩＯ、ＧＥＱ、及びＭＰＥＧのいずれでもないこと
が判定された場合における第６の処理Ｐ６を説明する。
第６の処理Ｐ６では、図４に示された表にしたがって、
新規アプリケーションのメモリ領域を設定する。即ち、
ステップＳｆ１に示すように、新規アプリケーションが
Ｖ．３２の場合には、０〜１０のメモリ領域、Ｖ．３４
の場合には、０〜２０のメモリ領域、ＡＤＰＣＭなら
ば、２０〜３０のメモリ領域、ＰＥＱなら５０〜５５の
メモリ領域、及び、ＪＰＥＧならば、７０〜９５のメモ
リ領域をそれぞれ割り当てる。
【００５１】上記した説明では、各アプリケーションの
信号処理プロセッサ内のメモリ使用領域を考慮して、ア
プリケーションの組合わせを決定する場合についてのみ
説明したが、信号処理プロセッサの最大処理能力を基準
にして、アプリケーションの組合わせを決定しても良
い。また、図２では、パラメータテーブル２０をＣＰＵ
１１に配置する場合について説明したが、パラメータテ
ーブル２０は信号処理プロセッサ１２側に設けられても
良い。
信号処理プロセッサ内のメモリ使用領域を考慮して、ア
プリケーションの組合わせを決定する場合についてのみ
説明したが、信号処理プロセッサの最大処理能力を基準
にして、アプリケーションの組合わせを決定しても良
い。また、図２では、パラメータテーブル２０をＣＰＵ
１１に配置する場合について説明したが、パラメータテ
ーブル２０は信号処理プロセッサ１２側に設けられても
良い。
【００５２】
【発明の効果】以上述べたように、本発明では、アプリ
ケーションのエントリ、デエントリの度毎に変化するア
プリケーションパターンに対応したメモリマップパター
ンをＣＰＵのパラメータテーブル上に格納しておき、当
該メモリマップパターンにしたがってデータＲＡＭ等の
領域を各アプリケーションに割り当てることができるた
め、アプリケーションの変更に伴うメモリ領域等の計算
をＣＰＵで行う必要が無くなるため、ＣＰＵに加わる負
担を著しく軽減できると言う効果がある。
ケーションのエントリ、デエントリの度毎に変化するア
プリケーションパターンに対応したメモリマップパター
ンをＣＰＵのパラメータテーブル上に格納しておき、当
該メモリマップパターンにしたがってデータＲＡＭ等の
領域を各アプリケーションに割り当てることができるた
め、アプリケーションの変更に伴うメモリ領域等の計算
をＣＰＵで行う必要が無くなるため、ＣＰＵに加わる負
担を著しく軽減できると言う効果がある。
【図面の簡単な説明】
【図１】本発明に係る信号処理システムの原理を説明す
るためのブロック図である。
るためのブロック図である。
【図２】本発明の一実施の形態に係る信号処理システム
の概略構成を説明するためのブロック図である。
の概略構成を説明するためのブロック図である。
【図３】アプリケーションの組合わせによって構成され
るアプリケーションパターン、メモリサイズ、及び、メ
モリマップパターンとの関係を説明するための図であ
る。
るアプリケーションパターン、メモリサイズ、及び、メ
モリマップパターンとの関係を説明するための図であ
る。
【図４】各アプリケーションに必要なメモリサイズと、
メモリマップパターンとの関係を示す図である。
メモリマップパターンとの関係を示す図である。
【図５】メモリマップパターンＡ〜ＤをデータＲＡＭ上
にマッピングした場合におけるメモリ領域の割当状態を
説明するための図である。
にマッピングした場合におけるメモリ領域の割当状態を
説明するための図である。
【図６】図２に示す信号処理システムの動作の一部を説
明するためのフローチャートである。
明するためのフローチャートである。
【図７】図６の動作に続いて行われる第１の処理を説明
するためのフローチャートである。
するためのフローチャートである。
【図８】図６の動作に続いて行われる第２の処理を説明
するためのフローチャートである。
するためのフローチャートである。
【図９】図６の動作に続いて行われる第３の処理を説明
するためのフローチャートである。
するためのフローチャートである。
【図１０】図６の動作に続いて行われる第４の処理を説
明するためのフローチャートである。
明するためのフローチャートである。
【図１１】図６の動作に続いて行われる第５の処理を説
明するためのフローチャートである。
明するためのフローチャートである。
【図１２】図６の動作に続いて行われる第６の処理を説
明するためのフローチャートである。
明するためのフローチャートである。
１１ ＣＰＵ １１１ ＡＰＩ部 １１２ ドライバ部 ２０ パラメータテーブル １２ 信号処理プロセッサ ２１ プログラムＲＯＭ ２２ データＲＡＭ
Claims (9)
- 【請求項１】 互いに異なる複数種類のアプリケーショ
ンを同時的に実行する信号処理システムにおいて、予め
定められた基準に基き、前記アプリケーションの組合わ
せを定めておき、当該組合わせに応じた処理動作を定め
たパターン情報として、保持したテーブルを備え、アプ
リケーションの組合わせに変化が有った場合、前記テー
ブルを参照することにより、前記組合わせの変化に対応
したパターン情報を前記テーブルから得、当該パターン
情報にしたがって、処理動作を行うことを特徴とする信
号処理システム。 - 【請求項２】 請求項１において、前記処理動作は、ス
ケジューリング動作、及び、データメモリの割当を定め
るためのメモリロケーション動作の少なくとも一方であ
ることを特徴とする信号処理システム。 - 【請求項３】 請求項１において、前記予め定められた
基準は、組合わせの対象となるアプリケーションが同時
に実行可能かどうかをあらわす同時実行可能性を含んで
いることを特徴とする信号処理システム。 - 【請求項４】 請求項１において、前記信号処理システ
ムは、中央処理装置、及び、当該中央処理装置によって
制御の下に、信号処理を実行する信号プロセッサとを備
え、前記信号プロセッサはデータメモリを有しており、
前記テーブルには、前記アプリケーションの組合わせに
対応して、前記データメモリ上の格納領域を規定したメ
モリマップパターンが格納されていることを特徴とする
信号処理システム。 - 【請求項５】 請求項４において、前記予め定められた
基準は、組合わせの対象となるアプリケーションの同時
実行可能性、及び、前記各アプリケーションのデータメ
モリ上における格納領域サイズであることを特徴とする
信号処理システム。 - 【請求項６】 請求項５において、前記メモリマップパ
ターンは、前記データメモリの記憶容量を越えないこと
を条件として決定されていることを特徴とする信号処理
システム。 - 【請求項７】 請求項６において、前記アプリケーショ
ンの組合わせが前記データメモリの記憶容量を越える場
合には、エラーメッセージが出力されることを特徴とす
る信号処理システム。 - 【請求項８】 請求項１において、前記信号処理システ
ムは、中央処理装置及び信号処理プロセッサとを備えて
おり、前記テーブルは前記中央処理装置内に設けられて
いることを特徴とする信号処理システム。 - 【請求項９】 請求項１において、前記信号処理システ
ムは、中央処理装置及び信号処理プロセッサとを備えて
おり、前記テーブルは前記信号処理プロセッサ内に設け
られていることを特徴とする信号処理システム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP13467997A JP3052891B2 (ja) | 1997-05-26 | 1997-05-26 | 信号処理システム |
| US09/084,011 US6643680B1 (en) | 1997-05-26 | 1998-05-26 | Signal processing system which can reduce burden applied to a CPU or a signal processor |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP13467997A JP3052891B2 (ja) | 1997-05-26 | 1997-05-26 | 信号処理システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH10326195A true JPH10326195A (ja) | 1998-12-08 |
| JP3052891B2 JP3052891B2 (ja) | 2000-06-19 |
Family
ID=15134045
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP13467997A Expired - Fee Related JP3052891B2 (ja) | 1997-05-26 | 1997-05-26 | 信号処理システム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US6643680B1 (ja) |
| JP (1) | JP3052891B2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2011034510A (ja) * | 2009-08-05 | 2011-02-17 | Toshiba Corp | メモリ割り当て装置およびメモリ割り当て方法 |
| JP2020184375A (ja) * | 2013-05-17 | 2020-11-12 | コーヒレント・ロジックス・インコーポレーテッド | マルチプロセッサ組込みシステム上でのアプリケーションの動的再構成 |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003167751A (ja) * | 2001-04-24 | 2003-06-13 | Ricoh Co Ltd | プロセッサ処理方法およびプロセッサシステム |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH06282446A (ja) | 1993-03-29 | 1994-10-07 | Hitachi Software Eng Co Ltd | ジョブスケジュール作成方法 |
| US5479606A (en) * | 1993-07-21 | 1995-12-26 | Pgm Systems, Inc. | Data display apparatus for displaying patterns using samples of signal data |
| JP2820048B2 (ja) * | 1995-01-18 | 1998-11-05 | 日本電気株式会社 | 画像処理システムとその記憶装置およびそのアクセス方法 |
| US5805827A (en) * | 1996-03-04 | 1998-09-08 | 3Com Corporation | Distributed signal processing for data channels maintaining channel bandwidth |
| US6021408A (en) * | 1996-09-12 | 2000-02-01 | Veritas Software Corp. | Methods for operating a log device |
| US5815686A (en) * | 1996-09-12 | 1998-09-29 | Silicon Graphics, Inc. | Method and apparatus for address space translation using a TLB |
| US5893166A (en) * | 1997-05-01 | 1999-04-06 | Oracle Corporation | Addressing method and system for sharing a large memory address space using a system space global memory section |
-
1997
- 1997-05-26 JP JP13467997A patent/JP3052891B2/ja not_active Expired - Fee Related
-
1998
- 1998-05-26 US US09/084,011 patent/US6643680B1/en not_active Expired - Fee Related
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2011034510A (ja) * | 2009-08-05 | 2011-02-17 | Toshiba Corp | メモリ割り当て装置およびメモリ割り当て方法 |
| JP2020184375A (ja) * | 2013-05-17 | 2020-11-12 | コーヒレント・ロジックス・インコーポレーテッド | マルチプロセッサ組込みシステム上でのアプリケーションの動的再構成 |
| US11726812B2 (en) | 2013-05-17 | 2023-08-15 | Coherent Logix, Incorporated | Dynamic reconfiguration of applications on a multi-processor embedded system |
Also Published As
| Publication number | Publication date |
|---|---|
| US6643680B1 (en) | 2003-11-04 |
| JP3052891B2 (ja) | 2000-06-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9135060B2 (en) | Method and apparatus for migrating task in multicore platform | |
| CN110196851B (zh) | 一种数据存储方法、装置、设备及存储介质 | |
| EP1939736A2 (en) | Data processing system and semiconductor integrated circuit | |
| JP2007026094A (ja) | 実行装置およびアプリケーションプログラム | |
| EP1812850A2 (en) | Efficient multiprocessor system and methods thereof | |
| JP2008077563A (ja) | 電子機器およびｃｐｕ動作環境制御プログラム | |
| US6721948B1 (en) | Method for managing shared tasks in a multi-tasking data processing system | |
| US5928321A (en) | Task and stack manager for digital video decoding | |
| JP3052891B2 (ja) | 信号処理システム | |
| JP5045576B2 (ja) | マルチプロセッサシステム及びプログラム実行方法 | |
| JPH0883257A (ja) | 並列コンピュータシステムのプロセス実行最適化方法 | |
| JPH06187309A (ja) | プロセッサ割付制御方式 | |
| JPH09146883A (ja) | トランザクション処理タスク数制御方式 | |
| JPH0512173A (ja) | 情報処理装置 | |
| JP2007233608A (ja) | 割込み制御装置及び割込み制御方法をコンピュータに実行させるためのプログラム。 | |
| JPH032956A (ja) | 計算機システム | |
| JPH0452942A (ja) | ファイル転送方式 | |
| US20040003049A1 (en) | Parallel computer and analysis method, and computer product | |
| JPH10312297A (ja) | マルチタスク機能を有する情報処理システムにおける資源管理方法、資源管理装置及び記録媒体 | |
| JPH0342765A (ja) | 分散処理装置 | |
| JPH0424828A (ja) | マルチタスク管理方式 | |
| JPH0895928A (ja) | メモリ共有方式 | |
| JP2624154B2 (ja) | 主記憶スワッピングにおけるデータ退避システム | |
| JP2968032B2 (ja) | Ｌａｎシステム | |
| JPH04346136A (ja) | 仮想命令プロセッサ構成制御方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080407 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090407 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100407 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110407 Year of fee payment: 11 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110407 Year of fee payment: 11 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120407 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120407 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130407 Year of fee payment: 13 |
|
| LAPS | Cancellation because of no payment of annual fees |