JPH04295935A - データ処理装置 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はデータ処理を実行する処
理プロセスと、それらを管理する管理プロセスにより処
理対象データの処理を行うデータ処理装置に関するもの
である。

【０００２】

【従来の技術】一般に、画像処理システムは汎用ミニコ
ンピュータやエンジニアリング・ワークステーション等
の計算機を中心とし、（画像メモリ、画像処理プロセッ
サなどを構成要素とする）画像処理専用のハードウェア
とから構成される。このような従来の画像処理システム
では、画像処理プロセッサは画像メモリ内の画像データ
を処理するのに適しており、一方、計算機内のＣＰＵは
主記憶上の画像データを処理するのに適している。この
ようなシステムにおいて、画像データの処理プロセスと
は独立した画像記憶領域を管理する管理プロセスを設け
ることにより、他のプログラム（プロセス）の処理結果
等の画像データを二次記憶を介さずに入力として利用し
たり、これらを消去しないように記憶する領域を指定す
ることができる。また、処理プログラムにおいて、計算
機内の主記憶上の画像データと画像処理ハードウェア内
の画像メモリ上の画像データとの対応をプログラム自体
に明記する必要がない画像処理システムが提案されてい
る。

【０００３】

【発明が解決しようとする課題】しかしながら、このよ
うなプログラムにおいては、同時に複数の画像処理ハー
ドウェア内の画像メモリを管理することができないとい
う欠点があつた。即ち、例えば処理ａを行わせるための
画像処理ハードウェアＡ内の画像メモリと、処理ｂを行
わせるための画像処理ハードウェアＢ内の画像メモリと
を同時に管理することができないという問題があつた。

【０００４】本発明は上記従来例に鑑みてなされたもの
で、複数のデータ記憶領域を管理するプロセスをデータ
処理プロセスと独立して設け、これら複数のデータ記憶
領域間で処理対象データの転送を行うことができるよう
にしたデータ処理装置を提供することにある。

【０００５】

【課題を解決するための手段】上記目的を達成するため
に本発明のデータ処理装置は以下の様な構成からなる。 即ち、複数の処理プロセス間で共有可能であって処理デ
ータを記憶するための第１のメモリと、複数の処理装置
内の第２のメモリと、前記第１と第２のメモリ上での前
記処理プロセスによる処理データの使用状況を管理する
管理プロセスと、前記管理プロセスにより管理され前記
処理データの少なくとも使用状況及びデータサイズを記
憶する記憶手段とを備える。

【０００６】

【作用】以上の構成において、管理プロセスは、処理プ
ロセスより管理プロセスへの要求により、複数の処理プ
ロセス間で共有可能であって処理データを記憶するため
の第１のメモリと、処理プロセスに割当てられた第２の
メモリ間で処理対象データの転送を可能にしている。

【０００７】

【実施例】以下、添付図面を参照して本発明の好適な実
施例を詳細に説明する。

【０００８】図１は、本実施例の画像処理システムの処
理プロセスの関連を示す相関図である。１０１は実際の
画像処理を行う画像処理プロセスを示し、１０２は画像
記憶領域の管理を行う管理プロセスを示している。この
管理プロセスは１０２は、画像処理システムの起動と共
に起動され、多数の画像処理プロセス１０１に対してサ
ービスを行っている。１０３は後述する画像識別テーブ
ル、１０４は画像メモリ管理テーブルである。１０５は
共有メモリである。

【０００９】まず、全体の動作の概略を説明する。画像
処理プロセス１０１は、画像記憶領域が必要になつた時
に、その記憶領域の占有・解放等の要求をプロセス間通
信機能を用いて画像記憶領域を管理している管理プロセ
ス１０２に伝える。これにより管理プロセス１０２は、
画像処理プロセス１０１から受取った要求の種類に応じ
て、内部の画像識別テーブル１０３（後述）及び画像メ
モリ管理テーブル１０４（後述）を参照して、計算機内
の共有メモリ１０５及び複数の画像処理用ハードウェア
の内指定されたハードウェアの画像メモリ上に、画像デ
ータの占有或は開放（或はさらに転送）するための処理
を行う。この時同時に、新たに更新された画像記憶領域
の状態に従って画像識別テーブル１０３、画像メモリ管
理テーブル１０４を更新する。

【００１０】さらに、管理プロセス１０２は、要求の処
理結果に関する情報をプロセス間通信機能を用いて画像
処理プロセス１０１に伝え、その画像データに対して処
理を実行する。

