JPH06282515A

JPH06282515A - データ処理装置

Info

Publication number: JPH06282515A
Application number: JP5067011A
Authority: JP
Inventors: Yoshinori Endo; 芳則遠藤; Hiroshi Shojima; 正嶋　　博; Toshifumi Arai; 俊史荒井; Toshio Fujiwara; 敏雄藤原; Atsuko Takamura; 敦子高村
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1993-03-25
Filing date: 1993-03-25
Publication date: 1994-10-07

Abstract

(57)【要約】【目的】クライアントタスクとサーバタスク間のデータ
転送速度を向上する。【構成】クライアントタスク１．ａからデータ処理サー
バ３へデータ転送する場合には、まず転送すべきデータ
を各クライアントタスクに対応する共有メモリ２．ａへ
書き込み、次に、クライアントタスク１．ａからデータ
を共有メモリ３へ格納したことを表すメッセージをデー
タ処理サーバ３のメッセ−ジキュ−７に書き込む。デー
タ処理サーバ３は、メッセージキュ−７からこのメッセ
−ジを取り出すと、その内容とそのメッセージを送った
タスクを解析し、どの共有メモリ２．ａに転送すべきデ
ータが書き込まれたかを判定し、判定した共有メモリ
２．ａに書き込まれたデータを読み込み処理する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、複数のタスクを並行し
て実行する機能を有するデータ処理装置における、タス
ク間のデータ転送の技術に関するものである。

【０００２】

【従来の技術】従来のパーソナルコンピュータ等で用い
られているオペレーティングシステム（ＯＳ）では、一
度に一つのタスクのみを実行させることのできるシング
ルタスク対応型のものが大半であった。また、このよう
な、シングルタスク対応型のオペレーティングシステム
を用いる場合には、複数のタスク間の通信や制御を考慮
する必要がない。

【０００３】一方、多くのエンジニアリングワークステ
ーションでは、マルチユーザー・マルチタスク対応型の
Unixと一般に呼ばれるオペレーティングシステムが広く
用いられている。Unixは米国のベル研究所により開発さ
れたオペレーティングシステムの商標である。

【０００４】このようなUnixでは、並行して実行される
複数のタスク間の通信として、互いのタスクに準備され
たメッセージキューにメッセージを送りことによりタス
ク間でデータをやり取りするタスク間通信が提供されて
いる。

【０００５】また、クライアントサーバモデルに従い、
並行して実行される複数のタスクとして、１ないし複数
の外部処理装置を管理、制御するサーバタスクと、サー
バタスクに処理を依頼して外部処理装置を利用する１な
いし複数のクライアントタスクを設けた場合、サーバタ
スクは、依頼元のクライアントタスクが切り替わる度
に、現在外部処理装置に設定されている外部処理装置の
動作モード等を規定する各種属性データをサーバタスク
に吸い上げて切り替え前のクライアントタスクに対応付
けて記憶し、次にサーバタスクが処理すべきクライアン
トタスクに対応して記憶されている属性データを外部処
理装置に設定する。これにより、クライアントタスク毎
に、クライアントタスクが利用したい属性での外部処理
装置の利用を可能としている。

【０００６】

【発明が解決しようとする課題】しかし、前述したタス
ク間通信によれば、サーバとクライアントの同期を容易
に取ることができるという利点を有するものの、メッセ
ージ形式で行う必要がある等の理由により、単位時間に
送ることができるデータ量が少なく、大容量のデータ転
送には向いていない。

【０００７】また、クライアントタスクが切り替わる度
に外部処理装置から属性データをサーバに吸い上げて記
憶し、次にサーバが処理すべきクライアントの属性デー
タを外部処理装置に記憶する処理を行う必要があるため
に、クライアントタスクの切り替えに時間を要し、高速
な処理を実現することができない。

【０００８】そこで、本発明は、並行して実行されるタ
スク間のタスク間通信による同期化の容易性を損なうこ
となく、データ転送を高速化を実現することのできるデ
ータ処理装置を提供することを目的とする。

【０００９】また、併せて、本発明は、サーバタスクに
よるクライアントタスクの切り替えを高速に行うことの
できるデータ処理装置を提供することを目的とする。

【００１０】

【問題を解決するための手段】前記目的達成のために、
本発明は、１または複数のクライアントタスクとサーバ
タスクとを並行して実行するデータ処理装置であって、
前記クライアントタスクとサーバタスクよりアクセス可
能な共有メモリを備え、前記サーバタスクはメッセージ
キューと、前記メッセージキューを介して前記共有メモ
リにデータを格納したことを通知するメッセージを受け
取った場合に、前記共有メモリに格納されたデータを読
みだして処理する処理手段とを備え、前記クライアント
タスクは、前記サーバタスクに転送するデータを前記共
有メモリに格納する格納手段と、前記共有メモリにデー
タを格納したことを通知するメッセージを前記サーバタ
スクに備えられたメッセージキューを介して、前記サー
バタスクに転送する通知手段を備え、前記サーバタスク
は、前記クライアントタスクより前記メッセージキュー
を介して前記共有メモリにデータを格納したことを通知
するメッセージを受け取った場合に、前記共有メモリに
格納されたデータを読みだして処理する処理手段を備え
ていることを特徴とするデータ処理装置を提供する。

