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

Abstract

(57)【要約】 （修正有） 【目的】 処理の実行に要する時間を短縮し、処理を効
率的に行う。 【構成】 コンピュータ１１に、複数のアプリケーショ
ンなど、並列に処理される３つのユーザプロセスＵＰ
１、ＵＰ２、ＵＰ３が用いられる。各スケジューラＳＣ
１、ＳＣ２、ＳＣ３は、それぞれ各プロセスＵＰ１、Ｕ
Ｐ２、ＵＰ３に含まれるスレッドに関して所定のスケジ
ューリングを行う。一方、コンピュータ１１は、複数の
プロセスＵＰ１、ＵＰ２、ＵＰ３の実行状態を制御する
オペレーティングシステム２３を備えている。オペレー
ティングシステム２３は、前記タイマ１７にアクセスし
て、タイマ１７が発生する時間データを読み取る。オペ
レーティングシステム２３が読み取った時間データを読
み出し、共有メモリ２５に書き込むタイマプロセス２４
が備えられる。共有メモリ２５に書き込まれた時間デー
タは、各プロセスＵＰ１、ＵＰ２、ＵＰ３によって読み
取られ、各プロセスＵＰ１、ＵＰ２、ＵＰ３の前記スケ
ジューリングなどに用いられる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、コンピュータなどのデ
ータ処理装置に関し、更に詳しくは、例として、実行さ
れるプロセス内に存在している１つまたは複数のスレッ
ドのスケジューリングを効率的に行うことができるデー
タ処理装置であり、スレッドのスケジューリングで時間
を計測する必要がある時に、プロセスの実行を管理する
オペレーティングシステムの時間計測サービスを直接に
は利用することなく時間の計測を行うことができ、これ
により、スケジューリングを効率よく行なうことができ
るデータ処理装置に関する。

【０００２】

【従来の技術】一般的にプロセスの内部でさらに実行の
単位を細分化して並行動作させる手段として、クライア
ント／サーバシステムに於いて、サーバにおけるサービ
スを処理する部分、或いは階層構造になっている通信の
プロトコルを処理する部分などが、アプリケーションと
して有効なものである。しかしながらこのようなアプリ
ケーションに於いて、例としてプロトコルのエラー検出
などタイマの処理でスレッドをスリープさせたりするよ
うなサービスが必須となり、スレッドのスケジューリン
グで時間を計測することが必要となる。

【０００３】従来の技術では、例えば、スレッドをスリ
ープさせるサンマイクロシステムズ（株）のライトウェ
イトプロセスライブラリのlwp sleep関数などのよう
に、スレッドのスケジューリングで時間を計測すること
が必要なサービスがコンピュータシステムに於いて提供
される場合、直接オペレーティングシステムのサービス
を利用して時間を計測していた。このオペレーティング
システムのサービスは、コンピュータシステムにハード
ウェアとして備えられているタイマを用いて、オペレー
ティングシステムがタイムカウントし、オペレーティン
グシステムが計時データを発生させるものである。

【０００４】図３は、スレッドのスケジューリングを行
うスケジューラのスケジューリング動作の例を示すフロ
ーチャートである。図３ステップａ１に於いて、プロセ
ス内に実行すべきスレッドが存在するかどうかが判断さ
れる。存在していなければ処理は、終了する。実行すべ
きスレッドが存在していれば、ステップａ２において、
スケジューリングを行う際に、時間を計測する必要があ
るかどうかが判断される。ステップａ２の判断が肯定な
らば、ステップａ３において、実行中のスレッドのスケ
ジューラは、時間の計測を行う。この時間の計測は、コ
ンピュータシステムにハードウェアとして備えられてい
るタイマを用いて、オペレーティングシステムがタイム
カウントし、オペレーティングシステムが発生した計時
データをプロセスが読み取ることによって、時間の計測
が行われる。

