JPH0365731A

JPH0365731A - タスク状態管理方式

Info

Publication number: JPH0365731A
Application number: JP1201441A
Authority: JP
Inventors: Katsutoshi Yano; 勝利矢野; Hajime Kamata; 鎌田　肇; Toshimitsu Suzuki; 利光鈴木; Tamotsu Mizuguchi; 有水口
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1989-08-04
Filing date: 1989-08-04
Publication date: 1991-03-20

Abstract

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

Description

【発明の詳細な説明】〔概　　要〕ディスプレイに表示された複数のアイコンに対応する複
数のタスクがメツセージにより各タスクの状態を交換し
ながら各アイコンのサービスを実行する方式に関し、全サービスタスクの状態の変化を管理するタスクを設け
、状態が変化したサービスタスクがその管理タスクに状
態の変化を自己申告し、一方、管理タスクがどのサービ
スタスクの状態が変化したかを一括して各サービスタス
クにメツセージ送信することによって、各サービスタス
ク間のメツセージ交換をなくし、処理速度を向上するこ
とを目的とし、ディスプレイおよびポインティング・デバイスを備え、
該ディスプレイ上のアイコン群からの該ポインティング
・デバイスによるアイコン選択に従って、サービス・タ
スク群中の該アイコンに対応したタスクがタスク間のメ
ツセージ交換を実行しながらサービスを実現するワーク
ステーションにおいて、ポインティング・デバイスによ
って入力される座標情報をサービス・タスク群にメツセ
ージ送信し、さらにサービス・タスク群からのメツセー
ジに従いアイコン群のディスプレイ上の表示を管理する
入出力管理手段と、前記入出力管理ｆ段からのメツセー
ジ送信によりアクセスされたタスクが、そのアクセスに
より状態を変えることを通知するタスク状態変化通知手
段と、前記タスク状態変化通知手段によって通知される
状態の変化を、必要に応じてサービス・タスク群中の各
タスクにメツセージ送信するタスク状態管理手段とを有
するように構成する。

〔産業上の利用分野〕本発明は、タスクの状態管理方式に係り、更に詳しくは
、ディスプレイに表示された複数のアイコンに対応する
複数のタスクがメツセージにより各タスクの状態を交換
しながら各アイコンのサービスを実行する方式に関する
。

〔従来の技術〕

コンピュータ技術の進歩に伴って、コンピュータの使い
やすさの追求、すなわちマン−マシン・インタフェース
の充実が図られるようになっている。その一つに、アイ
コンとポインティング・デバイスの組み合わせがある。

キーボードからのコマンド入力を出来るかぎり減らし、
ディスプレイ上に表示されたアイコンをマウスや電子ペ
ン、タッチパネル等のポインティング・デバイスで指し
示すことによりアイコンに対応したコマンドのサービス
を実行させるものである。その時点に実行可能なコマン
ドに対応するアイコンをコンピュータ側でディスプレイ
上に表示するので、初心者でも分かりやすく、また操作
しやすい。

第５図は、アイコンを使ったコンピュータ・サービスの
動作説明図である。

同図（ａ−１）のディスプレイには７個のアイコン、す
なわち、ドキュメント４−１、時計４−２、メモ４−３
、電話４−４、ごみ箱４−５、引き出し４−６、〒４−
７が表示されている。丁４−７はカーソルの役目をし、
ポインティング・デバイスによって手４−７を移動させ
て他のアイコンを指示することによって、各アイコンに
対応したサービスが実行される。

例えば、同図（ａ−１）のようにドキュメント４−１を
手（カーソル）４−７で指示すれば、ドキュメントの作
成や更新、登録、削除等、ドキュメントに関するサービ
スが実行可能になる。またごみ箱４−５を指すと、ドキ
ュメント等をごみ箱に捨てたり、ごみ箱の中身を見せる
サービスが実行される。引き出し４−６を指した場合に
は、作成したドキュメントを記憶領域に格納したり、格
納しであるドキュメントを取り出したりするサービスが
実行可能になる。この他、時計４−２を指せば時刻の表
示す−ビスが、メモ４−３を指せばメモを書き込む場所
の確保が、電話４−４を指せば電話番号の検索やオート
ダイヤルサービスが実行される。

今、同図（ａ−１）のようにドキュメント４１をカーソ
ルで指してアクセスすると、このアクセスによって、次
にこのドキュメントに何らかの処理を施すことになる。

そして、次に同図（ａ　−２）のように、ごみ箱４−５
をアクセスすることによって、前にアクセスしたドキュ
メント４−１をごみ箱に捨てるサービスが実行される。

そしてこのサービスが実行されると、ドキュメント４−
１はごみ箱のなかに移され、同図（ａ−３）のようにド
キュメント４−１のアイコンがディスプレイ２上から消
去される。

