JPH06242967A - バッファ操作方法及びバッファ管理装置 - Google Patents

Abstract

(57)【要約】 【目的】 複数のプロセスが共通にアクセス可能なバッ
ファを引き継いで処理を行うデータ処理システムにおい
て、プロセスのミスや障害によって、当該のプロセス内
部でバッファが停滞した場合に、ミスのあるプロセスを
特定し、さらに原因の解析を容易にするバッファ操作方
法およびバッファ操作装置を提供する。 【構成】 バッファの使用権を取得した際、使用を開始
するプロセスの名前、現時刻、他詳細情報のうち、少な
くとも使用を開始するプロセスの名前をスタンプする方
法と所定のスタンプ領域を有している。 【効果】 スタンプ領域からの情報により、バッファの
停滞原因の早期発見、解析が容易になり、プロセスのミ
スの早期低減が可能なバッファ操作方法およびバッファ
操作装置の提供を可能とする。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、コンピュータ等による
データ処理システムにおいて、特に、複数のプロセスが
共通にアクセス可能なバッファを引き継いで処理を行う
データ処理システムに関するものである。

【０００２】

【従来の技術】図８は、例えば、社団法人トロン協会が
出版している「原典ＣＴＲＯＮ大系通信制御インタフェ
ース 各層共通・基本通信制御編」１９８９年７月１０
日頁２０〜２１に記載されている、プロセス間で共通に
アクセス可能なバッファを有する従来のバッファ操作方
式を説明する図である。

【０００３】この図におけるバッファ操作方式において
は、一つのバッファを二つのプロセスが共通に使用する
ことが想定されている。バッファ管理プロセス１（以
下、単にバッファ管理１と言う）は、複数のプロセスに
よって共通にアクセス可能なバッファ２を一括して管理
している。次に図８に基づいて、動作を説明する。プロ
セスＡは、バッファ管理１にバッファ２の一つの使用権
を取得（以下、単に取得と言う）するための要求をす
る。バッファ管理１は未使用のバッファがあれば、その
メモリ上の一つのアドレスをプロセスＡに提示し、前記
バッファが使用中である旨記録する。使用中と記録され
た前記アドレスのバッファ２を取得したプロセスＡが、
そのバッファを取得（ＧＥＴ）したことになる。その
後、バッファ２はプロセスＡによる操作が行われる。こ
こでプロセスＡによる操作とは、例えば、プロセスＡに
よりバッファ２に情報Ａが書き込まれる操作である。

【０００４】次に、プロセスＡからプロセスＢに、メッ
セージ通信を行い、バッファ２の使用権がプロセスＡか
らプロセスＢへ移る。その後、バッファ２はプロセスＢ
による操作が行われる。ここでプロセスＢによる操作と
は、例えば、プロセスＢによりバッファ２に情報Ｂが書
き込まれる操作である。また、この時バッファ管理１に
おけるバッファ２の状態は使用中のまま変化しない。

【０００５】バッファ２のプロセスＢによる操作後、プ
ロセスＢはバッファ２をバッファ管理１へ返却（ＦＲＥ
Ｅ）する。バッファ管理１は、解放されたバッファ２の
状態を未使用状態に設定する。

【０００６】図９は任意の一個のバッファが、２個以上
のプロセスにより連鎖的に引き継がれる場合の、前記プ
ロセスの操作を説明するための図である。次に動作につ
いて説明する。プロセスＡがバッファ２をバッファ管理
１より取得した後、バッファ２はプロセスＢ〜Ｅまで引
き継がれ、各プロセスでバッファ操作が行われる。最終
的にプロセスＥがバッファを返却する。

【０００７】図１０に各プロセスにおけるバッファの操
作のフローチャートを示す。この図は、図９で示した共
通のバッファ２を使用する複数のプロセスのバッファ操
作のフローチャートである。プロセスＡが、まずバッフ
ァ管理１よりバッファ２を取得する。プロセスＡはバッ
ファ２に所定の操作をし、次のプロセスＢへメッセージ
を送信し、バッファ２を渡す。その後プロセスＡは、必
要ならば再びバッファ管理１よりバッファ２を取得す
る。プロセスＡよりバッファ２を引き継いだプロセスＢ
は、バッファ２に所定の操作を加え、次のプロセスへバ
ッファ２を渡す。この後プロセスＢは必要ならば、再び
プロセスＡからのメッセージ受信待ちとなる。