【００１１】また、本発明は、前記目的達成のために、
外部処理装置を備え、かつ、前記外部処理装置を制御す
るサーバタスクと前記サーバタスクに前記外部処理装置
の制御データを転送する１または複数のクライアントタ
スクとを並行して実行するデータ処理装置であって、前
記クライアントタスクは、前記サーバタスクに前記外部
処理装置の制御データを転送する際に、併せて、前記外
部処理装置の動作属性を規定する属性データを前記サー
バタスクに渡し、前記サーバタスクは、前記外部処理装
置の制御データのクライアントタスクよりの転送を受け
る場合に、転送元のクライアントタスクから渡された属
性データを前記外部処理装置に設定し、転送された制御
データに基づいて前記外部制御装置を制御することを特
徴とするデータ処理装置を提供する。

【００１２】

【作用】本発明に係るデータ処理装置によれば、クライ
アントタスクとサーバタスク間のデータ転送に共有メモ
リを用いる。共有メモリには、クライアントタスクがサ
ーバタスク転送すべきデータを共有メモリに格納する。
さらに、クライアントタスクとサーバタスクとの間で、
メッセージキュ−を介したタスク間通信で共有メモリを
に格納されたデータの制御を行う。よって、共有メモリ
を用いて大量のデータを、タスク間通信で同期をとりな
がら転送することができる。

【００１３】また、クライアントタスクの種類により属
性データを切り替える必要があるサーバタスクが管理す
る１ないし複数の外部処理装置が存在する場合には、ク
ライアントタスクが切り替わる度に属性データを退避せ
ず、単に、次にサーバタスクが処理すべきクライアント
タスクから渡された属性データを設定する。

【００１４】

【実施例】以下、本発明に係るデータ処理装置の一実施
例を説明する。

【００１５】まず、図１に、本実施例に係るデータ処理
装置上で実行するタスク間のデータ転送の概要を示す。

【００１６】図中、タスク３はデータを処理するサ−バ
として機能するデータ処理サ−バ、タスク１ａ、１
ｂ、．．はクライアントとして機能するクライアントタ
スク、２ａ、２ｂ，．．は、各クライアントタスク１
ａ、１ｂ、．．に対応して設けられている共有メモリで
ある。データ処理サ−バ３は、クライアントタスク１
ａ、１ｂ、．．より転送されたデータに応じて、所定の
外部処理装置を制御する。また、各クライントタスク１
ａ、１ｂ．．とデータ処理サ−バ３はタスク間通信用の
メッセ−ジキュ−１００ａ、１００ｂ、．．とメッセ−
ジキュ−７を、それぞれ備えている。

【００１７】各クライアントタスク１００ａ、１００
ｂ、．．とデータ処理サ−バ３は、相手のメッセージキ
ューにメッセージを送りタスク間でデータを転送するタ
スク間通信と、自クライアントタスクとデータ処理サ−
バ３とからアクセス可能な共有メモリを介してデータを
転送する２種類のデータ転送を行うことができる。

【００１８】ここで、一般的に、タスク間通信を用いた
データ転送と共有メモリを用いたデータ転送には、それ
ぞれ、次のような特長・欠点がある。すなわち、タスク
間通信は、各タスク間での時間的な同期をとることがで
きるという特長を有するが、大量のデータを転送するに
は向かない。一方、共有メモリを用いたデータ転送は、
比較的高速にデータ転送が可能であるが、各タスク間の
同期をとることはできない。

【００１９】そこで、本実施例では、クライアントタス
ク１．ａからデータ処理サーバ３へデータ転送する場合
には、まず転送すべきデータを各クライアントタスクに
対応する共有メモリ２．ａへ書き込み、次にタスク間通
信で、クライアントタスク１．ａからデータを共有メモ
リ３へ格納したことを表すメッセージをデータ処理サー
バ３のメッセ−ジキュ−７に書き込む。データ処理サー
バ３は、メッセージキュ−７からこのメッセ−ジを取り
出すと、その内容とそのメッセージを送ったタスクを解
析し、どの共有メモリ２．ａに転送すべきデータが書き
込まれたかを判定し、判定した共有メモリ２．ａに書き
込まれたデータを読み込む。

【００２０】このようにメッセ−ジを用いたタスク間通
信を用いて、共有メモリを介したデータ転送を制御する
ことにより、クライアントタスク１．ａとデータ処理サ
ーバ３間の同期を取りながら、クライアントタスク１．
ａとデータ処理サーバ３間の高速なデータ転送を実現す
ることができる。また、データ転送に、オペレ−ティン
グシステムの特別な介在を必要としない。