一方、同図（ａ−１）の状態で、ドキュメント４−１を
アクセスすることなく、同図（ｂ−１）のようにごみ箱
４−７にアクセスした場合には、同図（ｂ−２）のよう
にごみ箱の中身をディスプレイ上に表示するサービスが
実行される。同図ではごみ箱に捨てられたドキュメント
１とドキュメント２が表示されている。

ここで、同図（ａ−１〜３）の場合は、ごみ箱のサービ
スが、ごみ箱４−５にアクセスする前にドキュメント４
−１にアクセスしていることを判断して、ドキュメント
をごみ箱に捨てるサービスを実行する。これに対して、
同図（ｂ−１，２）の場合には、ごみ箱のサービスが、
ごみ箱４−５にアクセスする前にどのアイコンにもアク
セスしていないことを判断して、ごみ箱の中身を表示す
るサービスを実行する。

このごみ箱のサービスのように、各アイコンに対応する
サービスはそれぞれのアイコンに対応したタスクによっ
て実行される。

第６図は、各アイコンのサービスに対応したタスク（サ
ービスタスク）の従来方式の動作説明図である。

ドキュメントのアイコン４−１のサービスはドキュメン
トサービスタスク５−１が、ごみ箱４−５のサービスは
ごみ箱サービスタスク５−５が実行し、その他のアイコ
ンに対しても、アイコン４−ｉに対してはサービスタス
ク５−ｉがサービスを実行する。

各アイコンに対応するサービスタスクは対等の位置づけ
にあり、その上位に画面管理タスク９および入力管理タ
スク１０が存在する。入力管理タスクｌＯは、マウスや
電子ペン、タッチパネル等のポインティング・デバイス
を使ってアクセスされたディスプレイ上での位置座標を
計算し、画面管理タスク９にその座標を引数としたメツ
セージ１１を送信する。一方、画面管理タスク９はディ
スプレイ２に表示されている全タスクの番号を管理して
おり、入力管理タスク１０から送信されたメツセージ１
１の座標情報を引数としたメツセージ１２を、管理して
いる全タスクに送信する。

今、ユーザがドキュメントのアイコン４−１を手のアイ
コン４−７でアクセスしたとする（第６図（ａ））。す
ると、入力管理タスク１０は手４−７の座標情報を引数
とするメツセージ１１を画面管理タスク９に送信し、さ
らに画面管理タスク９は管理している各サービスタスク
（５−■、５−２、・・・　５−６）に手４−７の座標
情報を引数とするメツセージ１２を送信する。

次に、各サービスタスク（５−１，５−２、・・　５−
６）は画面管理タスク９からのメツセージ１２を受信し
、そのメツセージを解析し、引数である座標情報がそれ
ぞれのサービスタスクに対応するアイコンが表示しであ
る範囲に含まれるか否かを判断する。今、〒４−７の座
標はドキュメントのアイコン４−１の範囲内にあるので
、ドキュメントサービスタスク５−１は自身のアイコン
４−１がアクセスされたと判断する。また他のサービス
タスク（５−２，５−３、・・・、５−６）はアクセス
されたのが自分自身でないと判断し処理を終わる。

ドキュメントサービスタスク５−１はそのアクセスの結
果、次に何らかの処理が施されることが予想されるので
、状態を変化させて次の処理の待機状態に入る。ディス
プレイ２上では、この状態の変化を例えばドキュメント
アイコン４−１の色の反転等で表示する。

次に、ユーザが手のアイコン４−７でごみ箱のアイコン
４−５をアクセスしたとする（同図う））。

このアクセスに対して、入力管理タスク１０は前述のよ
うに座標情報を引数とするメツセージ１３を画面管理タ
スク９に送信し、画面管理タスク９は管理している全サ
ービスタスク（５−１，５２、・・・、５−６）に座標
情報を引数とするメツセージ１４を送信する。各サービ
スタスクはそのメツセージ１４を解析し、自分自身がア
クセスされているのか否かを判断する。この場合、ごみ
箱４−５が指されているので、ごみ箱サービスタスク５
−５は自分がアクセスされたと判断し、他のサービスタ
スクはアクセスされていないので処理を終了する。

ごみ箱サービスタスク５−５が提供するサービスには、
ドキュメント等をごみ箱の中に捨てる処理（すなわち、
ごみ箱サービスタスクが捨てられたドキュメント等を管
理する処理）と、ごみ箱に捨てられている（すなわちご
み箱サービスタスクが管理している）ドキュメント等を
提示する処理がある。このうちのどちらのサービスを要
求されているかは、捨てられようとしているドキュメン
ト等がその時点にあるか否かで判断する。

すなわち、ごみ箱サービスタスク５−１は、捨てられる
可能性のある全サービスタスクに対して、そのタスクが
捨てられるのを待っているか否か（すなわちそのタスク
が状態を変化させているか否か）を問い合わせるメツセ
ージ１５を送信する。