【０００８】当該のバッファ２を最後に使用するプロセ
スＥは、メッセージ受信時にバッファを受取り、このバ
ッファへの操作終了後、バッファ２をバッファ管理１へ
返却する。この後プロセスＥは必要ならば、再びメッセ
ージ受信待ちとなる。

【０００９】

【発明が解決しようとする課題】上記のように、同一の
バッファを複数のプロセスがアクセスし、アクセスが多
段におよぶようなデータ処理において、プロセスのミス
（バグ）等による障害により、当該のプロセス内部でバ
ッファが停滞、またはプロセスが解放されないまま浮い
てしまった場合、ミスや障害のあるプロセスを特定する
のが困難であるという問題点があった。以下にその具体
例を示す。

【００１０】図１１は、プロセスＤのミスにより、バッ
ファ２ａ〜２ｅがプロセスＤ内部で停滞してしまった例
を示している。この時、バッファ２ａ〜２ｅはプロセス
Ｅに引き継がれないため、プロセスＤは開放されず、浮
いた状態のままとなる。このように、図９で示めすよう
な正常なデータ処理情報は不可能となり、バッファが途
中で停滞したものとなる。

【００１１】または、プロセスＤの他のミス、例えばプ
ロセスＤが必要個数以上のバッファ２の取得を要求する
ミスが生じ、未使用のバッファ２が無くなるまで、バッ
ファ２の取得を要求した場合、未使用のバッファ２が足
りなくなり、プロセスＡがバッファ２を取得することが
できず、プロセスＡは、処理を停滞させ浮いたままの状
態となり、目的とするデータ処理を実行することが不可
能である。この時バッファ管理１におけるバッファ２の
使用中のアドレスは特定できるが、そのアドレスのバッ
ファがどのプロセスで使用されているかは不明であり、
バッファを使用しているプロセス名は判別できない。ま
た、このようなバッファ操作方式では、最終的に未使用
のバッファが全く無くなるまで、ミスが検出されないと
いった問題点がある。

【００１２】本発明は上記のような問題点を解決するた
めになされたもので、プロセスのミスや障害によって、
バッファがプロセス内部に停滞してしまった場合、ミス
や障害を起こしたプロセス名を特定する手段を提供し、
停滞したことをオンタイムで検出するバッファ操作方
法、及びバッファ操作装置の実現を目的とする。

【００１３】

【課題を解決するための手段】本発明は、複数のプロセ
スが共通にアクセス可能なバッファを有するデ−タ処理
システムにおけるバッファ操作方法において、プロセス
がバッファの使用権を取得後、使用権を取得したプロセ
スの名前が前記データ処理システム内の所定のスタンプ
領域にスタンプする方法を有している。

【００１４】または、複数のプロセスが共通にアクセス
可能なバッファを有するデ−タ処理システムにおけるバ
ッファ操作方法において、プロセスがバッファの使用権
を取得後、使用権を取得したプロセスの名前と現時刻と
が前記データ処理システム内の所定のスタンプ領域にス
タンプする方法を有している。

【００１５】または、複数のプロセスが共通にアクセス
可能なバッファを有するデ−タ処理システムにおけるバ
ッファ操作装置において、プロセスが使用するバッファ
の使用時間を計測する手段と、この計測した使用時間が
一定時間を越えた場合、警告信号を発生する警告手段と
を有している。

【００１６】あるいは、ＣＴＲＯＮ（Communication TR
ON）によるプロセス間メッセージ通信に係るバッファ操
作方法において、プロセスがバッファの使用権を取得
後、使用権を取得したプロセスの名前を所定のスタンプ
領域にスタンプする方法を有している。

【００１７】

【作用】本発明において、所定のスタンプ領域に、バッ
ファを取得したプロセスの名前をスタンプすることによ
り、あるプロセスのミスによってバッファの空きがなく
なってしまった場合、スタンプ領域を解析することによ
り、ミスのあるプロセス名を一意に特定できる。

【００１８】または、スタンプ領域にプロセスの名前の
他、現時刻もスタンプすることにより、スタンプされる
時刻は、バッファの使用開始時間であり、この使用開始
時間とデータ処理システムの現時刻との差をとり、この
差が一定以上となった時、バッファが停滞していると判
断させ、デ−タ処理システムに対して、バッファの停滞
の警告信号を発生させ、さらに、その警告により、デ−
タ処理を停止させる等が可能であり、バッファの停滞の
早期発見、原因解析が容易になり、プロセスのミスの早
期低減を容易にする。