【００２１】次に、サ−バタスクが、グラフィクス処理
を行う場合を例にとり、本実施例に係るデータ処理装置
の、より詳細な内容を説明する。

【００２２】この場合の、データ処理装置の論理的構成
を図２に示す。

【００２３】図中、１ａ，１ｂ，１ｃがクライアントタ
スク、３がサ−バタスクである。また、１１と１２は、
サ−バタスク３によって制御される外部処理装置である
ところのカラ−パレットとグラフィイックプロセッサで
ある。また、６は、各クライアントタスク毎に設けられ
た、共有メモリ６である。

【００２４】各クライアントタスク１ａ，１ｂ，１ｃ
は、それぞれ、アプリケーションプログラム４とグラフ
ィックライブラリ５とメッセ−ジキュ−１００より構成
される。また、アプリケーションプログラム４とグラフ
ィックライブラリ５の境界をグラフィックＡＰＩと呼ぶ
インタフェースがとりもつ。このような構成としたこと
で、ハードウエア構成が変わっても、グラフィックライ
ブラリのみ変更すれば、従来のアプリケーションプログ
ラムを、そのまま実行することができるので、ソフトウ
ェアの互換性が向上する。

【００２５】一方、サ−バタスク３は、メッセ−ジキュ
−７と、描画、表示処理を行う描画／表示処理部８と、
カラ−パレット１１およびグラフィイックプロセッサ１
２と描画／表示処理部８とのインタフェ−スであるハ−
ドインタフェ−ス９より構成される。

【００２６】グラフィックプロセッサ１２は、グラフィ
ックデータを格納するフレームメモリ（図示せず）に対
し点や線・文字といった図形を画素に分解して、画素に
対応するフレ−ムメモリのアドレスに色データを書き込
み、また、フレ−ムメモリに書き込んだ図形のディスプ
レイ（図示せず）への表示を制御する。カラーパレット
１１は、フレームメモリに記憶された各画素の色データ
をＲＧＢの各原色データに分解する。

【００２７】各共有メモリ６は、後述するように共有メ
モリ６管理用に１つの共有エリアと、転送データを格納
する２つの同じ構成のメモリ空間であるダブルバッファ
より構成されている。このように転送データを格納する
部分をダブルアバッファとしたのは、もし、単一のバッ
ファとすると、グラフィックライブラリ５とグラフィッ
クサーバ１０が互いに排他的にバッファをアクセスしな
ければならず処理の効率が劣化するからである。ダブル
バッファとすることで、グラフィックライブラリ５とグ
ラフィックサーバ１０が同時に、それぞれ異なるバッフ
ァにアクセスできるので、処理の並列化が可能となり、
処理の効率が向上する。なお、共有メモリ６には、３つ
以上の同じ構成のメモリ空間よりなるバッファを備える
ようにしてもよい。

【００２８】さて、グラフィックライブラリ５は、たと
えば、アプリケーションプログラム４から受けた描画命
令をグラフィクスサーバが解析しやすいフォーマットに
変換し、共有メモリ６に格納する。グラフィックライブ
ラリ５は、共有メモリにデータを格納後、あるいはは、
共有メモリに格納するデータがオーバーフローしたとき
は、タスク間通信によってサ−バツク３のメッセ−ジキ
ュ−に、共有メモリへデータ格納が終了したことを伝え
るメッセ−ジを送る。メッセ−ジキュ−にメ−セ−ジが
書き込まれると、グラフィックサーバ３が起動される。
サ−バタスク３は、メッセージキュー７よりメッセージ
を取りだし、そのメッセージが共有メモリへのデータ格
納が終了したことを知らせる通知であれば、そのクライ
アントタスクに対応する共有メモリ６からデータを読み
出し、読み出したデータに従い外部処理装置を制御す
る。すなわち、たとえば、グラフィックプロセッサ７
へ、共有メモリ６より読みだしたデータをグラフィック
プロセッサ１２のコマンド体系にフォーマットを変換し
ながらハードウエアインタフェース９を介してグラフィ
ックプロセッサ１２に転送したり、カラーパレット１１
に、共有メモリ６より読みだしたデータを設定したりす
る。