ドキュメントサービスタスク５−１はこのメツセージ１
５を受けて、次の処理の待機状態にあることを示す返事
のメツセージ１６をごみ箱サービスタスク５−５に戻す
。ごみ箱サービスタスク５−５は返事のメツセージ１６
によってドキュメントサービスタスク５−１が捨てられ
るのを待機していると判断し、ドキュメントをごみ箱に
捨てる処理（すなわちドキュメントサービスタスク５−
１の管理をごみ箱サービスタスク５−５下で行なう処理
）を実行する。この処理を実行することによって、ドキ
ュメントサービスタスク５−５はディスプレイ２上から
消去されることになる（第５図（ａ−３））。

一方、ごみ箱サービスタスク５−５が送信した状態が変
化しているか否かを問い合わせるメツセージ１５に対し
て、状態が変化していることを示す返事のメツセージ１
６がどのサービスタスクからも返ってこない場合には、
ごみ箱サービスタスク５−５は今回のアクセスがごみ箱
の中身を提示するサービスの要求であると判断し、ごみ
箱サービスタスクが管理しているドキュメント等を提示
する（第５図（ｂ−２））。

第７図は、画面管理タスク９（同図（ａ））、およびド
キュメントサービスタスク５−■（同図（ｂ））とごみ
箱サービスタスク５−５（同図（Ｃ））を例とする各サ
ービスタスクの動作フローチャートである。

画面管理タスク９（第７図（ａ））は、処理を開始する
と（Ｓｔａｒｔ）、まず他のタスクからのメツセージを
待機する（３７１）。メツセージを受信するとそのメツ
セージを分析する（Ｓ７２）。

そして、メツセージの種類によって、それぞれの処理を
実行する。受信したメツセージが入力管理タスク１０か
らの座標表示を引数とするメツセージ（１１，１３）で
あったとする（Ｓ７３）と、画面管理タスク９はアイコ
ンに対応するサービスタスクの番号を管理しているので
、各サービスタスク（５−１，５−２、・・・、５−６
）に対して、入力管理タスクｌＯから受信した座標情報
を引数とするメツセージ（１２，１４）を送信しく３７
４）、その後、再びメツセージ受信待ちの状態に戻る（
Ｓ７１）。

また、ドキュメントサービスタスク５−１も通常はメツ
セージ受信待ちの状態にある（第７図中）Ｓ７５）。メ
ツセージを受信すると、画面管理タスクと同様にメツセ
ージの内容を分析しく３７６）、メツセージの種類に対
応した処理が実行される。

メツセージが画面管理タスク９からのアクセス座標の通
知１４であれば（３７７）、その座標がドキュメントの
アイコン４−１の表示範囲内にあるか否かを判定する（
３７Ｂ）。アイコン４−１の表示範囲内にあれば、ドキ
ュメントサービスタスク５−１がアクセスされたと判定
しく）７９）。

タスクのアクセス状態を示すフラグ（ＦＬＡＧ）の値を
１にする（Ｓ８０）。このフラグはタスクがアクセスさ
れ状態が変化したときに１、アクセスされていないとき
には０の値をとる状態変化値格納部である。一方、受信
したメツセージの座標情報がドキュメントのアイコン４
−１の範囲外であれば、他のタスクがアクセスされたも
のと判断しく５８１）、フラグの値をＯにする（Ｓ８２
）。

フラグの値を決定したのち（Ｓ８０または５８２）、次
のメツセージ受信待ちの状態に戻る（Ｓ７５）。

受信したメツセージがタスクの状態を確認するメツセー
ジ（例えば、ごみ箱サービスタスクからの状態確認メツ
セージ１５）の場合には（Ｓ８３）、フラグが１か否か
（すなわち、タスクの状態が変化しているか否か）を判
定しく５８４）、ＦＬＡＧ＝１ならば（Ｙ）、状態確認
のメツセージを送信してきたタスクに対して状態が変わ
ったことを通知するために、自身のタスク番号を引数と
するメツセージ１６を送信する（Ｓ８５）。ＦＬＡＧ＝
０の場合には（Ｎ）、状態が不変であることを、例えば
引数−１のメツセージを送信することにより通知する（
Ｓ８６）。その後、メツセージ受信待ちの状態に戻る（
Ｓ７５）。

以上に説明したように、各サービスタスクはどれも、通
常はメツセージ受信待ちの状態にあり、メツセージを受
信するとそのメツセージを分析したうえ、メツセージの
種類に適した処理を実行するようになっている。