【００１１】図３は、管理プロセス１０２が使用する画
像識別テーブル１０３の構成を示す図で、この管理方式
の下で管理される画像データはすべてこのテーブル１０
３に登録される。

【００１２】図３において、テーブル１０３の各行が１
つの画像データに対応し、各画像データの画像識別子（
以下、イメージｉｄ）、イメージデータの横方向の大き
さｘサイズ（ｘｓｉｚｅ）、縦方向の大きさｙサイズ（
ｙｓｉｚｅ）、深さｎバイト、画像データ領域の使用状
態を示すステータス、画像データのユーザの識別子であ
るユーザＩｄ、画像処理ハードウェア内の画像メモリの
フレーム番号（フレームＮｏ．），画像処理ハードウェ
アの識別子であるハードウェアＩＤが、図の如く格納さ
れる。イメージＩｄにはシステムが一意に識別可能な自
然数が格納され、未使用中の場合には“０”が格納され
ている。また、ステータスの値は、“１”はメモリ上に
実体のない状態を示し、“２”は共有メモリ１０５上で
非占有である状態、“３”は画像メモリ上で非占有であ
る状態、“４”は共有メモリ１０５上で占有状態、そし
て“５”は画像メモリ上で占有状態であることを表わし
ている。

【００１３】図５は要求コマンドのフォーマットを示す
図である。

【００１４】図において、５０１はコマンドの種類を示
し、本実施例では共有メモリ１０５への画像データの登
録、共有メモリ１０５のデータの占有、開放、画像メモ
リのデータ占有、開放の５種類からなっている。５０２
はユーザＩＤで、コマンドを発行した処理プロセスを示
すＩＤコードである。５０３はイメージＩＤで、要求対
象である画像データの種類を特定するためのＩＤコード
である。５０４はハードウェアＩＤで、その画像データ
を割当てるための画像処理プロセス１０１を特定するた
めのＩＤコードである。更に、ｘサイズ、ｙサイズ、ｎ
バイト（深さ）のそれぞれはイメージデータの大きさを
表わしている。

【００１５】図４は図１に示した各画像処理ハードウェ
ア１０１内の画像メモリを管理する画像メモリ管理テー
ブル１０４の内容を示した図で、図中の各行が１つの画
像処理ハードウェア内の画像メモリの１つのフレーム情
報に対応している。そのフレームナンバが未使用ならば
“０”、使用中ならばその画像データを占有しているユ
ーザの識別子（ｉｄ）が格納される。この画像メモリ管
理テーブル１０４は、各画像処理ハードウェアごとに設
けられている。

【００１６】図２は管理プロセス１０２の内部動作の流
れを示すフローチヤートで、以下図２〜図５を参照して
、管理プロセス１０２の動作を説明する。

【００１７】管理プロセス１０２はスーパーユーザのプ
ロセスとして起動される（ステップＳ１）。そして、プ
ロセス間通信機能により送られてくるコマンド（要求）
（図５）を解釈し（ステップＳ２）、ステップＳ３〜Ｓ
１２で要求の種類により要求処理部に制御を移す。こう
して各要求処理部の実行が終了すると、次の要求待ちに
戻り、この過程を繰り返す。各要求処理部の動作を以下
に示す。 （１）共有メモリ１０５上での登録（ステップＳ４）図
５に示した要求（コマンド）のパラメータ部より、画像
の大きさ（ｘサイズ，ｙサイズ）、１画素当りのバイト
数（ｎバイト）を読出し、必要となるデータ記憶領域の
大きさを求める。そして、画像識別テーブル１０３に、
新たなイメージＩＤと共にこれらの情報やステータスを
登録し、次に子プロセスの生成を行なう。これは、その
コマンドを発行したユーザＩＤを、識別テーブル１０３
のユーザＩＤとし、共有メモリ１０５上に記憶領域を確
保させる。その後、子プロセスは消滅し、その終了を待
つて親プロセスが、確保された記憶領域の情報、或いは
更にイメージＩＤを画像処理プロセス１０１に伝える。 （２）共有メモリ１０５上での占有（ステップＳ６）要
求のパラメータ部より、占有したい画像データのイメー
ジＩＤを読込み、画像識別テーブル１０３の対応するデ
ータのステータスを“２”（非占有）から“４”（占有
）に変更し、占有の実行結果を画像処理プロセス１０１
に伝える。 （３）共有メモリ１０５上での開放（ステップＳ１０）
要求のパラメータ部より、イメージＩＤを読み込み、共
有メモリ１０５上の対応する画像記憶領域を開放すると
ともに、対応するテーブルの項目を“０”に初期化する
。そして、この開放の結果を画像処理プロセス１０１に
伝える。 （４）画像メモリ上での占有（ステップＳ８）要求のパ
ラメータ部より、画像処理ハードウェア識別子（ハード
ウェアＩＤ）とイメージＩＤを読み込み、必要な画像記
憶領域を、画像処理ハードウェア識別子により指定され
た画像識別テーブル１０３を参照して得る（或はさらに
その後、共有メモリ１０５上の画像データをこの領域に
転送する）。そして、新たな画像メモリの状態に画像識
別テーブル１０３を更新した後、確保された記憶領域の
情報を画像処理プロセス１０１に伝える。 （５）画像メモリ上での開放（ステップＳ１２）図５に
示すコマンドの要求パラメータ部より、指定された画像
処理ハードウェア内の画像メモリに関する情報を読み込
み（或はさらに対応する画像データを共有メモリ１０５
上に転送した後）、対応する画像処理ハードウェアの対
応する画像メモリを開放する。そして、新たな画像処理
ハードウェア内の画像メモリの状態に画像識別テーブル
１０３を更新し、開放された記憶領域の情報を画像処理
プロセス１０１に伝える。