【０００５】図３ステップａ４において、次に実行され
るべきスレッドが選択される。ステップａ２の判断が否
定ならば、処理はステップａ３を経ることなくステップ
ａ４に移る。ステップａ５に於いて、スレッドの使用環
境であるコンテキストの切り替えを行い、処理はステッ
プａ１に戻る。このような処理が繰り返されて、複数の
スレッドを含むプロセスが実行される。

【０００６】図５は、図３のステップａ３の従来技術に
於ける処理の詳細を示すフローチャートである。図３ス
テップａ３までの処理は、スレッドのスケジューラの動
作であり、コンピュータのユーザ空間で処理が行われて
いる。図３のステップａ２に於いて時間を計測する必要
があると判断されると、処理はオペレーティングシステ
ムに移り、オペレーティングシステムが管理するスーパ
ーバイザ空間に於ける処理が行われる。このため、ステ
ップｂ１において、システムコールが発生し、ステップ
ｂ２に於いて、処理が実行される空間に関して、ユーザ
空間からスーパーバイザ空間への切り替えが行われる。
ステップｂ３において、オペレーティングシステムは、
上述したようにハードウェアのタイマをアクセスして計
時データを発生し、発生された計時データをスーパーバ
イザ空間の所定領域に書き込む。ステップｂ４におい
て、前記スーパーバイザ空間の所定領域に書き込まれた
計時データがプロセスのローカルメモリに書き込まれ
る。ステップｂ５において、スーパーバイザ空間からユ
ーザ空間への切り替えが行われる。このようにして、プ
ロセスのローカルメモリに書き込まれた計時データが、
処理途中のプロセスによって利用される。

【０００７】前記従来技術において、例えば、図３のス
レッドのスケジューリングの例ではステップａ３が行わ
れる度に、オペレーティングシステムの前記サービスを
利用して時間を計測していた。

【０００８】この従来技術では、図５に示されるよう
に、ハードウェアのタイマを用いて時間を計測する処理
の前後で、ユーザ空間とスーパーバイザ空間との相互の
切り替えがそれぞれ必要であり、時間計測処理に多大の
時間を要してしまうという問題点を有している。

【０００９】このようなオーバーヘッドを避けるための
他の従来技術として、スケジューラが、スレッドのスケ
ジューリングを行う際に時間を計測する必要のないサー
ビス、例として、実行されるスレッド相互の切り替え、
スレッドの生成、コンテキストのロードやセーブ、或い
はスレッド間のデータ転送などのサービスのみを提供す
るようにしている従来技術も知られている。このような
他の従来技術では、スケジューラが提供可能なサービス
に限界があり、高機能のサービスを達成できるスケジュ
ーラを用いることができないという問題点を有してい
る。

【００１０】一方、プロセス間でデータの送受信を高速
に行なう従来の構成として、図７に示される構成が用い
られている。この従来の構成によれば、複数のプロセス
１、２が共有メモリ３を共有し、共有メモリ３をプロセ
ス１、２がそれぞれアクセスできる。この従来の構成に
よれば、プロセス１、２が共有メモリ３を、プロセス
１、２に対して割り付け／解除するアタッチ／デタッチ
の動作時に、プロセス１、２の実行状態を管理するオペ
レーティングシステムのサービスを利用するが、実際に
プロセス１、２間でデータの送受信をする時は、プロセ
ス１、２のいずれか一方が送信データを共有メモリ３に
書き込み、いずれか他方が共有メモリ３に書き込まれて
いる送信データを読み出す。このような従来技術におい
て、実際にデータを送受信する際に、該オペレーティン
グシステムのサービスを利用しなくてすみ、データをバ
ッファリングしないのでプロセス間の通信に不必要なコ
ピー操作を含まないので効率がよい。

【００１１】