【００２９】さて、本実施例では、このような、共有メ
モリ６を用いたデータ転送は、大量のデータを転送しな
ければならない描画処理等に用いる。一方、グラフィッ
クプロセッサ１２への表示処理命令などは比較的小量の
データをグラフィックサーバ１０に転送することで処理
を実行することができるので、共有メモリを使用せずに
タスク間通信でデータを直接サ−バタスク３のメッセ−
ジキュ−７に送る。この２つの手法のどちらを用いるか
の判定は、転送すべきデータの長さが可変長か否かの応
じて行うようにしてもよい。すなわち、転送すべきデー
タの長さが可変長の場合は共有バッファを介してクライ
アント／サーバ間でデータを転送し、固定長の場合はタ
スク間通信でデータを転送するようにする。あるいは、
ある一定量以上のデータを転送するときは共有バッファ
を介してクライアント／サーバ間でデータを転送し、一
定量以下であればタスク間通信でデータを転送する。す
なわち、共有バッファを介してデータ転送するのに要す
る時間と、タスク間通信でデータを転送したときに要す
る時間が同じ時間になるデータ量を、あらかじめ求めて
各グラフィックライブラリ５に記憶させておき、転送実
行時に、グラフィックライブラリ５が転送しようとする
データ量に応じて、タスク間通信によるデータ転送と共
有メモリ６を用いたデータ転送を切り換えて利用するよ
うにする。

【００３０】ここで、図２に示したデータ処理装置の論
理的構成を実現することのできるデータ処理装置の物理
的構成を図３に示す。

【００３１】前記各共有メモリ６やメッセ−ジキュ−１
００は、図中２５のＲＡＭ上に設けられる。メインＣＰ
Ｕ２３は、ＲＯＭ２４に記憶されたアプリケーション、
グラフィックライブラリ、グラフィックサーバ、オペレ
−ティングシステム等のプログラムを、ＲＡＭ２５上に
設けたワークエリアや共有メモリ６等を利用しながら実
行する。したがい、前記４クライアントタスク、サ−バ
タスクはメインＣＰＵ上に実現される。グラフィックラ
イブラリ、グラフィックサーバは、対応するメッセ−ジ
キュ−にメッセ−ジが格納された時点で起動される。

【００３２】また、図中、１２が前記グラフィックプロ
セッサ、１１が前記カラ−パレット、２８が前記フレ−
ムメモリ、３０が前記ディスプレイである。

【００３３】また、２９は、フレ−ムメモリ２８からカ
ラ−パレットを介して出力された表示データをアナログ
信号に変換するＤ／Ａ変換器である。前述したように、
グラフィックプロセッサ１２によって、点や線、文字と
いった図形の描画コマンドに従い、フレームメモリ２８
の対応するアドレスへ書き込まれた色データ色データ
は、カラーパレット１１でＲＧＢの各原色に分解され、
さらにＤ／Ａ変換器２９でアナログ信号に変換されてデ
ィスプレイ３０に表示される。

【００３４】２６は、外部からのデータをメインＣＰＵ
に転送するためのインタフェースであるＩ／Ｏである。
２７は、ＲＡＭ２５とＩ／Ｏ２６やグラフィックプロセ
ッサ１２やカラ−パレット１１との間のＤＭＡ転送を制
御するＤＭＡＣである。

【００３５】なお、たとえば、サ−バタスク３が、カラ
ーパレット１１に、ＲＡＭ２５に置かれた共有メモリ６
より読みだしたデータを設定グラフィックプロセッサ１
２等の外部処理装置に転送する場合には、一旦、メイン
ＣＰＵ２３のデータを読み込んでから送る方法と、ＤＭ
ＡＣ２７によりメモリより直接転送する方法との２つの
方法を利用することができる。

【００３６】以下、共有メモリ６を用いたデータ転送の
詳細について説明する。

【００３７】まず、図４に共有メモリの構成を示す。

【００３８】図４には、一つのクライアントタスクに対
応する共有メモリ６の構成を示した。

【００３９】図中、３００は共有エリアであり、２００
はダブルバッファである。ダブルバッファ２００はバッ
ファＡとバッファＢより構成される。共有エリア３００
には、各バッファに関する情報が蓄えられる。

【００４０】共有エリア３００の、カレントバッファ１
３は、グラフィックライブラリ５が転送データの書き込
みの対象とすべきバッファの先頭アドレスを格納する。
バッファＡのアドレス１４はバッファＡの先頭アドレス
を格納し、バッファＢのアドレス１５はバッファＢの先
頭アドレスを格納する。カレント属性データ１６には、
グラフィックライブラリが最後に指定した属性データを
保存する。すなわち、バッファＡ、バッファＢへ、転送
データとして、属性データを変更するコマンドを格納す
る際に、対応するカレント属性データ１６も更新する。
属性データは、グラフィックプロセッサ１２などの外部
処理装置の動作モ−ド等の属性を指定するデータであ
り、サ−バタスク３により、共有メモリ６より読みださ
れ対応する外部処理装置に設定される。

【００４１】ダブルバッファ２００のバッファＡとバッ
ファＢは全く同じ構成である。各バッファのバッファ最
終アドレス１７．ａ、１７．ｂには、自バッファの最終
アドレスを格納する。これは、グラフィックライブラリ
５が、バッファにデータを格納する際に、データを書き
込むアドレスがバッファ最終アドレスを超えないかをチ
ェックするために用いる。