【００１８】なお、ＳＵＮ　マイクロシステム社のＳＵ
Ｎ３／２６０，画像処理ハードウェアとしてネクサス社
製のｎｅｘｕｓ６８１０　システムでは、プロセス間通
信としてｓｏｃｋｅｔシステムコール、共有メモリ１０
５の操作にｓｈａｒｅｄ−ｍｅｍｏｒｙ　システムコー
ルを利用することで実現できる。

【００１９】以上説明したように本実施例によれば、実
際に画像処理を実行するプロセスとは独立な画像記憶領
域の管理プロセスにより、共有メモリと複数の画像処理
ハードウェア内の画像メモリとの間の画像データの転送
を管理することにより、画像処理の実行に応じて動的に
適切な記憶領域を適切な画像処理ハードウェア内の画像
メモリと計算機内の共用メモリに割り当てることが可能
となる。その結果、■他のプログラムの画像記憶領域の
破壊を意識することなく複数の画像処理ハードウェアを
用いたプログラムを記述できる。■共有メモリを通して
、他の画像処理ハードウェアの処理結果の画像データが
別の画像処理ハードウェアでの処理プロセスへの入力と
して利用できる。■画像処理ハードウェアの構成の変化
に対して画像処理プログラムの変更なしに対応できる。

【００２０】なお、本実施例では、画像データ処理の場
合で説明したが本発明はこれに限定されるものでなく、
一般のデータ処理の場合にも適用できることはもちろん
である。

【００２１】

【発明の効果】以上説明したように本発明によれば、複
数のデータ記憶領域を管理するプロセスをデータ処理プ
ロセスと独立して設け、これら複数のデータ記憶領域間
で処理対象データの転送を行うことができる効果がある
。

【図面の簡単な説明】

【図１】本実施例の処理プロセス、管理プロセス、共有
メモリの関連を示す相関図である。

【図２】本実施例の画像処理システムにおける管理プロ
セスを示すフローチャートである。

【図３】本実施例の画像処理システムの管理プロセスが
参照・操作する画像識別テーブルの構成例を示す図であ
る。

【図４】本実施例の画像処理システムの管理プロセスが
管理する画像管理テーブルの構成例を示す図である。

【図５】本実施例の画像処理システムにおけるプロセス
間のコマンド・フォーマット例を示す図である。

【符号の説明】

１０１　　画像処理プロセス １０２　　管理プロセス １０３　　画像識別テーブル １０４　　画像メモリ管理テーブル １０５　　共有メモリ

Claims (1)

【特許請求の範囲】
1. 【請求項１】　　複数の処理プロセス間で共有可能であ
   って処理データを記憶するための第１のメモリと、複数
   の処理装置内の第２のメモリと、前記第１と第２のメモ
   リ上での前記処理プロセスによる処理データの使用状況
   を管理する管理プロセスと、前記管理プロセスにより管
   理され前記処理データの少なくとも使用状況及びデータ
   サイズを記憶する記憶手段とを備え、前記管理プロセス
   は前記処理プロセスより前記管理プロセスへの要求によ
   り、前記第１と第２のメモリ間で前記処理データの転送
   を可能にしたことを特徴とするデータ処理装置。