【発明が解決しようとする課題】しかしながら、従来の
技術のようにスレッドのスケジューリングで、例として
時間の計測などに於いて、オペレーティングシステムの
サービスを利用していると、ユーザ空間とスーパーバイ
ザ空間の切替を行なわなければならず、コンテキストの
切替が起こる。そのために多大の時間が消費される。ス
レッドのスケジューリングはかなり頻繁に起こると思わ
れるので、その度にオペレーティングシステムのサービ
スを利用していては効率が悪い。例えば、図３のスレッ
ドのスケジューリングの例では、ステップａ３において
時間の計測を行なっている。このステップａ３では、図
５を参照して説明したように、スケジューリングする時
に毎回オペレーティングシステムのサービスを利用して
時間の計測を行なっている。その度に、ユーザ空間とス
ーパーバイザ空間とのコンテキストが相互に切り替わっ
ていた。

【００１２】また、スレッドを使ったアプリケーション
（プロセス）が１つのコンピュータシステムで１つしか
ない場合にも、前述したような問題点が発生するが、こ
の場合と比較し、図６の例のように、一般には１つの計
算機システムで多数のスレッドを使ったアプリケーショ
ン（プロセス）が存在する。図６に於いて、オペレーテ
ィングシステム４に対して、複数、例として３つのユー
ザプロセスＵＰ１、ＵＰ２、ＵＰ３が用いられる。この
従来例の場合、プロセスＵＰ１は、スレッドＴＨ１１、
ＴＨ１２及びスケジューラＳＣ１を備え、プロセスＵＰ
２は、スレッドＴＨ２１及びスケジューラＳＣ２を備
え、プロセスＵＰ３は、スレッドＴＨ３１、ＴＨ３２及
びスケジューラＳＣ３を備える。この場合、各プロセス
ＵＰ１、ＵＰ２、ＵＰ３に於いて、スレッドＴＨ１〜Ｔ
Ｈ３２のスケジューリングに時間を計測するオペレーテ
ィングシステムのサービスを利用している。従って、各
プロセスＵＰ１、ＵＰ２、ＵＰ３毎に、前述したよう
に、時間計測毎に、ユーザ空間とスーパーバイザ空間と
の切り替えが必要となり、前述したような効率の悪さが
更に増大するという問題点を有している。

【００１３】本発明は、このような問題点を解決しよう
としてなされたものであり、処理の実行に要する時間を
短縮し、処理を効率的に行うことができるデータ処理装
置を提供することをその目的とする。

【００１４】

【課題を解決するための手段】本発明のデータ処理装置
は、予め定めるデータを発生するデータ発生手段と、メ
モリ手段と、所定の動作を実行する１つまたは複数のプ
ロセス手段と、該データ発生手段からの該データを読み
取ると共に、該プロセス手段の実行状態を制御するオペ
レーティング手段と、該オペレーティング手段によって
読み取られた該データを読み取って該メモリ手段に書き
込むデータプロセス手段とを備え、該プロセス手段は、
該メモリ手段に書き込まれた該データを読み取るデータ
読み取り手段を備えており、そのことによって上記目的
を達成することができる。

【００１５】本発明に於いて、前記プロセス手段は、複
数である場合がある。

【００１６】本発明に於いて、前記データ発生手段は、
計時データを発生する計時手段である場合がある。

【００１７】本発明に於いて、前記複数のプロセス手段
の少なくとも一つのプロセス手段は、複数のスレッド手
段に区分され、該少なくとも一つのプロセス手段に於け
る前記データ読み取り手段は、該複数のスレッド手段の
動作タイミングを制御するスケジューラである場合があ
る。

【００１８】

【作用】この発明においては、データ発生手段に於いて
発生されたデータをオペレーティング手段が読み取る。
オペレーティング手段によって読み取られたデータを読
み取るためのデータプロセス手段が用意され、そのデー
タプロセス手段が読み取ったデータをメモリ手段に書き
込む。プロセス手段は、このメモリ手段に書き込まれた
データを読み込んで処理を行う。これにより、プロセス
手段が該データを必要とする度毎に、オペレーティング
手段のデータ読み取りサービスを直接利用しなくてもよ
い。