【００１９】または、プロセスが使用するバッファの使
用時間を計測する手段と、この使用時間が一定時間を越
えた場合、停滞の警告信号を発生させる警告発生手段を
備え、デ−タ処理システムに対して、プロセス内のバッ
ファの停滞の警告信号を発生させ、さらに、その警告に
より、デ−タ処理を停止させる等が可能であり、バッフ
ァ停滞の早期発見、原因解析が容易になり、プロセスの
ミスの早期低減を容易とする。

【００２０】あるいは、ＣＴＲＯＮ（Communication TR
ON）によるプロセス間メッセージ通信に係るバッファ操
作方法において、プロセスがバッファの使用権を取得し
た後、使用権を取得したプロセスの名前を、所定のスタ
ンプ領域スタンプすることにより、スタンプ領域を解析
することにより、あるプロセスのミスによってバッファ
の空きがなくなってしまった場合、スタンプ領域を解析
することにより、ミスのあるプロセス名を一意に特定で
きる。

【００２１】

【実施例】

実施例１．図１は本発明のー実施例を示すものであり、
１〜４は従来技術で説明したものと全く同ーのものであ
る。８はバッファ中に設けられたスタンプ領域を示して
おり、このスタンプ領域は、本実施例において特徴的で
あり、バッファを使用するプロセス名、バッファの使用
開始時刻である現時刻、プロセスのミスを解析するため
の他詳細情報からなる。

【００２２】次に動作について説明する。図１において
プロセスＡが、バッファ管理１にバッファ２を一つ要求
する。バッファ管理１は未使用のバッファ２があれば、
そのバッファ２をプロセスＡに提示後、そのバッファ２
を使用中と認識する。以上より、プロセスＡは、そのバ
ッファ２を取得（ＧＥＴ）する。

【００２３】プロセスＡはバッファ取得後、本実施例に
おいて特徴的であるスタンプ領域に、プロセス名、現時
刻、他詳細情報をスタンプする。ここで、詳細情報はプ
ロセスのミスが生じた際、できるかぎり容易にミスの箇
所を特定できるよう、プロセスが独自に定義したもの
で、例えばプロセスで用いる特定ファイルのデータ等で
ある。つぎに、プロセスＡはバッファ２に対して操作を
行い、例えば情報Ａを書き込んだとする。この後、プロ
セスＡはプロセスＢにメッセージ通信を行い、バッファ
２のアドレスがプロセスＢに提示される。この時、バッ
ファ２は使用権をプロセスＢに移行する。この後プロセ
スＡは必要ならば、再びバッファの取得を繰り返す。

【００２４】プロセスＢはバッファ２をプロセスＡから
取得すると、プロセスＢは、本実施例において特徴的で
あるスタンプ領域に、プロセス名、現時刻、他詳細情報
をスタンプする。このとき、プロセスＡが押したスタン
プ内容は消去され、プロセスＢが押したスタンプ内容が
上書き（以下、単に上書きと言う）される。つぎに、プ
ロセスＢは同一のバッファ２に対して操作を行い、例え
ば情報Ｂを書き込む。この後、プロセスＢは、バッファ
２のデータ処理を必要とし無くなったとき、プロセスＢ
はバッファ２をバッファ管理１へ返却（ＦＲＥＥ）す
る。ここで、バッファ管理１は、解放されたバッファ２
の状態を未使用状態に設定する。この後プロセスＢは必
要ならば、再びバッファの取得を繰り返す。

【００２５】以上プロセスがバッファ２を取得後、プロ
セスがバッファ２にスタンプする際の動作説明を行っ
た。さらに、図９にプロセスが２個以上となった場合を
示す。また、この場合の各プロセスのバッファ操作のフ
ローチャートを図２に示す。以下、図２、図９による動
作説明を行う。

【００２６】バッファ２がプロセスＡからプロセスＢに
引き継がれる場合の動作については、上記において説明
を行った。さらに、同様の動作がプロセスＢからプロセ
スＣ、プロセスＣからプロセスＤ，プロセスＤからプロ
セスＥと順次行われる。この時、バッファ２を最後に使
用するプロセスＥは、メッセージ受信時にバッファ２を
受け取り、まずバッファ２にスタンプを上書きする。バ
ッファ操作終了後、バッファ２をバッファ管理１へ返却
する。この後プロセスＥは必要ならば、再びメッセージ
受信待ちとなる。