【００４２】ステータス１８．ａ、１８．ｂは、そのバ
ッファにデータを書き込めるか否かの情報を格納する。
ステータス１８．ａ、１８．ｂで書き込み不可のフラグ
が立つ期間は、グラフィックサーバへ当該バッファにデ
ータ格納が終了したことを通知するメッセ−ジを発行し
てから、当該バッファの全てのデータのグラフィックサ
ーバ３による読み込むみが終了するまでの期間である。

【００４３】次に、属性データ１９．ａ、１９．ｂに
は、当該バッファへの転送データの書き込みを開始する
前に前記共有エリア３００のカレント属性データ１６の
内容を複製する。したがい、カレント属性データ１６と
属性データ１９．ａ、１９．ｂのフォーマットは完全に
同じとしている。デバイス識別子２０．ａ、２０．ｂ
は、以後のコマンドデータ２２．ａ、２２．ｂを転送す
る外部処理装置を指定する情報を格納する。なお、デバ
イス識別子には外部処理装置に割り当てたデバイスアド
レスを用いるのが最も便利である。コマンド数２１．
ａ、２１．ｂは、コマンドデータ２２．ａ、２２．ｂが
何個格納されているかの情報を格納する。コマンドデー
タ２２．ａ、２２．ｂが、転送データの本体であり、本
例では、サ−バタスク３に対して、デバイス識別子２０
ａ，ｂで指定した外部処理装置に転送を依頼するコマン
ドを格納する。ここで、グラフィックライブラリ５が、
コマンドとして、グラフィックプロセッサ１２などの外
部処理装置の属性データを変更するコマンドを格納する
ときは、併せて、共有メモリ１００のカレント属性デー
タ１６もそのコマンドによる変更後の属性データに書き
換える。なお、デバイス識別子２０．ａ、２０．ｂ、コ
マンド数２１．ａ、２１．ｂ、コマンドデータ２２．
ａ、２２．ｂは、各デバイスについて複数セット各バッ
ファ内に設けることができる。

【００４４】以下、このような共有メモリを用いた、グ
ラフィックライブラリ５とサ−バタスク３のデータ転送
動作の詳細を説明する。

【００４５】図５にグラフィックライブラリ５のデータ
転送手順を、図６にサ−バタスク３のデータ転送手順を
示す。

【００４６】図５において、グラフィクライブラリ５
は、アプリケーションプログラムより共有メモリに書き
込まれたデータをグラフィックサーバ１０へ転送する命
令を受けると、共有エリア３００のカレントバッファ１
３より転送データを書き込むバッファを判定する。ここ
では判定の結果がバッファＡの先頭アドレスを示してい
るものとする。この場合、バッファＡのステータス１８
ａを調べ、書き込み不可フラグが設定されていればこれ
が解除されるまでウェイトする（ステップ３３）。書き
込み不可フラグが解除されていれば、属性データ１９ａ
に共有エリアのカレント属性データ１６を複製し、デバ
イス識別子２０ａ、コマンド数２１ａ、コマンドデータ
２２ａを書き込む（ステップ３４）。この際、コマンド
として、グラフィックプロセッサ１２などの外部処理装
置の属性データを変更するコマンドを格納するときは、
併せて、共有メモリ１００のカレント属性データ１６
も，そのコマンドによる変更後の属性データに書き換え
る。そして、書き込みが終了したとき、あるいは当該バ
ッファが満杯になりこれ以上データが書き込めない状態
になったときは、共有エリアのカレントバッファ１３
に、いまデータ書き込んだバッファでない方のバッファ
の先頭アドレスを設定し（ステップ３５）、タスク間通
信を用いて転送データを書き込んだバッファの先頭アド
レスのデータと共にグラフィックサーバへデータ転送を
依頼するメッセージを送り（ステップ３１）、さらに、
データを書き込んだバッファのステータス１８．ａに書
き込み不可フラグを立てる（ステップ３２）。以上の処
理により、データ転送するバッファの制御権はグラフィ
ックサーバに移る。

【００４７】次に、グラフィックライブラリ５は、アプ
リケーションプログラムより共有メモリに書き込まれた
データが残っている場合、もしくは、再度グラフィック
サーバ１０へデータ転送する命令を受けると、先程と同
様に、共有エリア３００のカレントバッファ１３より転
送データを書き込むバッファを判定する。いま判定の結
果はバッファＢの先頭アドレスを示すので、バッファＢ
のステータス１８ｂを調べ、書き込み不可フラグが設定
されていればこれが解除されるまでウェイトする（ステ
ップ３３）。書き込み不可フラグが解除されていれば、
属性データ１９ｂに共有エリアのカレント属性データ１
６を複製し、デバイス識別子２０ｂ、コマンド数２１
ｂ、コマンドデータ２２ｂを書き込む（ステップ３
４）。この際、コマンドとして、グラフィックプロセッ
サ１２などの外部処理装置の属性データを変更するコマ
ンドを格納するときは、併せて、共有メモリ１００のカ
レント属性データ１６も，そのコマンドによる変更後の
属性データに書き換える。そして、書き込みが終了した
とき、あるいは当該バッファが満杯になりこれ以上デー
タが書き込めない状態になったときは、共有エリアのカ
レントバッファ１３に、いまデータ書き込んだバッファ
でない方のバッファの先頭アドレスを設定し（ステップ
３５）、タスク間通信を用いて転送データを書き込んだ
バッファの先頭アドレスのデータと共にグラフィックサ
ーバへデータ転送を依頼するメッセージを送り（ステッ
プ３１）、さらに、データを書き込んだバッファのステ
ータス１８．ｂに書き込み不可フラグを立てる（ステッ
プ３２）。