ごみ箱サービスタスク５−５も同様である。まずメツセ
ージ受信待ちの状態で（ＳＳＴ）メツセージを受信する
とメツセージを分析しく３８Ｂ）、メツセージの内容に
適した処理を実行する。メツセージが画面管理タスク９
からの座標通知ならば（Ｓ８９）、次に、座標の領域判
定を行ない、ごみ箱サービスタスクがアクセスされたの
か他のサービスタスクがアクセスされたのかを判定する
（Ｓ８９）。その座標がごみ箱のアイコン４−５の表示
範囲内にあればごみ箱サービスタスク５−５がアクセス
されたと判断しく５９０）、ごみ箱に関する前述の二つ
のサービスのどちらを実行するかを判定するために、状
態変化が可能な他のサービスタスクに対して状態変化確
認メツセージ１５を送信しく５９１）、次のメツセージ
の受信を待つ（Ｓ８７）。一方、領域判定（Ｓ８９）の
結果、ごみ箱サービスタスクへのアクセスではないと判
定された場合には（Ｓ９２）、処理は行わずに次のメツ
セージ受信待ちの状態に戻る（Ｓ８７）。

受信したメツセージがごみ箱サービスタスク５１が送信
した状態変化確認メツセージへの返事ならば（Ｓ９３）
、ごみ箱サービスタスクはそのメツセージを分析し、状
態が変化しているか否かを判断する（３９４）。すなわ
ち、受信したメツセージの引数がタスク番号（正整数）
であれば、そのタスク番号のサービスタスクの状態が変
化したものと判断しくＹ）、ごみ箱にそのタスク番号の
サービスタスクを捨てる処理を実行する（３９５）。一
方、受信したメツセージの引数が−１（負数）であれば
、状態が変化していないと判断し、ごみ箱に既に捨てた
状態の中身（ドキュメント等）を表示する処理を実行す
る（３９６）。Ｓ９５または３９６の処理完了後、次メ
ツセージ受信待ちの状態に戻る（３８７）。

以上のように、従来の方式では、あるサービスタスクを
実行する際に他のサービスタスクの状態情報が必要な場
合には、他のサービスタスクに状態を問うメツセージを
送信し、その返答のメツセージの内容に従って処理を行
なう方式を採っている。

〔発明が解決しようとする課題〕

しかしながら、前述の方式では、他のサービスタスクの
状態が必要な度に、状態を問うメツセージの送信とその
返答メツセージの受信を行ない、その返答を判断しサー
ビスを実行しなければならい。また、状態が変化可能な
サービスタスクが多数ある場合には、それら全てのサー
ビスタスクに対して状態を問うメツセージを送信し、そ
れぞれの返答メツセージの内容を判断して処理する必要
がある。このため、返送メツセージの送受信に時間がか
かり、サービスの実行速度が低下し、処理効率が落ちる
という問題があった。

これは、あるサービスタスクの状態が変化しても、その
サービスタスクの中でのみ状態の変化を管理し、他のサ
ービスタスクからのメツセージによって状態を問われて
初めて他のサービスタスクに状態の変化を伝える方式を
採っているためである。

本発明は、全サービスタスクの状態の変化を管理するタ
スクを設け、状態が変化したサービスタスクがその管理
タスクに状態の変化を自己申告し、一方、管理タスクが
どのサービスタスクの状態が変化したかを一括して各サ
ービスタスクにメツセージ送信することによって、各サ
ービスタスク間のメツセージ交換をなくし、処理速度を
向上することを目的とする。

〔課題を解決するための手段〕

第１図は、本発明の機能ブロック図である。本発明は、
ディスプレイ２上に複数のアイコン（アイコン群４）を
表示し、ポインティング・デバイス３を使ってアイコン
を選択し、そのアイコンに対応するタスク（サービスタ
スク群５）にアクセスすることにより、各アイコンに対
応したサービスが提供されるワークステーション１を前
提とする。

入出力管理１段６は、ポインティング・デバイス３から
の入力信号を処理しポインティング・デバイス３が指し
示しているディスプレイ２の座標位置の計算を行ない、
サービスタスク群５にその座標情報を通知するとともに
、ディスプレイ２上に表示するアイコン群４を管理する
。

タスク状態変化通知手段７は、サービスタスクの状態の
変化の有無を判断し、変化した場合にはその旨を後述の
タスク状態管理１段８に通知する。

タスク状態管理手段８は、サービスタスク群５の各タス
クから通知される状態の変化を管理し、サービスタスク
群５に対して、どのタスクの状態が変化したかを通知す
る。

〔作　　　用〕

ユーザは、ディスプレイ２に表示されたアイコン群４（
アイコン１、・・・、アイコンミ１　・・、アイコンｎ
）のなかからポインティング・デバイス３を使って所望
のサービスを提供するアイコン（アイコンｉ）を選択す
る。すると、ポインティング・デバイス３はユーザが選
択したカーソルの位置情報を入出力管理下段６に人力す
る。入出力管理手段６は、この入力をもとにカーソルの
座標を計算し、その座標情報をサービスタスク群５の各
タスク（タスク１、タスク２、・・・、タスクｎ）に通
知する。