【００２７】ここで、あるプロセスのミスによって、一
定時間を越えて一つのプロセス内にバッファ２が停滞
し、使用可能なバッファがなくなってしまった場合、バ
ッファ管理１はバッファ２の取得要求に応じられなくな
り、何らかのミスが発覚する。このとき、バッファ管理
１が管理する使用中のバッファ２を解析することによ
り、停滞したプロセス名を確定できる。この確定は、ス
タンプ領域にプロセスの名前をスタンプすることにより
可能である。

【００２８】本実施例においては、プロセス中でのバッ
ファの使用状態の詳細情報をバッファの属性として、ス
タンプしているので、プロセスのミスの解析がより容易
になる。さらに、バッファの使用開始時間である現時刻
をスタンプしている。この使用開始時間とデータ処理シ
ステムの現時刻との差をとり、この差が一定以上となっ
た時、バッファが停滞していると判断し、デ−タ処理シ
ステムに対して、バッファの停滞警告信号をオンタイム
で発生させる。さらに、その警告信号により、デ−タ処
理を停止させる等が可能であり、バッファの停滞の早期
発見、原因解析が容易になり、プロセスのミスの早期低
減を容易にする。

【００２９】実施例２．上記実施例１ではプロセス領域
でスタンプ操作を管理していたが、本実施例では、プロ
セス領域以外のバッファ管理領域でスタンプ操作を管理
する。このバッファ管理領域は、スタンプ操作に係るス
タンプ領域を有し、このスタンプ領域は各バッファ毎に
対応するアドレスが各々に割り付けられている。

【００３０】図３は本実施例における、スタンプ方法の
フローチャートを示し、ある任意のプロセスにバッファ
を引き継ぎ、引継ぎ後、前記任意のプロセスが、前記バ
ッファをプロセスＢに渡すまでのフローチャートを示
す。次に動作説明を行う。初めに、ある任意のプロセス
が、他のプロセスよりバッファを引き継ぐ時、前記任意
のプロセスは、引き継ぎのメッセージを受ける。前記バ
ッファを引き継ぐようメッセージを受けた前記任意プロ
セスは、バッファ管理にスタンプを要求する。前記任意
プロセスより、スタンプの要求を受信したバッファ管理
は、まずデータ処理システムより現時刻を取得し、前記
プロセスから提示されたプロセス名、プロセスのミスを
解析するための他詳細情報とともに前記バッファのスタ
ンプ領域へ、その内容を上書きする。

【００３１】図４は本実施例における、バッファ管理領
域の一例を図示したものである。バッファ管理領域は、
バッファの使用状況を表すフラグの他に、上記実施例１
にて定義したスタンプ情報、およびバッファの使用時間
をカウントするタイムカウント値が含まれている。この
ように、プロセス領域以外のバッファ管理領域でスタン
プ操作を管理することにより、スタンプの管理が容易と
なるだけでなく、バッファを操作するプロセス群の処理
が軽減される。

【００３２】実施例３．図５は本実施例を説明するため
のものであり、実施例１で示したスタンプ領域をＣＴＲ
ＯＮの通信制御インタフェースで使用するバッファに適
用したものである。ＣＴＲＯＮ通信によるバッファはイ
ンフォメーションブロックと呼ばれ、このインフォーメ
ーションブロック９は、バッファ２のアドレスを設定す
るｄａｔａ₋ｌｏｃａｔｉｏｎと、プロセスによるバッ
ファ２へのデータ書き込み開始位置を設定するｓｔａｒ
ｔ₋ｂｙｔｅ₋ｐｏｓｉｔｉｏｎと、複数のバッファ内
の全データ長を設定するｄａｔａ₋ｌｅｎｇｔｈと、ユ
−ザプロセス情報の書き込み開始位置を設定するｓｔａ
ｒｔ₋ｂｙｔｅ₋ｐｏｓｉｔｉｏｎを有する。本実施例
では、バッファ２のｂｕｆｆｅｒ₋ｂｌｏｃｋ₋ｄａｔ
ａ₋ｌｅｎｇｔｈの後からｓｔａｒｔ₋ｂｙｔｅ₋ｐｏ
ｓｉｔｉｏｎで示されるアドレスまでの間の空き領域に
スタンプ情報を設定する。