【００４８】一方、サ−バタスク３は、メッセージキュ
ーを介してタスク間通信によるメッセージを受け取る
（ステップ３６）と共に、そのメッセージを送ったタス
クのＩＤとバッファの先頭アドレスを知る。いま、バッ
ファの先頭アドレスは、バッファＡの先頭アドレスであ
ったとして説明する。サ−バタスク３は、今回受け取っ
たメッセージを発行したタスクと、前回の受け取ったメ
セ−ジを発行したタスクとが同じであるかとを判定し
（ステップ３７）、異なっていれば、さらに、メッセ−
ジで通知されたバッファの属性データ１９ａを読み出
し、これと、自身で記憶しておいた現在外部処理装置に
設定されている属性データとが一致するかを判定する。
そして、タスクとが異なり、かつ、属性データが異なる
場合には、デバイス識別子で指定された外部処理装置
に、メッセ−ジで通知されたバッファの属性データ１９
ａの全て、もしくは、自身で記憶しておいた属性データ
と異なる部分を設定し（ステップ３９）、メッセ−ジで
通知されたバッファの属性データ１９ａに書き込まれて
いるコマンドを発行する（ステップ４０）。また、サ−
バタスク３は、外部処理装置にメッセ−ジで通知された
バッファの属性データ１９ａを設定する際に、自身が記
憶しておいた属性データを、設定する属性データに更新
しておく。

【００４９】もし、タスクが一致した場合、もしくは、
メッセ−ジで通知されたバッファの属性データ１９ａと
自身で記憶しておいた属性データとが一致した場合に
は、メッセ−ジで通知されたバッファの属性データ１９
ａの設定（ステップ３９）は行わずに、メッセ−ジで通
知されたバッファの属性データ１９ａに書き込まれてい
るコマンドの発行（ステップ４０）のみを行う。また、
ステップ４０において、外部処理装置の属性値を変更す
るコマンドを発行する場合には、自身が記憶している属
性データも、このコマンドで変更される内容に変更して
おく。

【００５０】最後にグラフィックプロセッサ３は、全て
のコマンド転送し終えた後、そのバッファのステータス
を書き込み可能に設定し、処理を終了する（ステップ４
０）。

【００５１】このように、本実施例によれば、グラフィ
ックサーバ３がメッセージを受け取り、そのメッセージ
を送ったタスクがその前にメッセージを送ったタスクと
異なるとき等、属性データの変更が必要な場合にのみ属
性データを設定する。また、共有メモリ６に対応するタ
スクに対応する属性データを記憶することにより、グラ
フィックプロセッサによる外部処理装置よりの属性デー
タの退避処理を不要としている。したがい、クライアン
トタスクの種類により属性データを切り替える必要があ
るサーバが管理する１ないし複数の外部処理装置がある
場合には、サーバが次に処理すべきクライアントタスク
が変わっても、属性データを外部処理装置からサーバに
退避しなくてよいため、データの退避に要する時間だけ
処理時間が短くなる。

【００５２】また、複数のクライアントタスクとサーバ
間の通信に、タスク間通信と共有メモリを併用すること
で大容量のデータを高速に転送することができる。更
に、共有メモリを複数のバッファ構成とすることによ
り、同一の共有メモリを同時にクライアントとサーバか
らアクセスできるので、データ転送で発生する待ち時間
を短縮することができる。

【００５３】なお、本実施例に係るデータ処理装置の物
理的構成として図２に示した構成に代えて、図７に示す
構成を採用してもよい。

【００５４】図７において、データ処理装置は、記憶装
置６０００を共有するマルチプロセッサシステムとして
実現されている。図中、３０００、１０００ａ，１００
０ｂは、それぞれプロセッサシステムであり、これらは
記憶装置６０００を共有している。プロセッサシステム
３０００では、グラフィイックサ−バタスク３が実行さ
れ、プロセッサシステム１０００ａ、１０００ｂではク
ライアントタスクが実行される。この場合、前記各共有
メモリ６は、記憶装置６０００上に構成される。また、
メッセ−ジはＩ／Ｏ２６を介して伝達される。