各タスクは、入出力管理手段６から入力された座標情報
から自分のタスクが選択されたか否かを判定する。すな
わち、今ユーザがアイコンｉを選択し、その座標情報を
入出力管理下段６がサービスタスク群５に通知すると、
アイコンｉに対応するサービスタスクｉはその座標情報
から自タスクが選択されたと判断する。

アクセスされたサービスタスクｉがアクセスによって状
態を変化するタスクである場合には、そのタスク内に設
けられたタスク状態変化通知手段７がタスク状態管理手
段８に状態が変化する旨を通知する。

タスク状態管理１段８は、サービスタスク群５の状態変
化可能なタスクｉからの状態変化通知を受けて、状態が
変化したタスクの番号を管理し、さらにサービスタスク
群の各タスク（タスク１、タスク２、・・・、タスクｎ
）に状態が変化したタスクのタスク番号を通知する。

このタスク番号の通知によって、他のサービスタスクの
状態変化情報を必要としているサービスタスクは状態が
変化したタスクのタスク番号を知ることができ、その情
報をもとにサービスを実行することが可能になる。例え
ば、従来方式の項で説明したごみ箱サービスタスクの場
合には、ドキュメントサービスタスクの状態変化通知を
タスク状態管理手段８からごみ箱サービスタスクが受は
取ればドキュメントサービスタスクをごみ箱に捨てる処
理を実行し、状態変化通知がないならば、ごみ箱の中身
を提示する処理を実行する。

〔実　　施　　例〕

以下、第２図乃第４図を参照しながら実施例を説明する
。

第２図は、本発明の一実施例のシステム構成図である。

本実施例は、例えば、パーソナル・コンピュータ・シス
テムやワークステーション・システムとして構成するこ
とが可能である。

ＣＰＵ２１を中心とし、これに主記憶２２、フロッピー
・ディスク装置やハードディスク、磁気テープ装置等の
２次記憶装置２３、ディスプレイコントローラ２４、タ
ッチパネル制御装置２５が接続される。ディスプレイコ
ントローラ２４は表示メモリ用のバッファ２６を介して
ディスプレイ２７に接続され、またタッチパネル制御部
２５はタッチパネル２８に接続される。但し、タッチパ
ネル２８は、その他のポインティング・デバイス、例え
ばマウスや電子ペンと置き換えることが可能である。

主記憶２２には、オペレーティング・システムの他、各
アイコンに対応するサービスタスクの処理プログラムや
、ディスプレイやタッチパネル等の入出力装置の管理プ
ログラム（入出力管理手段６の実行プログラム）、タス
ク状態管理１段８の実行プログラム等が格納されており
、このプログラムに従ってＣＰＵ２１が処理を実行する
。オペレーティング・システムは、複数のタスクを並列
に実行可能なものが望ましい。

次にこのシステムの動作を説明する。

ユーザはディスプレイ２７上に表示されたアイコンの一
つをタッチパネル２８によって選択する。

するとタッチパネル制御部２５はユーザが触れたディス
プレイ上の位置をＣＰＵ２１に入力する。

ＣＰＵ２１は主記憶２２内の入出力処理プログラムを実
行し、ユーザが触れたディスプレイ上の位置座標を計算
する。そして計算結果の座標情報を各アイコンに対応す
るサービスタスクにメツセージ送信する。

各サービスタスクはメツセージを受けて、それぞれのタ
スクのプログラムに従い処理を実行する。

どのタスクも、まず、受信したメツセージに含まれる座
標情報が自分のタスクのアイコンの表示領域に含まれる
か否かを判断し、含まれない場合には処理を終了する。

自アイコンの表示領域に含まれる場合はそのタスクがア
クセスされたと判断されるので、以下、アクセスされた
タスクの処理プログラムに従った処理が実行される。

例えば、アクセスされたサービスタスクがドキュメント
の作成や更新、登録、削除等を提供するドキュメントサ
ービスタスクの場合には、このアクセスによって、その
ドキュメントに対して何らかの処理をこれから行なうこ
とが宣言されたことになる。すなわち、ドキュメントサ
ービスタスクはこのアクセスにより状態を変化させ、ユ
ーザの次の要求を待つことになる。

ドキュメントサービスタスクのようにユーザのアクセス
によって状態を変化させるサービスタスクは、次に、状
態が変化したことをタスク状態管理１段８の実行プログ
ラムにメツセージ送信する。

タスク状態管理手段８は状態が変化したサービスタスク
のタスク番号を管理する。そして、ユーザが次の何らか
の要求をした（す°なわち、アイコンを選択した）時点
で、入出力管理１段６が座標情報を全サービスタスクに
通知するのと合わせて、現在状態が変化しているサービ
スタスクのタスク番号をメツセージ送信する。