【００３３】このような設定は、スタンプ領域を実施例
２で説明したように、バッファ管理領域内に設けること
も可能である。

【００３４】実施例４．図４は本実施例を示すものであ
り、特に、バッファ管理領域内に、バッファの使用時間
を計測するためのタイムカウント値を有することを特徴
とする。このタイムカウント値は、バッファ毎に一対一
に対応しており、バッファ使用開始とともに、バッファ
管理により一定周期でインクリメントされる。

【００３５】次にバッファ管理の動作を記述する。図
６，図７はバッファ停滞を自動的に検出する際のバッフ
ァ管理のフローチャートを示したものである。図６はユ
ーザからの要求によって動作する機能部を示しており、
図７は周期的に動作する機能部を示している。

【００３６】次にその動作を説明する。周期時間をカウ
ントする周期タイマの起動は、デ−タ処理システム内の
バッファ管理の起動と同時に行う。バッファ管理は、バ
ッファ取得の要求を受信すると、使用するバッファを決
定し、そのバッファのスタンプ領域にスタンプを押す。
このとき、タイムカウント値は初期値に設定後、インク
リメントを開始する。このタイムカウント値が、一定時
間（この一定時間はデータ処理システムに依存する）を
越えた場合、データ処理システムに警告信号を発生させ
る。さらにこの警告信号により、プロセスのミスや障害
によってバッファが停滞してしまったと判断し、データ
処理システムを停止させる等が可能である。

【００３７】また、プロセスにミスが無い場合は、プロ
セスによるバッファの操作を正常に終了した後、バッフ
ァ管理が、バッファの開放を受信すると、バッファ管理
は、タイムカウント値を初期値に設定し、スタンプ情報
をクリアする。

【００３８】以上のように、プロセスが使用するバッフ
ァの使用時間を計測する手段を備えることにより、一定
時間を越えて一つのプロセス内にバッファが停滞してい
ることを検出し、システムに対してオンタイムで警告信
号を発生することが可能である。

【００３９】上記実施例１〜４においては、バッファを
使用するユーザがプロセスであったが、ユーザはタスク
であっても一つのサブルーチンであってもかまわない。

【００４０】

【発明の効果】以上説明したように、本発明において、
スタンプ領域にプロセスの名前だけがスタンプされるバ
ッファ操作方法とした場合、プロセスのミスでバッファ
が停滞し、最終的に未使用のバッファがなくなった時、
初めてミスが検出されるが、停滞の原因となったプロセ
スの名前は、停滞したバッファのスタンプ領域に記載さ
れおり、バッファの解析によりプロセスの名前の特定が
行われ、バッファの停滞原因の発見、解析が容易とな
り、プロセスのミスの低減を容易とするバッファ操作方
法を可能とする。

【００４１】または、スタンプ領域にプロセスの名前、
バッファの使用開始時刻である現時刻をスタンプした場
合、このバッファの使用開始時刻とデ−タ情報システム
の現時刻との時間差をとり、この時間差が一定時間を越
えて一つのプロセス内で継続して使用されているかどう
かを判断することが可能である。さらにこのバッファ
が、ある一定時間を越えて継続して使用されていること
を検出した場合、デ−タ処理システムに対して、バッフ
ァの停滞の警告信号をオンタイムで発生させたり、デ−
タ処理を停止させる等が可能であり、バッファの停滞原
因の早期発見、解析が容易になり、プロセスのミスの早
期低減を可能とするバッファ操作方法を可能とする。

【００４２】または、プロセスが使用するバッファの使
用時間を計測する手段と、この使用時間が一定時間を越
えた場合、システムに対してバッファ停滞の警告信号を
オンタイムで発生させる警告手段を備えることが可能で
あり、この警告によりプロセスのミスの早期発見、解析
が容易になり、プロセスのミスの早期低減を可能とする
バッファ管理装置を可能とする。

【００４３】あるいは、ＣＴＲＯＮ（Communication TR
ON）によるプロセス間メッセージ通信に係るバッファ操
作方法において、プロセスがバッファの使用権を取得し
た後、使用権を取得したプロセスの名前を所定のスタン
プ領域にスタンプするためのスタンプ領域を有すること
により、あるプロセスにミスが生じた場合、スタンプ領
域を解析することによりどのプロセスのミスかを一意に
特定でき、バッファの停滞原因の発見、解析が容易とな
り、プロセスのミスの低減を容易とするバッファ操作方
法を可能とする。