【００１９】従って、プロセス手段において、該データ
を必要とする度毎に、直接オペレーティング手段のデー
タ読み取りサービスを利用するのではなく、オペレーテ
ィング手段がデータ発生手段から読み取ったデータを、
前記データプロセス手段がメモリ手段に書き込み、プロ
セス手段はメモリ手段に書き込まれたデータを読み込ん
でデータを用いるので、オペレーティング手段のサービ
スを直接利用する必要がない。これにより、オペレーテ
ィング手段のデータ読み取りサービスを用いる際に必要
なユーザ空間とスーパバイザ空間とのコンテキストの切
替えなどが不要となり、このコンテキストの切り替えに
必要であった余分な時間を消費せずに処理を行なうこと
ができる。

【００２０】また、メモリ手段へのアクセスは、最初に
プロセス手段のメモリ空間にメモリ手段をアタッチする
時に、オペレーティング手段のサービスを利用する必要
があるが、プロセスが実際にメモリ手段にデータを書き
込んだり読み込んだりする時は、オペレーティング手段
のサービスを利用する必要がない。これにより、プロセ
スの処理に要する時間を格段に短縮でき、処理の効率化
を図ることができる。また、データのメモリ手段への書
き込みは、データプロセス手段が行うだけなので、複数
のプロセス手段がメモリ手段へのデータの書き込みを行
う場合に想定される複雑な排他制御の処理も必要がな
い。これにより、プロセスの処理に要する時間を更に短
縮でき、処理の効率化を図ることができる。

【００２１】さらに、該メモリ手段に書き込まれたデー
タは、多数のプロセス手段で共有できるので、いくつか
のプロセス手段に於いてそれぞれ該データを必要とする
際に、各プロセス手段がそれぞれオペレーティング手段
のデータ読み取りサービスを利用する必要がなく、該デ
ータの利用を効率的に行なうことができる。

【００２２】

【実施例】図１は本発明の一実施例のコンピュータシス
テム（以下、コンピュータ）１１の構成例を示すブロッ
ク図であり、図２は本実施例のコンピュータ１１のハー
ドウェアの構成例を示す系統図である。コンピュータに
おいて、アプリケーションなどであるプロセスの内部で
さらに実行の単位を細分化して並行動作させる手段とし
て、クライアント／サーバシステムに於いて、サーバに
おけるサービスを処理する部分、或いは階層構造になっ
ている通信のプロトコルを処理する部分などが、アプリ
ケーションとして有効なものである。このようなアプリ
ケーションに於いて、例としてプロトコルのエラー検出
などタイマの処理でスレッドをスリープさせたりするよ
うなサービスが必須となり、スケジューラによるスレッ
ドのスケジューリングに於いて、時間を計測することが
必要となる。このように、スレッドのスケジューリング
で時間を計測することが必要なサービスとして、例え
ば、スレッドをスリープさせるサンマイクロシステムズ
（株）のライトウェイトプロセスライブラリのlwp slee
p関数などが挙げられる。

【００２３】本実施例において、コンピュータ１１に関
して、複数のプロセスを並列処理し、しかも、各プロセ
ス内に複数のスレッドを有している場合を想定して説明
する。本実施例において、コンピュータ１１は、ハード
ウェアとして、メモリ１２、ＣＰＵ１３、表示端末１
４、キーボードなどの入力端末１５、Ｉ／Ｏ（入力／出
力）装置１６及びタイマ１７を備え、すべての構成要素
がバス１８に接続されている。該メモリ１２は、オペレ
ーションシステムが記憶されているＯＳ領域１９、１つ
または複数のプロセスが記憶されるユーザ領域２０、共
有メモリ領域２１、及びタイマプロセスが記憶されてい
るタイマプロセス領域２２を備えている。