各サービスタスクはタスク状態管理手段８からのメツセ
ージを受けて、自タスクがアクセスされたか否かを判断
し、アクセスされたサービスタスクは自プログラムと状
態が変化しているサービスタスクのタスク番号に従って
処理を実行する。例えば、先のドキュメントサービスタ
スクへのアクセスの次にごみ箱サービスタスクがアクセ
スされた場合には、タスク状態管理手段８からドキュメ
ントサービスタスクのタスク番号がごみ箱サービスタス
クに通知されるので、このタスク番号を参照して、ごみ
箱にこのドキュメントサービスタスクを捨てる処理を実
行する。

第３図は、一実施例における各タスク間でのメツセージ
の流れの説明図である。

従来方式の場合と同様に、入力管理タスク３１と画面管
理タスク３２、および各アイコン（４−１、・・・、４
−６）に対応するサービスタスク（ドキュメントサービ
スタスク３３−１、時計す＝ビスタスク３３−２、・・
・、ごみ箱サービスタスク３３−５、引き出しサービス
タスク３３−６）が存在する。入力管理タスク３１はタ
ッチパネルやマウス等のポインティング・デバイスから
入力されるカーソルの情報をもとにユーザが指したディ
スプレイ上の座標を計算し、その座標を画面管理タスク
３２にメツセージ送信する役割を果たす。また画面管理
タスク３２は、ディスプレイ２に表示しであるアイコン
に対応するサービスタスクのタスク番号に加えて、状態
が変化したタスクのタスク番号を管理している。そして
全サービスタスクに対して入力管理タスク３１から送ら
れる座標情報と状態が変化しているタスクのタスク番号
を引数とするメ・シセージ送信する役割を持つ。

ここで、どのサービスタスクも状態が変化していない場
合（初期状態）は、タスク番号の値を−１にすることと
する。

今、ユーザがドキュメントのアイコン４−１を手のアイ
コン４−７で指してアクセスしたものとする（同図（ａ
））。すると、まず入力管理タスク３１が〒のアイコン
４−７の座標を計算し、画面管理タスク３２にその座標
情報を引数とするメ・ンセージ３４を送信する。画面管
理タスク３３はこのメツセージ３４を受けて管理してい
る全サービスタスクに対して座標情報および状態が変化
しているタスクのタスク番号を引数とするメツセージ３
５を送信する。この時点では状態が変化しているサービ
スタスクは存在しないので、タスク番号の引数は−１で
ある。

各サービスタスクはメツセージ３５を受けて自サービス
タスクがアクセスされたか否かを判定する。すなわちメ
ツセージ３５に含まれる座標情報が自サービスタスクに
対応するアイコンの表示範囲に含まれるか否かの領域判
定を実行する。もしアイコンの範囲内にあれば、そのサ
ービスタスクがアクセスされたと判断する。座標情報が
アイコンの範囲外の場合には、アクセスされていないと
判断し、そのサービスタスクは処理を終了する。

第３図（ａ）の場合は、ドキュメントサービスタスク３
３−１が自タスクがアクセスされたと判断する。他のサ
ービスタスク（３３−２、・・、３３−６）はアクセス
されていないので処理を終了する。ドキュメントサービ
スタスク３３”−１は、このアクセスによって状態を変
化させる。そして状態が変化したことを画面管理タスク
３２にメツセージ送信３６する。このメツセージの引数
はドキュメントサービスタスクのタスク番号である。画
面管理タスク３２はこのメツセージ３６を受けて状態が
変化したドキュメントサービスタスクのタスク番号を保
持する。これでユーザがドキュメントのアイコン４−１
をアクセスしたことによる処理が終了する。

次に、ユーザがごみ箱のアイコン４−５を手のアイコン
４−７で指してアクセスするとする（同図中））。

人力管理タスク３１は前述の場合と同様に手のアイコン
４−７が指しているディスプレイ上の座標を計算し、座
標情報を引数とするメツセージ３７を画面管理タスク３
２に送信する。画面管理タスク３２は、入力管理タスク
３１からのメツセージ３７を受けて、管理している全サ
ービスタスクに対して、全入力管理タスク３１から送ら
れてきた座標情報と、状態が変化したタスクのタスク番
号（すなわちドキュメントサービスタスクのタスク番号
）を引数とするメツセージ３８を送信する。

各サービスタスク（３３−１、・・・、３３−６）は、
メツセージ３８を受けて、前述と同様にまずメツセージ
に含まれる座標情報を元に領域判定を行ない・自サービ
スタスクがアクセスされているのか否かを判断する。こ
の場合は、ごみ箱サービスタスク３３−５がアクセスさ
れた。他のサービスタスク（３３−１、・・・、３３−
４．３３−６）はアクセスされていないので処理を終了
する。