【図面の簡単な説明】

【図１】本発明に係るバッファ操作方法の、好適な実施
例を説明する図である。特にスタンプ領域を設定したバ
ッファ操作方法を説明する図である。

【図２】本発明の実施例１に係る、バッファを使用する
各プロセスの、バッファ操作を説明するフローチャート
である。

【図３】本発明の実施例２に係る、バッファを使用する
各プロセスおよびバッファ管理の、バッファ操作を説明
するフローチャートである。

【図４】本発明の実施例２及び、実施例４に係る、バッ
ファ管理領域内部の情報配置を説明する図である。

【図５】本発明の実施例３に係る、ＣＴＲＯＮ通信制御
インタフェースの、インフォメーションブロックおよび
バッファの構成を説明する図である。

【図６】本発明の実施例４に係る、停滞を自動的に検出
する機構を備えたバッファ操作を説明するフローチャー
トである。

【図７】本発明の実施例４に係る、停滞を自動的に検出
する機構を備えたバッファ操作を説明するフローチャー
トである。

【図８】従来のバッファ操作方式を説明する図である。

【図９】バッファが複数のプロセスに引き継がれて処理
される、データ処理システムを説明する図である。

【図１０】従来のバッファ操作方式による、バッファ操
作を説明するフローチャートである。

【図１１】従来のバッファ操作方式による問題点を説明
する図である。

【符号の説明】

１ バッファ管理プロセス ２、２ａ〜２ｅ バッファ ８ スタンプ ９ インフォメーションブロック

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成５年８月１７日

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】００３２

【補正方法】変更

【補正内容】

【００３２】実施例３．図５は本実施例を説明するため
のものであり、実施例１で示したスタンプ領域をＣＴＲ
ＯＮの通信制御インタフェースで使用するバッファに適
用したものである。ＣＴＲＯＮ通信によるバッファはイ
ンフォメーションブロックと呼ばれ、このインフォーメ
ーションブロック９は、バッファ２のアドレスを設定す
るｄａｔａ₋ｌｏｃａｔｉｏｎと、プロセスによるバッ
ファ２へのデータ書き込み開始位置を設定するｓｔａｒ
ｔ₋ｂｙｔｅ₋ｐｏｓｉｔｉｏｎと、複数のバッファ内
の全データ長を設定するｄａｔａ₋ｌｅｎｇｔｈを有す
る。本実施例では、バッファ２のｂｕｆｆｅｒ₋ｂｌｏ
ｃｋ₋ｄａｔａ₋ｌｅｎｇｔｈの後からｓｔａｒｔ₋ｂ
ｙｔｅ₋ｐｏｓｉｔｉｏｎで示されるアドレスまでの間
の空き領域にスタンプ情報を設定する。

Claims (4)

【特許請求の範囲】
1. 【請求項１】 複数のプロセスが共通にアクセス可能な
   バッファを有するデ−タ処理システムにおけるバッファ
   操作方法において、プロセスがバッファの使用権を取得
   後、使用権を取得したプロセスの名前が前記データ処理
   システム内の所定のスタンプ領域にスタンプされること
   を特徴とするバッファ操作方法。
2. 【請求項２】 複数のプロセスが共通にアクセス可能な
   バッファを有するデ−タ処理システムにおけるバッファ
   操作方法において、プロセスがバッファの使用権を取得
   後、使用権を取得したプロセスの名前と現時刻とが前記
   データ処理システム内の所定のスタンプ領域にスタンプ
   されることを特徴とするバッファ操作方法。
3. 【請求項３】 複数のプロセスが共通にアクセス可能な
   バッファを有するデ−タ処理システムにおけるバッファ
   操作装置において、プロセスが使用するバッファの使用
   時間を計測する手段と、この計測した使用時間が一定時
   間を越えた場合、警告信号を発生する警告手段とを有す
   ることを特徴とするバッファ管理装置。
4. 【請求項４】 ＣＴＲＯＮ（Communication TRON）によ
   るプロセス間メッセージ通信に係るバッファ操作方法に
   おいて、プロセスがバッファの使用権を取得後、使用権
   を取得したプロセスの名前を所定のスタンプ領域にスタ
   ンプすることを特徴とするバッファ操作方法。