【００２４】また、本実施例のコンピュータ１１に備え
られる主要な複数のプログラムのデータ入出力関係は、
図１に示されている。図１に示されるように、コンピュ
ータ１１に、複数のアプリケーションなど、並列に処理
される複数、例として３つのユーザプロセスＵＰ１、Ｕ
Ｐ２、ＵＰ３（総称する場合には、符号ＵＰで示す）が
用いられる。本実施例の場合、プロセスＵＰ１は、スレ
ッドＴＨ１１、ＴＨ１２（総称する場合には、符号ＴＨ
で示す）及びスケジューラＳＣ１を備え、プロセスＵＰ
２は、スレッドＴＨ２１及びスケジューラＳＣ２を備
え、プロセスＵＰ３は、スレッドＴＨ３１、ＴＨ３２及
びスケジューラＳＣ３を備える。各スケジューラＳＣ
１、ＳＣ２、ＳＣ３（総称する場合には、符号ＳＣで示
す）は、それぞれ各プロセスＵＰ１、ＵＰ２、ＵＰ３に
含まれるスレッドに関して所定のスケジューリングを行
う。

【００２５】一方、コンピュータ１１は、複数のプロセ
スＵＰ１、ＵＰ２、ＵＰ３の実行状態を制御するオペレ
ーティングシステム２３を備えている。オペレーティン
グシステム２３は、前記タイマ１７にアクセスして、タ
イマ１７が発生する時間データを読み取る。オペレーテ
ィングシステム２３が読み取った時間データを読み出
し、共有メモリ２５に書き込むタイマプロセス２４が備
えられる。共有メモリ２５に書き込まれた時間データ
は、各プロセスＵＰ１、ＵＰ２、ＵＰ３によって読み取
られ、各プロセスＵＰ１、ＵＰ２、ＵＰ３の前記スケジ
ューリングなどに用いられる。

【００２６】図４は、本実施例のタイマプロセス２４の
動作例を示すフローチャートである。図４ステップｃ１
に於いて、オペレーティングシステム２３のサービスに
よって、共有メモリ２５がタイマプロセス２４のメモリ
空間にアタッチされる。ステップｃ２に於いて、タイマ
プロセス２４は、プログラムを終了してもよいかどうか
を判断する。この判断が否定であれば、ステップｃ３に
於いて、タイマプロセス２４は、前記タイマ１７から時
間データを読み取っているオペレーティングシステム２
３から時間データを読み取り、ステップｃ４に於いてタ
イマプロセス２４は、その計測結果を共有メモリ２５に
書き込む。この後、タイマプロセス２４はしばらくサス
ペンドし、ステップｃ２に戻って上記ステップｃ２〜ｃ
５の処理を繰り返す。従って、共有メモリ２５に書き込
まれている時間データは、図４のステップｃ２〜ｃ５の
処理が繰り返される周期で順次更新されている。ここ
で、ステップｃ２に於いて、プログラムを終了してもよ
いと判断されると、ステップｃ６に於いて、共有メモリ
２５がタイマプロセス２４のメモリ空間とデタッチさ
れ、処理が終了する。

【００２７】図８は、本実施例の各スケジューラＳＣの
動作例を示すフローチャートである。図８ステップｄ
２、ｄ３、ｄ５、ｄ６の各処理は、図３のステップａ
１、ａ２、ａ３、ａ４の各処理とそれぞれ同一であるの
で、説明を省略する。図８ステップｄ１において、オペ
レーティングシステム２３のサービスによって、共有メ
モリ２５がプロセスＵＰ、例えば現在の処理がスケジュ
ーラＳＣ１によって行われているならば、プロセスＵＰ
１のメモリ空間にアタッチされる。これ以降、図３ステ
ップａ１、ａ２の処理とそれぞれ同一の処理を行うステ
ップｄ２、ｄ３が実行される。図８ステップｄ４に於い
て、タイマプロセス２４が共有メモリ２５に書き込んだ
時間データを読み取る。図８ステップｄ７に於いて、オ
ペレーティングシステム２３のサービスによって共有メ
モリ２５がプロセスＵＰ、例えば前記スケジューラＳＣ
１が処理を実行している場合にはプロセスＵＰ１のメモ
リ空間とデタッチされる。