【００５５】このようなシステムにおいては、Ｉ／Ｏ２
６を用いた通信は、記憶装置６０００を用いたデータ転
送に比べ極めて低速であるため、本実施例に係る共有メ
モリを用いた転送は、高速なデータ転送に特に有効とな
る。

【００５６】

【発明の効果】以上のように、本発明によれば、並行し
て実行されるタスク間のタスク間通信による同期化の容
易性を損なうことなく、データ転送を高速化を実現する
ことのできるデータ処理装置を提供することができる。

【００５７】また、サーバタスクによるクライアントタ
スクの切り替えを高速に行うことのできるデータ処理装
置を提供することができる。

【図面の簡単な説明】

【図１】本発明の実施例に係るデータ処理装置における
タスク間のデータ転送の概要を示す説明図である。

【図２】本発明の実施例に係るデータ処理装置の論理的
構成を示すブロック図である。

【図３】本発明の実施例に係るデータ処理装置の第１の
物理的構成を示すブロック図である。

【図４】本発明の実施例に係る共有メモリの構成を示す
説明図である。

【図５】本発明の実施例に係るグラフィックライブラリ
のデータ転送処理手順を示すフロ−チャ−トである。

【図６】本発明の実施例に係るグラフィックサーバのデ
ータ転送処理手順を示すフロ−チャ−トである。

【図７】本発明の実施例に係るデータ処理装置の第２の
物理的構成を示すブロック図である。

【符号の説明】

１クライアントタスク２共有メモリ３データ処理サーバ４アプリケーションプログラム５グラフィックライブラリ６共有メモリ７メッセージキュー８描画／表示制御部９ハードインタフェース１０グラフィックサーバ１１カラーパレット１２グラフィックプロセッサ１３カレントバッファ２３メインＣＰＵ２４ＲＯＭ２５ＲＯＭ２６Ｉ／Ｏ２７ＤＭＡＣ２８フレームメモリ２９Ｄ／Ａ変換器３０ディスプレイ

───────────────────────────────────────────────────── フロントページの続き (72)発明者藤原敏雄茨城県日立市大みか町七丁目１番１号株式会社日立製作所日立研究所内 (72)発明者高村敦子茨城県日立市大みか町七丁目１番１号株式会社日立製作所日立研究所内

Claims

【特許請求の範囲】