ごみ箱サービスタスク３３−５は、自タスクがアクセス
されたと判断し、また状態が変化したタスク番号（すな
わち６ドキユメントサービスタスクのタスク番号）が送
信されてきたので、そのタスク番号のサービスタスク（
ドキュメントサービスタスク３３−１）をごみ箱に捨て
る処理を実行して処理を実行する。すなわちごみ箱に捨
てたタスクのタスク番号を管理する領域にドキュメント
サービスタスク３３−１のタスク番号を登録する。

そしてごみ箱サービスタスク３３−５の処理を終了する
。

このように画面管理タスク３２が状態の変化したサービ
スタスクのタスク番号を管理し、また画面管理タスク３
２が送信するメツセージの引数に状態の変化したタスク
のタスク番号を加え、さらにサービスタスクの状態が変
化した時点で、そのサービスタスク自身が画面管理タス
ク３２に状態が変化したことを通知することによって、
従来方式で行なっていた状態の変化を確認するためのサ
ービスタスク間のメツセージ交換をすることなくサービ
スを実行することが可能になる。

第４図は、入力管理タスク３１、画面管理タスク３２、
およびドキュメントサービスタスク３３−■とごみ箱サ
ービスタスク３３−５を例とするサービスタスクの動作
フローチャートである。

まず、入力管理タスクは（同図（ａ）Ｌ通常はユーザが
ポインティング・デバイスをクリックすることによって
起こる割り込みを待つ状態にある（Ｓ４１）。ユーザが
ポインティング・デバイスによってカーソルを所望のア
イコンの位置に移動し入カポタンをクリックすると割り
込みが発生する。入力管理タスク３１はこの割り込みを
受けてポインティング・デバイスの制御装置からユーザ
が指示した座標に関する情報を獲得し、指示座標を計算
する（Ｓ４２）。そして、次にその座標情報を引数とす
るメツセージ（３４，３７）を画面管理タスク３３に送
信する（Ｓ４３）、これで入力管理タスク３１の処理が
終了し、次のユーザ入力割り込みが発生するのを待機す
る状態に戻る（Ｓ４１）。

次に、画面管理タスク３２の動作を第４図中）に沿って
説明する。まずタスクが実行状態になると、他のタスク
からのメツセージの受信待ち状態になる（３４４）。メ
ツセージを受信すると、そのメツセージの内容を分析し
く５４５）、メツセージ内容に適した処理を実行する。

メツセージが人力管理タスク３１から通知される座標情
報のメツセージの場合（Ｓ４６）には、その座標情報と
、画面管理タスク３２が管理している状態が変化したタ
スクのタスク番号を引数とするメツセージ（３５，３８
）を各サービスタスクに送信する（３４７）。

メツセージの内容がサービスタスク（３３−１、・・・
、３３−６）からの状態変化通知３６の場合（３４８）
には、画面管理タスク３２は状態の変化したサービスタ
スクのタスク番号をメモリに格納する（Ｓ４９）。３４
７、Ｓ４９の処理の実行後、再びメツセージ受信待ちの
状態に戻る（Ｓ４４）。

以上のように、画面管理タスク３２が状態変化タスクの
タスク番号を管理し、送信するメツセージの引数として
その時点で状態が変化しているサービスタスクのタスク
番号を加え、座標情報とともに送信することによって、
このメツセージを受信するサービスタスクの側では、個
々のサービスタスク間で状態確認のメツセージ交換をす
ることなくサービスを実行することが可能になる。

一方、各アイコンのサービスを実行するサービスタスク
の動作例として、状態が変化可能であり、変化した場合
に画面管理タスク３２に状態の変化を通知するドキュメ
ントサービスタスク３３−１の動作を第４図（Ｃ）に、
また、状態が変化する他のタスクの情報をもとにサービ
スを行なうごみ箱サービスタスク３３−５の動作を同図
（ｄ）に沿って説明する。

ドキュメントサービスタスク３３−１が実行状態になる
と、まず他のタスクからのメツセージ受信待ちになる（
Ｓ５０）。メツセージを受信すると、その内容を分析し
く５５１）、その内容に適した処理を実行する。

メツセージが画面管理タスク３２が送信した指示座標お
よび状態変化タスク番号の通知である場合（３５２）に
は、次に、ユーザがドキュメントサービスタスクをアク
セスしたのか否かを指示座標の領域判定によって判断す
る（Ｓ５３）、画面管理タスク３２から送信された指示
座標がドキュメントのアイコン４−１の表示領域内の座
標であれば、ドキュメントサービスタスクがアクセスさ
れたと判断しく５５４）、逆にアイコン４−１の表示領
域内の座標でなければ、ドキュメントサービスタスクは
アクセスされず、他のサービスタスクがアクセスされた
と判断する（Ｓ５５）。