【００２８】以上の実施例に於いて、時間を計測するた
めのタイマプロセス２４が用意されている。このタイマ
プロセス２４のみが前記共有メモリ２５に、時間データ
を書き込むようにされている。タイマプロセス２４は、
オペレーティングシステム２３がタイマ１７を用いて計
測して得た時間データを計測し、この時間データを共有
メモリ２５に書き込む。プロセスＵＰのスケジューラＳ
ＣがスレッドＴＨのスケジューリングで時間を計測する
必要がある場合、前記タイマプロセス２４が共有メモリ
２５に書き込んだ時間データを読み込んで時間を計測
し、所定の処理を行う。従って、本実施例に於いて、ス
ケジューラＳＣは、スレッドＴＨのスケジューリングの
時に、オペレーティングシステム２３のサービスを直接
利用しなくてもよい。

【００２９】従って、本実施例に於いて、スレッドＴＨ
のスケジューリングで時間を計測する必要がある場合、
直接オペレーティングシステム２３の前述したようなサ
ービスを利用するのではなく、時間を計測するためのタ
イマプロセス２４がオペレーティングシステム２３のサ
ービスを利用して時間の計測を行ない、タイマプロセス
２４がその時間データを共有メモリ２５に書き込んで、
スレッドＴＨのスケジューリングの際には、共有メモリ
２５に書き込まれた時間データをスケジューラＳＣが読
み込んで時間を計測する。従って、プロセスＵＰに於い
て、時間計測が必要になる度にオペレーティングシステ
ム２３のサービスを直接利用する必要がなくなる。これ
により、オペレーティングシステム２３のサービスを直
接利用して時間を計測する際に必要な、ユーザ空間とス
ーパバイザ空間のコンテキストの切替えが不必要にな
り、時間計測を含むプロセスの処理に要する時間を格段
に短縮することができる。

【００３０】また、共有メモリ２５へのアクセスに関し
て、最初にプロセスＵＰのメモリ空間に共有メモリ２５
をアタッチする時に、オペレーティングシステム２３の
サービスを利用する必要がある。一方、プロセスが実際
に共有メモリ２５にデータを書き込んだり読み込んだり
する時は、オペレーティングシステム２３のサービスを
利用する必要がなく、前述したように処理に要する時間
を短縮することができる。更に、共有メモリ２５へのデ
ータの書き込みは、時間を計測する前記タイマプロセス
２４が行うだけなので、複数のプロセスが共有メモリ２
５へのデータの書き込みを行う場合に想定される複雑な
排他制御の処理も必要がない。これにより、プロセスの
処理に要する時間を更に短縮でき、処理の効率化を図る
ことができる。

【００３１】さらに、共有メモリ２５に書き込まれた時
間データは、多数のプロセスＵＰで共有できるので、い
くつかのプロセスＵＰに於いてそれぞれ時間データを必
要とする際に、各プロセスＵＰがそれぞれオペレーティ
ングシステム２３のデータ読み取りサービスを利用する
必要がなく、データの利用を効率的に行なうことができ
る。

【００３２】本発明に於いて、共有メモリ２３に書き込
まれ、読み出されるデータは時間データに限定されるも
のではない。従来技術に於いて、プロセスが処理の実行
に必要とするデータであって、そのデータを得るため
に、従来技術に於いて、ユーザ空間とスーパーバイザ空
間との間での空間切り替えに伴うコンテキストの切り替
えが必要となっていた種類のデータに関して、本発明
は、好適に実施されることができる。

【００３３】

【発明の効果】この発明においては、プロセス手段がデ
ータを必要とする度毎に、オペレーティング手段のデー
タ読み取りサービスを直接利用しなくてもよい。従っ
て、プロセス手段において、該データを必要とする度毎
に、直接オペレーティング手段のデータ読み取りサービ
スを利用するのではなく、オペレーティング手段がデー
タ発生手段から読み取ったデータを、前記データプロセ
ス手段がメモリ手段に書き込み、プロセス手段はメモリ
手段に書き込まれたデータを読み込んでデータを用いる
ので、オペレーティング手段のサービスを直接利用する
必要がない。これにより、オペレーティング手段のデー
タ読み取りサービスを用いる際に必要なユーザ空間とス
ーパバイザ空間とのコンテキストの切替えなどが不要と
なり、このコンテキストの切り替えに必要であった余分
な時間を消費せずに処理を行なうことができる。

