JPH04304566A - 画像処理方法及びその装置 - Google Patents
画像処理方法及びその装置Info
- Publication number
- JPH04304566A JPH04304566A JP6966791A JP6966791A JPH04304566A JP H04304566 A JPH04304566 A JP H04304566A JP 6966791 A JP6966791 A JP 6966791A JP 6966791 A JP6966791 A JP 6966791A JP H04304566 A JPH04304566 A JP H04304566A
- Authority
- JP
- Japan
- Prior art keywords
- image
- processing
- picture
- storage area
- storage device
- 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.)
- Pending
Links
Landscapes
- Processing Or Creating Images (AREA)
- Image Processing (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
【０００１】
【産業上の利用分野】本発明は画像処理方法及びその装
置、例えば画像処理プロセスと、当該画像処理プロセス
との間で画像データの授受を行うと共にその画像データ
の画像記憶領域への保持・管理を行う管理プロセスを独
立して有する装置とその方法に関するものである。
置、例えば画像処理プロセスと、当該画像処理プロセス
との間で画像データの授受を行うと共にその画像データ
の画像記憶領域への保持・管理を行う管理プロセスを独
立して有する装置とその方法に関するものである。
【０００２】
【従来の技術】汎用ミニコンピユータやエンジニアリン
グワークステーション等の電子計算機と、画像プロセッ
サと画像メモリからなる画像処理専用のハードウエアか
ら構成される従来の画像処理システムに関し、本出願人
が特願昭６３−５９６５７号および特願昭６３−５９６
５８号として既に提案している技術がある。簡単に説明
すれば、画像データの処理プロセスとは独立に画像記憶
領域の管理プロセスを設けることにより、画像処理の実
行に応じて動的に適切な記憶領域を画像メモリ上や主記
憶上に割り当てることを可能にしようとするものである
。これによって、プログラマは画像データの物理的配置
や、画像メモリと主記憶の間の画像転送を意識すること
なく画像処理プログラムを記述することが可能となる。
グワークステーション等の電子計算機と、画像プロセッ
サと画像メモリからなる画像処理専用のハードウエアか
ら構成される従来の画像処理システムに関し、本出願人
が特願昭６３−５９６５７号および特願昭６３−５９６
５８号として既に提案している技術がある。簡単に説明
すれば、画像データの処理プロセスとは独立に画像記憶
領域の管理プロセスを設けることにより、画像処理の実
行に応じて動的に適切な記憶領域を画像メモリ上や主記
憶上に割り当てることを可能にしようとするものである
。これによって、プログラマは画像データの物理的配置
や、画像メモリと主記憶の間の画像転送を意識すること
なく画像処理プログラムを記述することが可能となる。
【０００３】
【発明が解決しようとしている課題】しかしながら、種
々のプログラミング言語で書かれた各種画像処理アプリ
ケーションから、かかる画像記憶領域の管理プロセスを
利用する場合、処理対象の画像を外部記憶装置から入力
し、処理結果の画像を外部記憶装置へ出力する画像の入
出力操作ライブラリを各種プログラミング言語から呼び
出させる形でユーザが用意する必要があった。また、こ
の際、各画像処理アプリケーション開発者は独自の画像
ファイルフォーマットを採用する可能性があるので、処
理対象として扱える外部記憶装置上の画像（ファイル）
がアプリケーションごとに異なるというような統一性を
欠いた状況になることがあった。
々のプログラミング言語で書かれた各種画像処理アプリ
ケーションから、かかる画像記憶領域の管理プロセスを
利用する場合、処理対象の画像を外部記憶装置から入力
し、処理結果の画像を外部記憶装置へ出力する画像の入
出力操作ライブラリを各種プログラミング言語から呼び
出させる形でユーザが用意する必要があった。また、こ
の際、各画像処理アプリケーション開発者は独自の画像
ファイルフォーマットを採用する可能性があるので、処
理対象として扱える外部記憶装置上の画像（ファイル）
がアプリケーションごとに異なるというような統一性を
欠いた状況になることがあった。
【０００４】本発明は係る問題に鑑みなされたものであ
り、アプリケーション開発者が各自で画像ファイルの入
出力等のライブラリを開発する必要がなくなると共に、
新しいファイルフォーマットに対応するなどの拡張機能
が、アプリケーションを記述しているプログラミング言
語に依らず、またプログラムの再コンパイル・リンク等
を行うことなく利用可能にする画像処理方法及びその装
置を提供しようとするものである。
り、アプリケーション開発者が各自で画像ファイルの入
出力等のライブラリを開発する必要がなくなると共に、
新しいファイルフォーマットに対応するなどの拡張機能
が、アプリケーションを記述しているプログラミング言
語に依らず、またプログラムの再コンパイル・リンク等
を行うことなく利用可能にする画像処理方法及びその装
置を提供しようとするものである。
【０００５】
【課題を解決するための手段】この課題を解決する本発
明の画像処理方法は以下のプロセスを備える。すなわち
、画像処理プロセスと、当該画像処理プロセスとの間で
画像データの授受を行うと共に、前記画像データの画像
記憶領域への保持・管理を行う管理プロセスを独立して
有する画像処理方法であって、前記管理プロセスは、前
記画像記憶領域の画像データの外部記憶装置に対する記
憶保存処理、及び当該外部記憶装置からの前記画像記憶
領域に対する読み込み処理を備える。
明の画像処理方法は以下のプロセスを備える。すなわち
、画像処理プロセスと、当該画像処理プロセスとの間で
画像データの授受を行うと共に、前記画像データの画像
記憶領域への保持・管理を行う管理プロセスを独立して
有する画像処理方法であって、前記管理プロセスは、前
記画像記憶領域の画像データの外部記憶装置に対する記
憶保存処理、及び当該外部記憶装置からの前記画像記憶
領域に対する読み込み処理を備える。
【０００６】また、本発明の画像処理装置は以下の構成
を備える。すなわち、画像処理手段と、当該画像処理手
段との間で画像データの授受を行うと共に、前記画像デ
ータの画像記憶領域への保持・管理を行う管理手段を独
立して有する画像処理装置であって、前記管理手段は、
前記画像記憶領域の画像データを外部記憶装置に記憶保
存させる記憶保存手段及び当該外部記憶装置から前記画
像記憶領域に読み込む読み込み手段を備える。
を備える。すなわち、画像処理手段と、当該画像処理手
段との間で画像データの授受を行うと共に、前記画像デ
ータの画像記憶領域への保持・管理を行う管理手段を独
立して有する画像処理装置であって、前記管理手段は、
前記画像記憶領域の画像データを外部記憶装置に記憶保
存させる記憶保存手段及び当該外部記憶装置から前記画
像記憶領域に読み込む読み込み手段を備える。
【０００７】
【作用】かかる構成よりなる本発明の方法において、画
像処理プロセスは画像データの外部記憶装置に対する保
存、そして読み込みをも管理プロセスに託する。
像処理プロセスは画像データの外部記憶装置に対する保
存、そして読み込みをも管理プロセスに託する。
【０００８】
【実施例】以下、添付図面に従って本発明に係る実施例
を詳細に説明する。
を詳細に説明する。
【０００９】図１に本実施例における画像処理システム
の機器構成を示す。
の機器構成を示す。
【００１０】図中、１０１はシステム全体の制御を司る
中央処理装置（ＣＰＵ）で、メインメモリ１０２に格納
されたプログラムに従って処理するものであり、例えば
画像メモリ内の画像データを処理することもできる。メ
インメモリ１０２には、ＣＰＵ１０１の実行プログラム
として、管理プロセス、処理プロセスなどをはじめとし
て、後述する管理テーブル等を格納する。１０３は画像
をファイルとして蓄積するための外部記憶装置（例えば
磁気デイスク等）である。１０４は画像を格納するため
の画像メモリ、１０５は画像メモリ内のデータを処理す
るための画像プロセッサである。１０１，１０２，１０
３は一般のＥＷＳ（エンジニアリングワークステーショ
ン、例えば米国Ｓｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ社の
ワークステーション等）の構成であり、１０４，１０５
は一般の画像処理装置（例えばｎｅｘｕｓ ６８１０等
）の構成である。またその両者はＥＷＳの標準バスを介
してバス結合しているものとする。
中央処理装置（ＣＰＵ）で、メインメモリ１０２に格納
されたプログラムに従って処理するものであり、例えば
画像メモリ内の画像データを処理することもできる。メ
インメモリ１０２には、ＣＰＵ１０１の実行プログラム
として、管理プロセス、処理プロセスなどをはじめとし
て、後述する管理テーブル等を格納する。１０３は画像
をファイルとして蓄積するための外部記憶装置（例えば
磁気デイスク等）である。１０４は画像を格納するため
の画像メモリ、１０５は画像メモリ内のデータを処理す
るための画像プロセッサである。１０１，１０２，１０
３は一般のＥＷＳ（エンジニアリングワークステーショ
ン、例えば米国Ｓｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ社の
ワークステーション等）の構成であり、１０４，１０５
は一般の画像処理装置（例えばｎｅｘｕｓ ６８１０等
）の構成である。またその両者はＥＷＳの標準バスを介
してバス結合しているものとする。
【００１１】図２に実施例における画像処理実行時のプ
ロセスの概念を示す。ここで、２０１は画像記憶領域の
管理を行う管理プロセスであり、画像ファイルを入出力
操作する手段を有している。また、２０２，２０３は画
像処理手順を実行する処理プロセスである。本実施例で
は、ＣＰＵ１０１の動作環境としてのオペレーティング
システム（ＯＳ）はＵＮＩＸ（米国ＡＴ＆Ｔ社が開発し
、ライセンスしている）であり、プロセス間の通信はＵ
ＮＩＸにおけるｓｏｃｋｅｔシステムコールによって実
現される。また画像メモリはｍｍａｐシステムコールに
よつて、直接ＣＰＵ１０１からアクセスができるように
なつており、メインメモリ上の画像はｓｈｍｇｅｔシス
テムコールによって共有メモリ上におかれ、プロセス間
で共有可能となっている。
ロセスの概念を示す。ここで、２０１は画像記憶領域の
管理を行う管理プロセスであり、画像ファイルを入出力
操作する手段を有している。また、２０２，２０３は画
像処理手順を実行する処理プロセスである。本実施例で
は、ＣＰＵ１０１の動作環境としてのオペレーティング
システム（ＯＳ）はＵＮＩＸ（米国ＡＴ＆Ｔ社が開発し
、ライセンスしている）であり、プロセス間の通信はＵ
ＮＩＸにおけるｓｏｃｋｅｔシステムコールによって実
現される。また画像メモリはｍｍａｐシステムコールに
よつて、直接ＣＰＵ１０１からアクセスができるように
なつており、メインメモリ上の画像はｓｈｍｇｅｔシス
テムコールによって共有メモリ上におかれ、プロセス間
で共有可能となっている。
【００１２】先ず、図２におけるプロセス間の動作簡略
を説明する。
を説明する。
【００１３】処理プロセス（２０２または２０３）は管
理プロセス２０１に対して、画像記憶領域に対する各種
要求をプロセス間通信を利用して行う。ここでの画像記
憶領域に対する要求には、画像の登録、画像の削除、共
有メモリ上の画像の占有開始、共有メモリ上の画像の占
有解除、画像メモリ上の画像の占有開始、画像メモリ上
の画像の占有解除、画像の外部記憶装置へのセーブ、画
像の外部記憶装置からのロードの要求等がある。管理プ
ロセス２０１はこれらの各種要求を到着順に順次処理す
る。
理プロセス２０１に対して、画像記憶領域に対する各種
要求をプロセス間通信を利用して行う。ここでの画像記
憶領域に対する要求には、画像の登録、画像の削除、共
有メモリ上の画像の占有開始、共有メモリ上の画像の占
有解除、画像メモリ上の画像の占有開始、画像メモリ上
の画像の占有解除、画像の外部記憶装置へのセーブ、画
像の外部記憶装置からのロードの要求等がある。管理プ
ロセス２０１はこれらの各種要求を到着順に順次処理す
る。
【００１４】画像の登録、画像の削除、共有メモリ上の
画像の占有開始、共有メモリ上の画像の占有解除、画像
メモリ上の画像の占有開始、画像メモリ上の画像の占有
解除に関する詳細は、本願出願人が提案している特願昭
６３−５９６５８号に記載されているので、本実施例で
は画像の外部記憶装置へのセーブ、画像の外部記憶装置
からのロードの要求に対する管理プロセスの動作を以下
に説明する。
画像の占有開始、共有メモリ上の画像の占有解除、画像
メモリ上の画像の占有開始、画像メモリ上の画像の占有
解除に関する詳細は、本願出願人が提案している特願昭
６３−５９６５８号に記載されているので、本実施例で
は画像の外部記憶装置へのセーブ、画像の外部記憶装置
からのロードの要求に対する管理プロセスの動作を以下
に説明する。
【００１５】図３は画像の外部記憶装置へのセーブ要求
に対する管理プロセスの動作を示した図である。
に対する管理プロセスの動作を示した図である。
【００１６】先ず、ステップＳ３０１において、引数と
して画像のＩＤを得る。そして、ステップＳ３０２、Ｓ
３０２において、管理テーブルを参照することで、画像
の状態を判別する。ここで、画像がすでに共有メモリ上
あるいは画像メモリ上で占有されていれば、画像データ
に直接アクセスすることはできないので、エラーとして
処理を終了する（ステップＳ３０８）。また、非占有状
態であれば、実際の画像が共有メモリあるいは画像メモ
リどちらに存在するかを判断した（ステップＳ３０４，
３０５）後、それぞれの場合に応じて画像内容を外部記
憶装置１０３に書き出す（ステップＳ３０６，またはＳ
３０７）。この場合のファイルに対する書き出しの実現
にはｏｐｅｎ，ｗｒｉｔｅ，ｃｌｏｓｅ等のシステムコ
ールを利用して実現する。
して画像のＩＤを得る。そして、ステップＳ３０２、Ｓ
３０２において、管理テーブルを参照することで、画像
の状態を判別する。ここで、画像がすでに共有メモリ上
あるいは画像メモリ上で占有されていれば、画像データ
に直接アクセスすることはできないので、エラーとして
処理を終了する（ステップＳ３０８）。また、非占有状
態であれば、実際の画像が共有メモリあるいは画像メモ
リどちらに存在するかを判断した（ステップＳ３０４，
３０５）後、それぞれの場合に応じて画像内容を外部記
憶装置１０３に書き出す（ステップＳ３０６，またはＳ
３０７）。この場合のファイルに対する書き出しの実現
にはｏｐｅｎ，ｗｒｉｔｅ，ｃｌｏｓｅ等のシステムコ
ールを利用して実現する。
【００１７】図４は画像の外部記憶装置からのロード要
求に対する管理プロセスの動作を示した図である。処理
の流れ自体は図３で図示した上記の外部記憶装置へのセ
ーブ要求に対する処理に類似している。ここで、両処理
において異なるのは、実際に画像内容を外部記憶装置に
書き出すか、外部記憶装置から読み込むかの違いだけで
ある。この場合のファイルからの読み込みの実現にはｏ
ｐｅｎ ｒｅａｄ，ｃｌｏｓｅ等のシステムコールを
利用して実現する。
求に対する管理プロセスの動作を示した図である。処理
の流れ自体は図３で図示した上記の外部記憶装置へのセ
ーブ要求に対する処理に類似している。ここで、両処理
において異なるのは、実際に画像内容を外部記憶装置に
書き出すか、外部記憶装置から読み込むかの違いだけで
ある。この場合のファイルからの読み込みの実現にはｏ
ｐｅｎ ｒｅａｄ，ｃｌｏｓｅ等のシステムコールを
利用して実現する。
【００１８】尚、上記の実施例では、画像を外部記憶装
置からロード、あるいは外部記憶装置へセーブしたい時
点で、処理プロセスが対応する要求を管理プロセスに発
行する例を述べた。しかし、次のような明示的なファイ
ルのロード／セーブ要求を持たない場合にも適応させる
ことができる。
置からロード、あるいは外部記憶装置へセーブしたい時
点で、処理プロセスが対応する要求を管理プロセスに発
行する例を述べた。しかし、次のような明示的なファイ
ルのロード／セーブ要求を持たない場合にも適応させる
ことができる。
【００１９】・画像登録を要求するときにオプションの
引数として、画像に対応するファイル名を指定可能とす
る。
引数として、画像に対応するファイル名を指定可能とす
る。
【００２０】・画像登録を要求した時点で、指定された
ファイル名の画像ファイルが外部記憶装置上にすでに存
在する場合、登録処理と同時に外部記憶装置から画像記
憶領域へ画像ファイルのロードを行う。
ファイル名の画像ファイルが外部記憶装置上にすでに存
在する場合、登録処理と同時に外部記憶装置から画像記
憶領域へ画像ファイルのロードを行う。
【００２１】・画像削除の要求が行われた場合、その削
除対象となる画像が登録時にファイル名を指定されたも
のであれば、実際の削除処理を行う前に、外部記憶装置
に対して画像ファイルのセーブを行う。
除対象となる画像が登録時にファイル名を指定されたも
のであれば、実際の削除処理を行う前に、外部記憶装置
に対して画像ファイルのセーブを行う。
【００２２】以上説明したように本実施例によれば、実
際に画像処理を実行する処理プロセスとは独立な画像記
憶領域の管理プロセスに、画像ファイルの入出力操作を
行う機能を設けたことにより、アプリケーション開発者
が各自で画像ファイルの入出力等のライブラリを開発す
る必要がなくなる。また新しいファイルフォーマットに
対応するなどの拡張機能が、アプリケーションを記述し
ているプログラミング言語に依らず、またプログラムの
再コンパイル・リンク等を行うことなく利用可能になる
効果もある。
際に画像処理を実行する処理プロセスとは独立な画像記
憶領域の管理プロセスに、画像ファイルの入出力操作を
行う機能を設けたことにより、アプリケーション開発者
が各自で画像ファイルの入出力等のライブラリを開発す
る必要がなくなる。また新しいファイルフォーマットに
対応するなどの拡張機能が、アプリケーションを記述し
ているプログラミング言語に依らず、またプログラムの
再コンパイル・リンク等を行うことなく利用可能になる
効果もある。
【００２３】
【発明の効果】以上説明したように本発明によれば、ア
プリケーション開発者が各自で画像ファイルの入出力等
のライブラリを開発する必要がなくなると共に、新しい
ファイルフォーマットに対応するなどの拡張機能が、ア
プリケーションを記述しているプログラミング言語に依
らず、またプログラムの再コンパイル・リンク等を行う
ことなく利用可能になる。
プリケーション開発者が各自で画像ファイルの入出力等
のライブラリを開発する必要がなくなると共に、新しい
ファイルフォーマットに対応するなどの拡張機能が、ア
プリケーションを記述しているプログラミング言語に依
らず、またプログラムの再コンパイル・リンク等を行う
ことなく利用可能になる。
【図１】実施例における画像処理システムのブロック構
成図である。
成図である。
【図２】実施例における各プロセスの相関を示す図であ
る。
る。
【図３】実施例における管理プロセスの画像セーブ要求
に対する処理手順を示すフローチャートである。
に対する処理手順を示すフローチャートである。
【図４】実施例における管理プロセスの画像ロード要求
に対する処理手順を示すフローチャートである。
に対する処理手順を示すフローチャートである。
１０１ 中央処理装置（ＣＰＵ）
１０２ メインメモリ
１０３ 外部記憶装置
１０４ 画像メモリ
１０５ 画像プロセッサ
２０１ 管理プロセス
２０２及び２０３ 処理プロセス
Claims (2)
- 【請求項１】 画像処理プロセスと、当該画像処理プ
ロセスとの間で画像データの授受を行うと共に、前記画
像データの画像記憶領域への保持・管理を行う管理プロ
セスを独立して有する画像処理方法であって、前記管理
プロセスは、前記画像記憶領域の画像データの外部記憶
装置に対する記憶保存処理、及び当該外部記憶装置から
の前記画像記憶領域に対する読み込み処理を備えること
を特徴とする画像処理方法。 - 【請求項２】 画像処理手段と、当該画像処理手段と
の間で画像データの授受を行うと共に、前記画像データ
の画像記憶領域への保持・管理を行う管理手段を独立し
て有する画像処理装置であって、前記管理手段は、前記
画像記憶領域の画像データを外部記憶装置に記憶保存さ
せる記憶保存手段及び当該外部記憶装置から前記画像記
憶領域に読み込む読み込み手段を備えることを特徴とす
る画像処理装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP6966791A JPH04304566A (ja) | 1991-04-02 | 1991-04-02 | 画像処理方法及びその装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP6966791A JPH04304566A (ja) | 1991-04-02 | 1991-04-02 | 画像処理方法及びその装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH04304566A true JPH04304566A (ja) | 1992-10-27 |
Family
ID=13409419
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP6966791A Pending JPH04304566A (ja) | 1991-04-02 | 1991-04-02 | 画像処理方法及びその装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH04304566A (ja) |
-
1991
- 1991-04-02 JP JP6966791A patent/JPH04304566A/ja active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101091166B (zh) | 保存多个执行上下文的方法和装置 | |
| JPH10333924A (ja) | ファイル・オブジェクトの生成をバリデーションし、ファイル・オブジェクトへのメッセージをルーチングする方法、コンピュータ・プログラム・プロダクト，およびデータ構造を記録した記憶媒体 | |
| JPH10283195A (ja) | カーネル・モードにおけるソフトウェア・ドライバを相互接続する方法，コンピュータ・プログラム・プロダクト、システムおよび記録媒体 | |
| JPH0283627A (ja) | インタプリタ | |
| JPH11110194A (ja) | 外部ライブラリ関数との結合方法ならびに同方法がプログラムされ記録される記録媒体 | |
| CN117692416A (zh) | 网络报文处理方法、装置、计算机设备和存储介质 | |
| JP2681929B2 (ja) | プログラム起動方式 | |
| US8433830B2 (en) | Systems and methods for using a shared buffer construct in performance of concurrent data-driven tasks | |
| KR20060063642A (ko) | 서브시스템 간의 자원 공유를 가능하게 하는 방법 및시스템 | |
| JPH04304566A (ja) | 画像処理方法及びその装置 | |
| JPH0619717A (ja) | 情報処理装置 | |
| US20120185452A1 (en) | System and method for file coordination | |
| US8291377B2 (en) | External configuration of processing content for script | |
| JP2906958B2 (ja) | ユーザプログラムロード方式 | |
| JPS58125144A (ja) | プログラム世代管理装置 | |
| JP2533931B2 (ja) | 動的割当て領域のデ―タ内容保護方式 | |
| RU2721960C1 (ru) | Компьютерно-реализуемый способ взаимодействия между компонентами и задачами операционной системы через интерфейсную шину | |
| JPH08272815A (ja) | オブジェクト指向データベースシステムおよびその処理方法 | |
| JP2594140B2 (ja) | データ駆動型データ処理装置 | |
| JPH08297585A (ja) | オペレーティングシステムによるデータ転送方法 | |
| JP2005071158A (ja) | ファイル排他制御方法 | |
| WO2026076977A1 (zh) | 一种数据传输方法及相关装置 | |
| WO2024102208A1 (en) | Interoperability between actor frameworks and asynchronous frameworks | |
| JPH02148162A (ja) | スレーブプロセッサへのプログラムロード方法 | |
| JPS6238952A (ja) | ファイル同時アクセス制御システム |