ドキュメントサービスタスクがアクセスされた場合は（
Ｓ５４）、ドキュメントサービスタスクの状態が変化す
るので、変化する旨を画面管理タスク３２にタスク番号
を引数とするメツセージ３６として送信しく５５６）、
その後次のメッセ−ジの受信待ち状態に入る（Ｓ５０）
。一方ドキュメントサービスタスクのアクセスではなか
った場合（３５５）は、メツセージ受信待ちの状態に直
接戻る（Ｓ５０）。

次に、状態変化タスクの情報を受けて処理を行なうごみ
箱サービスタスク３３−５　（第４図（ｄ））は、実行
状態になると、他のタスクと同様に、他のタスクが送信
するメツセージの受信待ちの状態になる（Ｓ５７）。メ
ツセージを受信すると、メツセージの内容を分析し、そ
の内容に適した処理を実行する（３５８）。

ここで、メツセージが画面管理タスク３２からの指示座
標および状態変化タスク番号の通知メツセージ（３８）
の場合は（Ｓ５９）、他のサービスタスクの動作と同様
に、まず自サービスタスクがアクセスされたのか否かを
判定する領域判定を実行する（３６０）。領域判定には
メツセージのなかの座標情報を用い、この座標がごみ箱
サービスタスクのアイコン４−５の表示領域中にあれば
アクセスされたと判定する（３６１）。ごみ箱サービス
タスクをアクセスしたのではない場合（Ｓ６２）には、
次のメツセージの受信待ち状態に戻る（Ｓ５７）。

ごみ箱サービスタスクがアクセスされたと判定された場
合（Ｓ６１）には、次に、状態が変化しているタスクの
有無を判断する（Ｓ６３）。この処理は、画面管理タス
ク３２からのメツセージの状態変化タスク番号を参照し
て行なう。このタスク番号が正整数であれば、該タスク
番号のサービスタスクの状態が変化している（Ｓ６４）
ことを意味し、また、タスク番号が−１の場合には状態
が変化しているサービスタスクが存在しない（Ｓ６５）
ことを意味する。

３６４の場合は、該タスク番号のサービスタスクをごみ
箱に捨てる処理、すなわち該タスク番号をごみ箱サービ
スタスクが管理するタスク番号の格納領域に登録する処
理を実行する（３６６）。

一方Ｓ６５の場合は、ごみ箱の中身、すなわちごみ箱サ
ービスタスクが管理している捨てられたタスクの番号を
表示する処理を実行する（Ｓ６７）。

３６６、Ｓ６７の処理完了後、次のメツセージ受信待ち
に戻る（Ｓ５７）。

各タスクが以上のフローチャートに沿って処理すること
により、各サービスタスク間で状態変化確認のメツセー
ジ交換を実施することなく、サービスを実行することが
可能になる。

〔発明の効果〕

本発明は、各アイコンのサービスを実行するそれぞれの
サービスタスクの状態変化を画面管理タスクに管理させ
、画面管理タスクが状態変化したタスクのタスク番号を
各サービスタスクに通知することにより、サービスタス
ク間での状態変化確認メツセージ交換を不要にすること
を可能にする。

この結果、他のタスクの状態変化情報を利用してサービ
スを提供するサービスタスクの実行速度が向上する。

【図面の簡単な説明】

第１図は本発明の機能ブロック図、第２図は一実施例のシステム構成図、第３図は一実施例におけるタスク間のメツセージの流れ
図、第４図は一実施例の各タスクの動作フローチャート、第５図はごみ箱サービスの動作説明図、第６図は従来方
式のタスク間のメツセージの流れの説明図、第７図は従来方式における各タスクの動作フローチャー
トである。ｌ・・・ワークステーション、２・・・ディスプレイ、３・・・ポインティング・デバイス、４・・・アイコン群、５・・・サービスタスク群、６・・・入出力管理手段、７・・・タスク状態変化通知１段、８・・・タスク状態管理手段。

Claims

【特許請求の範囲】ディスプレイ（２）およびポインティング・デバイス（
３）を備え、該ディスプレイ（２）上のアイコン群（４
）からの該ポインティング・デバイス（３）によるアイ
コン選択に従って、サービス・タスク群（５）中の該ア
イコンに対応したタスクがタスク間のメッセージ交換を
実行しながらサービスを実現するワークステーション（
１）において、ポインティング・デバイス（３）によって入力される座
標情報をサービス・タスク群（５）にメッセージ送信し
、さらにサービス・タスク群からのメッセージに従いア
イコン群（４）のディスプレイ上の表示を管理する入出
力管理手段（６）と、前記入出力管理手段（６）からの
メッセージ送信によりアクセスされたタスクが、そのア
クセスにより状態を変えることを通知するタスク状態変
化通知手段（７）と、前記タスク状態変化通知手段（７）によって通知される
状態の変化を、必要に応じてサービス・タスク群（５）
中の各タスクにメッセージ送信するタスク状態管理手段
（８）とを有することを特徴とするタスク状態管理方式
。