【請求項１】１または複数のクライアントタスクとサー
バタスクとを並行して実行するデータ処理装置であっ
て、前記クライアントタスクとサーバタスクよりアクセス可
能な共有メモリを備え、前記サーバタスクはメッセージキューと、前記メッセー
ジキューを介して前記共有メモリにデータを格納したこ
とを通知するメッセージを受け取った場合に、前記共有
メモリに格納されたデータを読みだして処理する処理手
段とを備え、前記クライアントタスクは、前記サーバタスクに転送す
るデータを前記共有メモリに格納する格納手段と、前記
共有メモリにデータを格納したことを通知するメッセー
ジを前記メッセージキューを介して前記サーバタスクに
転送する通知手段を備え、前記サーバタスクは、前記クライアントタスクより、前
記メッセージキューを介して前記共有メモリにデータを
格納したことを通知するメッセージを受け取った場合
に、前記共有メモリに格納されたデータを読みだして処
理する処理手段を備えていることを特徴とするデータ処
理装置。
【請求項２】請求項１記載のデータ処理装置であって、前記共有メモリは、各クライアントタスク毎に設けられ
た、対応するクライントタスクと前記サーバタスクより
アクセス可能な複数の共有メモリであって、前記クライアントタスクの格納手段は、前記サーバタス
クに転送するデータを自身に対応する共有メモリに格納
する手段であって、前記サーバタスクの処理手段は、前記クライントタスク
より前記メッセージキューを介して前記共有メモリにデ
ータを格納したことを通知するメッセージを受け取った
場合に、メッセージの転送元のクライアントタスクに対
応する前記共有メモリに格納されたデータを読みだして
処理する手段であることを特徴とするデータ処理装置。
【請求項３】請求項１記載のデータ処理装置であって、前記クライアントタスクは、前記サーバタスクに転送す
るとするデータの量が所定量より小さい場合には、前記
格納手段によって、サーバタスクに転送するデータを前
記共有メモリに格納する代わりに、転送しようとするデ
ータを含めたメッセージを前記サーバタスクに備えられ
たメッセージキューを介してサーバタスクに転送する手
段を有することを特徴とするデータ処理装置。
【請求項４】請求項２記載のデータ処理装置であって、前記各クライアント毎に設けられた各共有メモリのフォ
ーマットは、全て同一であることを特徴とするデータ処
理装置。
【請求項５】請求項２記載のデータ処理装置であって、前記各クライアント毎に設けられた各共有メモリは、前
記クライアントタスクが前記サーバタスクに転送するデ
ータを格納する複数のバッファを含み、前記クライアントタスクの格納手段は、前記共有メモリ
にデータを格納したことを通知するメッセージの転送毎
に、前記複数のバッファのうちの、前記サーバタスクに
転送するデータを格納するバッファを切り替えることを
特徴とするデータ処理装置。
【請求項６】外部処理装置を備え、かつ、前記外部処理
装置を制御するサーバタスクと前記サーバタスクに前記
外部処理装置の制御データを転送する１または複数のク
ライアントタスクとを並行して実行するデータ処理装置
であって、前記クライアントタスクは、前記サーバタスクに前記外
部処理装置の制御データを転送する際に、併せて、前記
外部処理装置の動作属性を規定する属性データを前記サ
ーバタスクに渡し、前記サーバタスクは、前記外部処理装置の制御データの
クライアントタスクよりの転送を受ける場合に、転送元
のクライアントタスクから渡された属性データを前記外
部処理装置に設定し、転送された制御データに基づいて
前記外部制御装置を制御することを特徴とするデータ処
理装置。
【請求項７】請求項６記載のデータ処理装置であって、前記サーバタスクは、前記外部処理装置の制御データの
転送を受ける際に、転送元のクライアントタスクが、前
回の転送元のクライアントタスクと異なる場合にのみ、
今回の転送元のクライアントタスクから受け取った属性
データを前記外部処理装置に設定することを特徴とする
データ処理装置。
【請求項８】請求項２記載のデータ処理装置であって、外部処理装置を備え、前記各共有メモリは、対応するクライアントタスクが前
記外部処理装置の動作属性を規定する属性データを格納
する特定の領域を有し、前記各クライアントタスクの格納手段は、自身に対応す
る共有メモリに、前記外部処理装置を制御するためのデ
ータを格納すると共に、自身に対応する共有メモリの前
記特定の領域に前記属性データを設定し、前記サーバタスクの処理手段は、前記メッセージキュー
を介して前記共有メモリにデータを格納したことを通知
するメッセージを受け取った場合に、メッセージの転送
元のクライアントタスクに対応する前記共有メモリの前
記特定の領域より、前記属性データを読みだして前記外
部処理装置に設定し、メッセージの転送元のクライアン
トタスクに対応する前記共有メモリに格納されたデータ
を前記外部制御装置に転送することを特徴とするデータ
処理装置。
【請求項９】請求項８記載のデータ処理装置であって、前記サーバタスクの処理手段は、前記メッセージキュー
を介して前記共有メモリにデータを格納したことを通知
するメッセージを受け取った場合に、メッセージの転送
元のクライアントタスクが、前回のメッセージの転送元
のクライアントタスクと異なる場合にのみ、今回のメッ
セージの転送元のクライアントタスクに対応する前記共
有メモリの前記特定の領域より、前記属性データを読み
だして前記外部処理装置に設定することを特徴とするデ
ータ処理装置。
【請求項１０】請求項８記載のデータ処理装置であっ
て、前記サーバタスクは、前記外部記憶装置に最後に設定し
た属性データを記憶する手段を有し、前記サーバタスクの処理手段は、前記メッセージキュー
を介して前記共有メモリにデータを格納したことを通知
するメッセージを受け取った場合に、メッセージの転送
元のクライアントタスクに対応する前記共有メモリの前
記特定の領域より、前記属性データを読みだして、記憶
している属性データと比較し、一致しない場合にのみ、
共有メモリの前記特定領域より読みだした属性データの
全部もしくは一致しなかった部分を前記外部処理装置に
設定することを特徴とするデータ処理装置。
【請求項１１】１または複数のクライアントタスクとサ
ーバタスクとを並行して実行するデータ処理装置であっ
て、前記各クライアントタスク毎に設けられた、対応するク
ライントタスクと前記サーバタスクよりアクセス可能な
複数の共有メモリを備え、前記共有メモリは、複数のバッファを有し、各バッファ
は、自バッファへの書き込みの禁止と許可の識別を示す
書き込み制御ビットを保持し、前記クライアントタスクは、前記サーバタスクに転送す
るデータを自身に対応する共有メモリの、前記書き込み
制御ビットが書き込みの許可を示しているバッファの一
つに格納し、格納を行ったバッファの前記ビットを禁止
に設定する格納手段と、前記共有メモリにデータを格納
した旨と、格納を行ったバッファの識別を通知するメッ
セージを前記メッセージキューを介して、前記サーバタ
スクに転送する通知手段を備え、前記サーバタスクは、前記クライントタスクより前記メ
ッセージキューを介して前記共有メモリにデータを格納
したことを通知するメッセージを受け取った場合に、通
知されたバッファのデータを読みだし、読み出しを行っ
たバッファの前記書き込み制御ビットを書き込みの許可
を示すように設定する処理手段を備えていることを特徴
とするデータ処理装置。