【００３４】また、メモリ手段へのアクセスは、最初に
プロセス手段のメモリ空間にメモリ手段をアタッチする
時に、オペレーティング手段のサービスを利用する必要
があるが、プロセスが実際にメモリ手段にデータを書き
込んだり読み込んだりする時は、オペレーティング手段
のサービスを利用する必要がない。これにより、プロセ
スの処理に要する時間を格段に短縮でき、処理の効率化
を図ることができる。また、データのメモリ手段への書
き込みは、データプロセス手段が行うだけなので、複数
のプロセス手段がメモリ手段へのデータの書き込みを行
う場合に想定される複雑な排他制御の処理も必要がな
い。これにより、プロセスの処理に要する時間を更に短
縮でき、処理の効率化を図ることができる。

【００３５】さらに、該メモリ手段に書き込まれたデー
タは、多数のプロセス手段で共有できるので、いくつか
のプロセス手段に於いてそれぞれ該データを必要とする
際に、各プロセス手段がそれぞれオペレーティング手段
のデータ読み取りサービスを利用する必要がなく、該デ
ータの利用を効率的に行なうことができる。

【図面の簡単な説明】

【図１】本発明の一実施例のコンピュータシステム１１
の構成例を示すブロック図である。

【図２】本実施例のコンピュータ１１のハードウェアの
構成例を示す系統図である。

【図３】スレッドのスケジューリングを行うスケジュー
ラのスケジューリング動作の例を示すフローチャートで
ある。

【図４】本実施例のタイマプロセスのアルゴリズム例を
示すフローチャートである。

【図５】図３のステップａ３の従来技術に於ける処理の
詳細を示すフローチャートである。

【図６】従来技術のコンピュータの構成を示すブロック
図である。

【図７】プロセス間でデータの送受信を高速に行なう従
来の構成例を示すブロック図である。

【図８】前記実施例のスケジューラのアルゴリズム例を
示すフローチャートである。

【符号の説明】

１１ コンピュータ １２ メモリ １３ ＣＰＵ １７ タイマ ２３ オペレーティングシステム ２４ タイマプロセス ２５ 共有メモリ ＵＰ１、ＵＰ２、ＵＰ３ ユーザプロセス ＴＨ１１、ＴＨ１２、ＴＨ２１、ＴＨ３１、ＴＨ３２
スレッド ＳＣ１、ＳＣ２、ＳＣ３ スケジューラ

Claims (4)

【特許請求の範囲】
1. 【請求項１】 予め定めるデータを発生するデータ発生
   手段と、 メモリ手段と、 所定の動作を実行する１つまたは複数のプロセス手段
   と、 該データ発生手段からの該データを読み取ると共に、該
   プロセス手段の実行状態を制御するオペレーティング手
   段と、 該オペレーティング手段によって読み取られた該データ
   を読み取り該メモリ手段に書き込むデータプロセス手段
   とを備え、 該プロセス手段は、該メモリ手段に書き込まれた該デー
   タを読み取るデータ読み取り手段を備えているデータ処
   理装置。
2. 【請求項２】 前記プロセス手段は、複数である請求項
   １に記載のデータ処理装置。
3. 【請求項３】 前記データ発生手段は、計時データを発
   生する計時手段である請求項１に記載のデータ処理装
   置。
4. 【請求項４】 前記複数のプロセス手段の少なくとも一
   つのプロセス手段は、複数のスレッド手段に区分され、
   該少なくとも一つのプロセス手段に於ける前記データ読
   み取り手段は、該複数のスレッド手段の動作タイミング
   を制御するスケジューラである請求項２に記載のデータ
   処理装置。