JP2001325238A - 分散オブジェクトシステムにおける処理進捗状況表示方法 - Google Patents

Abstract

(57)【要約】 【課題】分散オブジェクトシステムにおいて、処理の進
捗状況を把握するための処理進捗状況表示方法を提供す
る。 【解決手段】オブジェクト間でメッセージが送受信され
る際に、送受信が発生したオブジェクト名を計算手段１
１０１に進捗状況通知データとして収集し、該データか
ら各処理がどのオブジェクトを渡っていくかを表した処
理フローテーブルを記憶装置１３０２に作成しておき、
処理が開始されるオブジェクトを指定することによっ
て、前記処理フローテーブルから、そのオブジェクトを
起点に開始される処理フローを選んで、表示装置１３０
２に表示し、処理の進捗にしたがって収集される前記デ
ータによって、あらかじめ表示しておいた処理フローの
中から、実施される可能性の無くなった処理フローを削
除し、表示の更新を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は複数の計算機上に複
数のオブジェクトが分散して配置される分散オブジェク
トシステムに係わり、特にその処理進捗状況の表示に関
する。

【０００２】

【従来の技術】アプリケーションを実行する際、アプリ
ケーション本来の処理を行いつつ、アプリケーションの
進捗状況を表示装置に表示するシステムが知られてい
る。

【０００３】処理の進捗状況を表示する方法として、例
えば特開平５−１００８０８号公報に示されているよう
にアプリケーションプログラムに処理の進捗状況を通知
する手段を埋めこみ、この通知手段が実行時に進捗状況
表示制御部に対して処理の進捗状況を通知することによ
り、進捗状況を随時表示する方法が知られている。

【０００４】内部仕様を解析したり通知手段等を埋めこ
まずに処理に要する時間を予測する方法として、例えば
特開平１１−１４３７４０号公報に示されているよう
に、事前に行われた処理の入力データ量と処理時間の関
係を保持しておくことにより、これから行われる処理に
要する時間の予測を入力データ量を用いることによって
行い、その予測に基づいて処理の進捗状況表示を行う方
法が知られている。

【０００５】

【発明が解決しようとする課題】かかる従来の方法に
は、次のような問題がある。

【０００６】特開平５−１００８０８号公報に開示され
ている技術を用いることによって、処理の進捗状況を知
ることが可能である。しかしながら、本方法はアプリケ
ーション内部でどのような処理が行われているかを把握
していなければ、適切な箇所に通知手段を埋めこむこと
は困難である。

【０００７】また特開平１１−１４３７４０号公報に開
示されている技術を用いることによって、事前にアプリ
ケーションの挙動を解析したり、通知手段を埋めこんだ
りすること無く、入力データと処理時間を監視すること
によって、処理時間の予測を行うことが可能である。し
かしながら、本方法には最初に行った予測を、処理の途
中で修正する手段がない。

【０００８】本発明は、上記のような事情に鑑み為され
たもので、分散オブジェクトシステムにおいて、事前に
プログラムを解析したり、通知手段を埋めこむことなく
処理の進捗状況を知る手段を提供することを第１の目的
とする。

【０００９】また、これから行われる処理に関して事前
に予測を行い、実際に処理の進捗に応じて最初に行った
予測を修正しながら進捗状況の表示を行う手段を提供す
ることを第２の目的とする。

【００１０】

【課題を解決するための手段】本発明は、オブジェクト
を単位に処理が複数のオブジェクトにわたって行われる
分散オブジェクトシステムにおける処理について、オブ
ジェクト間でメッセージが送受信される際に、送受信が
発生したオブジェクト名を進捗状況通知データとして収
集し、該データから処理の種類毎にその処理がどのオブ
ジェクトを渡っていくかを記述した処理フローを集めた
処理フローテーブルをあらかじめ作成しておき、これか
ら実行される処理に関して、前記処理フローテーブルを
利用することによって、実施される可能性のある処理の
流れの候補をあらかじめ表示しておき、処理の進捗にし
たがって収集される前記進捗状況通知データによって、
あらかじめ表示しておいた処理の流れの候補を絞り込
み、表示の更新を行うことによって、その処理経路を確
定していくことを特徴とする。

【００１１】また本発明は、前記分散オブジェクトシス
テムにおいて、処理の進捗割合、処理の実施確率の少な
くとも一つを表示し、処理の進捗にしたがって更新して
いくことを特徴とする。

【００１２】

【発明の実施の形態】（１）第１の実施形態 図１は、本実施形態の進捗状況表示方法を実現する計算
機システムの構成図である。本計算機システムは、収集
したデータの処理とそれに基づく進捗状況の計算を行う
プログラムである計算手段１１０１を搭載する計算機１
２０３、進捗状況採取の対象となるオブジェクトを実行
する計算機１２０１、１２０２、及び計算機間を接続す
るＬＡＮ１２１０からなる。本例では進捗状況採取の対
象となる計算機は２台であるが、その台数に制限はな
い。また各計算機はＬＡＮ１２１０によって相互通信が
可能であるが、通信を実現する手段もＬＡＮに限定され
るわけではない。採取手段１１０２、１１０３は計算手
段１１０１から指示を受け、必要に応じてデータの採
取、採取データの計算手段への転送を行うプログラムで
ある。なおデータの採取は、特願平１１−１２５４０１
号公報に開示されている技術を用いることによって、実
現することが可能である。１００１から１００３まで
は、実際に処理進捗状況の監視対象となるオブジェクト
である。計算手段はそれぞれのオブジェクトに対してオ
ブジェクトＩＤと呼ばれる一意のＩＤを用いることによ
ってこれを区別する。オブジェクトＩＤとして、例えば
分散オブジェクト技術の標準の一つであるＣＯＲＢＡで
用いられているオブジェクトリファレンスを用いる。Ｃ
ＯＲＢＡ技術に関しては、「”Ｔｈｅ Ｃｏｍｍｏｎ
Ｏｂｊｅｃｔ Ｒｅｑｕｅｓｔ Ｂｒｏｋｅｒ：Ａｒｃ
ｈｉｔｅｃｔｕｒｅ ａｎｄＳｐｅｃｉｆｉｃａｔｉｏ
ｎ” ＯＭＧ Ｄｏｃｕｍｅｎｔ Ｒｅｖｉｓｉｏｎ
２。２、Ｆｅｂｒｕａｒｙ １９９８」に詳しい。

【００１３】なお計算機１２０３には表示装置１３０１
及び記憶装置１３０２が接続される。表示装置１３０１
は進捗状況の表示を行う。記憶装置１３０２は、処理の
種類毎にその処理がどのオブジェクトを渡っていくかを
記述した処理フローテーブルを格納する。

【００１４】また図１では計算手段１１０１は計算機１
２０１、１２０２とは独立した計算機１２０３上に配置
されているが、これらを例えば計算機１２０１のよう
に、データ採取手段と同一の計算機に配置しても本発明
を実施できる。

【００１５】また計算手段１１０１及びデータ採取手段
１１０２、１１０３をプログラムとして格納する記憶媒
体を作成することが可能である。この記憶媒体上のプロ
グラムを計算機１２０１、１２０２、１２０３に接続さ
れる駆動装置から読みこむか、または他の計算機からネ
ットワークを経由して計算機１２０１、１２０２、１２
０３へ伝送し、各々の計算機に配置されるプログラム部
分である計算手段１１０１及び採取手段１１０２、１１
０３をその計算機のメモリにロードしてその計算機によ
って実行することが出来る。

【００１６】図２は、第１の実施形態の計算手段１１０
１の処理の概略手順を示す図である。

【００１７】計算手段１１０１は、最初にステップ２１
００において、ユーザから進捗状況を監視する一連の処
理を開始するオブジェクトの入力があったかどうかを判
定する。入力があれば、ステップ２１０５において、ス
テップ２１００において入力されたオブジェクトのオブ
ジェクトＩＤを引数に、記憶装置１３０２に格納されて
いる処理フローテーブルを検索することによって、これ
から行われる処理の候補一覧を作成し、ステップ２１１
０において、その結果を表示装置１３０１に表示する。

【００１８】次に、ステップ２１１５において、採取手
段１１０２、１１０３から送信されてくる進捗状況通知
データを受信すると、ステップ２１２０において、該デ
ータを記憶装置１３０２に蓄積されている処理フローテ
ーブルに反映する。

【００１９】次に、ステップ２１２５において更新が必
要かどうかをチェックする。進捗状況の表示中であり、
かつ着目している処理の進捗を表すデータであった場合
には、ステップ２１３０において必要な計算を行い、表
示装置１３０１の表示の更新を行う。

【００２０】引き続き、ステップ２１３５において、ユ
ーザから終了の指示があったかどうかを判定する。終了
指示があれば処理を終了し、なければステップ２１００
に戻る。

【００２１】以下に、上記各処理を図３から図７を用い
て詳細に説明する。

【００２２】図３はステップ２１１５において、計算手
段１１０１が、採取手段１１０２、１１０３から受信す
る進捗状況通知データ３１００のデータ構成を示す図で
ある。進捗状況通知データ３１００は、オブジェクトＩ
Ｄフィールド３０１０、メッセージＩＤフィールド３０
１１及び種類フィールド３０１２からなる。進捗状況通
知データ３１００はオブジェクトが他のオブジェクトに
メッセージを送信するか、または他のオブジェクトから
メッセージを受信するごとに、採取手段１１０２、１１
０３が各々計算機１２０１、１２０２のメモリ上に作成
し、計算手段１１０１に送信する。オブジェクトＩＤフ
ィールド３０１０には、メッセージを送信もしくは受信
したオブジェクトのオブジェクトＩＤが格納される。メ
ッセージＩＤフィールド３０１１には、メッセージを区
別するために用いる該メッセージのメッセージＩＤが格
納される。ここでメッセージＩＤとして、例えば分散オ
ブジェクト技術の標準の一つであるＣＯＲＢＡにおいて
内部的に用いられているメッセージＩＤを使用すること
ができる。種類フィールド３０１２には、送信あるいは
受信のいずれかが格納される。オブジェクトは、他のオ
ブジェクトにメッセージを送信する時点、もしくは他の
オブジェクトからメッセージを受信した時点で、採取手
段に対し、該オブジェクトのオブジェクトＩＤと該メッ
セージのメッセージＩＤを通知する。

【００２３】図４は、ステップ２１２０において、計算
手段１１０１が、採取手段から受信した進捗状況通知デ
ータ３１００を、記憶装置１３０２に格納されている処
理フローテーブルに反映する処理の詳細である。本処理
は、処理フローの作成と、作成した処理フローの追加の
２つのステップからなる。

【００２４】処理フローの作成は、図５に示す未確定処
理フローテーブル５００１を利用して行う。このテーブ
ルは計算手段１１０１が計算機１２０３のメモリ上に作
成するものである。未確定処理フローテーブルは、未確
定処理フロー５１０１、５１０２、５１０３から構成さ
れ、未確定処理フローは１つのメッセージＩＤフィール
ド５１１０と、複数のオブジェクトＩＤフィールド５１
２０からなる。メッセージＩＤフィールド５１１０に
は、該未確定処理フローのオブジェクトＩＤフィールド
の最右端のオブジェクトが送信処理を終えた後の場合に
は、その送信処理で送信されたメッセージのメッセージ
ＩＤを格納する。そうでない場合は空欄とする。オブジ
ェクトＩＤフィールド５１２０には、処理が行われた順
にオブジェクトのオブジェクトＩＤを格納していく。

【００２５】ステップ４１０５において、採取手段１１
０２、１１０３から受信した進捗状況通知データ３１０
０を、未確定処理フローテーブル５００１に追加する。
その方法であるが、受信したデータの種類フィールド３
０１２が受信であり、かつメッセージＩＤフィールド３
０１１に格納された値が、未確定処理フローのメッセー
ジＩＤフィールドに格納された値と同一であれば、該未
確定処理フローの最右端に、該進捗状況通知データのオ
ブジェクトＩＤフィールド３０１０に格納されたオブジ
ェクトＩＤを追加し、該未確定処理フローのメッセージ
ＩＤフィールドを空欄にする。受信したデータの種類フ
ィールド３０１２が送信であり、かつオブジェクトＩＤ
フィールド３０１０に格納された値が、未確定処理フロ
ーのオブジェクトＩＤフィールドの最右端に格納された
値と同一であれば、該未確定処理フローのメッセージＩ
Ｄフィールド５１１０に、メッセージＩＤフィールド３
０１１に格納されていた値を格納する。上の２つに当て
はまらず、かつ種類フィールド３０１２が送信の場合
は、新たに開始された処理とみなし、新規に未確定処理
フローを生成し、未確定処理フローテーブル５００１に
追加する。該未確定処理フローには、メッセージＩＤフ
ィールド５１１０にメッセージＩＤフィールド３０１１
に格納されていた値を格納し、オブジェクトＩＤフィー
ルド５１２０にオブジェクトＩＤフィールド３０１０に
格納されていた値を格納する。

【００２６】引き続き、ステップ４１１５において、未
確定処理フローの中で、処理が完結したものがあるかど
うかをチェックする。本チェックは、オブジェクトＩＤ
フィールド５１２０の最左端のオブジェクトＩＤと最右
端のオブジェクトＩＤが等しいかどうかで行う。すなわ
ち、処理が開始されたオブジェクトに処理が戻ることに
よって処理の終了とする。処理が完結していれば、該未
確定処理フローを確定処理フローとし、未確定処理フロ
ーテーブル５００１から削除する。次に、ステップ４１
２０において、前記確定処理フローと同一の処理フロー
が、記憶装置１３０２に格納されている処理フローテー
ブル６１００にあるかどうかを確認する。既に存在して
いれば処理を終了する。存在していない場合、処理フロ
ーテーブル６１００に前記確定処理フローを追加する。
例えば、未確定処理フローテーブルが図５に示された状
態にあるときに、オブジェクトＩＤフィールド３０１０
が１０２、メッセージＩＤフィールド３０１１が９、種
類フィールド３０１２が受信である進捗状況通知データ
３１００が到着した場合、オブジェクトＩＤ１０２を未
確定処理フロー５１０２に追加し、その結果該フローの
最左端と最右端に格納されたオブジェクトＩＤの値が１
０２と等しくなるため、未確定処理フロー５１０２を確
定処理フローとし、未確定処理フローテーブル５００１
から削除し、該フローを処理フローテーブル６１００に
追加する。

【００２７】図６は前記処理の結果作成される、処理フ
ローテーブル６１００のデータ構造を示す図である。６
００１、６００２及び６００３は各々１つの処理フロー
を表している。処理フローとは、複数のオブジェクトに
渡って一つの処理が完結するような処理について、その
処理が行われたオブジェクトのオブジェクトＩＤを処理
が行われる順に並べたものである。例えば、処理フロー
６００２はオブジェクトＩＤ１０１のオブジェクトから
開始され、オブジェクトＩＤ１０２のオブジェクトを経
由してオブジェクトＩＤ１０１のオブジェクトに戻って
くるような処理の流れを表している。

【００２８】ステップ２１０５における検索処理の結
果、処理フローテーブル６１００から処理候補テーブル
が作成される。処理候補テーブルは処理フローテーブル
６１００のサブセットであり、処理フローテーブル６１
００を構成する処理フロー６００１、６００２及び６０
０３を参照し、処理フローの先頭のオブジェクトＩＤ
が、ステップ２１００において入力されたオブジェクト
ＩＤと同じである全ての処理フローをテーブルとしてま
とめることによって構成される。例えば、ステップ２１
００において、ユーザからオブジェクトＩＤ１０１の入
力があった場合、計算手段１１０１はステップ２１０５
において処理フローテーブル６１００を参照し、オブジ
ェクトＩＤ１０１のオブジェクトから開始される処理フ
ロー６００１、６００２の２つの処理フローを処理候補
テーブルとして構成する。

【００２９】図７は表示装置１３０１上に表示される処
理進捗状況表示画面７００１の例を示す図である。処理
進捗状況表示画面７００１は処理の進捗状況を図式化し
たカレント処理フロー７１００を表示する。カレント処
理フロー７１００は、既に送信処理が行われたオブジェ
クトのオブジェクトＩＤをラベルとして持つ確定オブジ
ェクトアイコン７０１０と、受信処理もしくは送信処理
のいずれも行われていないオブジェクトのオブジェクト
ＩＤをラベルとして持つ未確定オブジェクトアイコン７
０１１と、右側に配置されたオブジェクトが左側に配置
されたオブジェクトからのメッセージを既に受信してい
ることを示す確定矢印７０２０と、右側に配置されたオ
ブジェクトが左側に配置されたオブジェクトからのメッ
セージをまだ受信していないことを示す未確定矢印７０
２１からなる。

【００３０】ステップ２１１０における検索結果表示
は、処理候補テーブルを図式化したものであり、カレン
ト処理フロー７１００の初期状態となる。この初期状態
は、ステップ２１００においてユーザから入力されたオ
ブジェクトのオブジェクトＩＤをラベルに持つ未確定オ
ブジェクトアイコンを処理進捗状況表示画面７１００の
左端に配置し、このオブジェクトを起点に、処理候補テ
ーブルを構成する各処理フローについて、処理フローを
構成するオブジェクトのオブジェクトＩＤラベルに持つ
未確定オブジェクトアイコンを処理の順番に配置し、そ
の間を未確定矢印によって結んだものである。

【００３１】ステップ２１１５において、受信した進捗
通知データ３１００が注目している処理の進捗を表すも
のであった場合、受信したデータによって、カレント処
理フロー７１００の表示を更新を行う。進捗通知データ
３１００が、処理の進捗を表しているかどうかについて
の判定は、初期状態においては、ステップ２１００にお
いて指定されたオブジェクトからの送信処理であるか、
それ以降は確定している処理フローから未確定の部分へ
の処理の進捗を表すデータであるかどうかによって行わ
れる。

【００３２】処理進捗状況表示画面７１００は、オブジ
ェクトＩＤ１０１のオブジェクトから処理が開始され、
現在、オブジェクトＩＤ１０２のオブジェクトが処理を
行っていることを示している。ここで例えば、表示手段
にオブジェクトＩＤフィールド３０１０が１０２、かつ
種類フィールド３０１２が送信である進捗状況通知デー
タが到着すると、オブジェクトＩＤ１０２のラベルを持
つ未確定オブジェクトアイコン７０１１を、確定オブジ
ェクトアイコンに更新する。

【００３３】その後、オブジェクトＩＤフィールドが１
０３、種類フィールドが受信、メッセージＩＤフィール
ドに格納された値がオブジェクトＩＤ１０２のオブジェ
クトから送信されたメッセージと同じＩＤである進捗状
況通知データが到着した場合、未確定矢印７０２１を確
定矢印に更新する。更に、未確定矢印７０２１が確定さ
れたことにより、オブジェクトＩＤ１０２のオブジェク
ト７０１１からの処理のフローが確定し、それ以外の処
理は行われないため、未確定矢印７０２２及び未確定オ
ブジェクトアイコン７０１３を画面から消去する。この
ように、未確定オブジェクトアイコン及び未確定矢印を
進捗状況通知データによって、確定オブジェクトアイコ
ン及び確定矢印に更新し、実施される可能性のなくなっ
た未確定の処理を表す部分を画面上から消去することに
よって、進捗状況の表示を行う。 （２）第２の実施形態 第１の実施形態では、複数の処理候補がある場合、どの
処理が実行される確率が高いのか、また処理の終了まで
にどれくらいの時間を要するのかをあらかじめ知る手段
が提供されていなかった。

【００３４】本実施の形態では、その欠点を補うため、
複数の処理パターンがある場合、各々の処理が実施され
る確率、各処理が実施されたときの処理完了までの予測
時間、処理の進捗割合を表示する。更に処理の進捗に応
じて処理の実施確率と進捗割合を更新していく。この機
能を実現するために、進捗状況通知データのデータ構造
を拡張し、記憶装置１３０２に格納される処理フローテ
ーブルのデータ 構造に、処理時間情報、実施回数を
追加する。

【００３５】以下に、図１で示される分散オブジェクト
システムにおける実施の形態から、図２に示される計算
手段の処理の概略手順を用いて、本発明の特徴を説明す
る。図８はステップ２１１５において、計算手段１１０
１が、採取手段１１０２、１１０３から受信する拡張進
捗状況通知データ８１００のデータ構成を示す図であ
る。本実施形態における拡張進捗状況通知データ８１０
０の進捗状況通知データ３１００との相違は、送信、も
しくは受信が行われた時刻を格納する時刻フィールド８
０１３が追加されていることである。

【００３６】ステップ２１２０において計算手段１１０
１が行う、採取手段から受信した拡張進捗状況通知デー
タ８１００を記憶装置１３０２に蓄積されている拡張処
理フローデータベース９５００に反映する処理は、図４
に示したフローチャートにしたがって行われる。本処理
は、拡張処理フローの作成と、作成した拡張処理フロー
の拡張処理フローテーブルへの追加の２つのステップか
らなる。

【００３７】拡張処理フローの作成は、図９に示す拡張
未確定処理フローテーブル９００１を利用して行う。本
実施形態における拡張未確定処理フローテーブル９００
１の未確定処理フローテーブル５００１との相違は、処
理開始時刻フィールド９１１５を持つことと、オブジェ
クトＩＤフィールド５１２０を処理順に並べていくだけ
ではなく、該オブジェクトが他オブジェクトからメッセ
ージを受信した時刻を格納する受信時刻フィールド９１
２５と、他オブジェクトへメッセージを送信した時刻を
格納する送信時刻フィールド９１３０を持ち、前記３つ
のフィールドを１つのセットとして処理順に並べていく
ことにある。なお時刻は、一連の処理を開始するオブジ
ェクトにおける送信時刻を０とし、その時刻を起点とし
ての秒単位の経過時間とする。このテーブルは計算手段
１１０１が計算機１２０３のメモリ上に作成するもので
ある。

【００３８】ステップ４１０５において、採取手段１１
０２、１１０３から受信した拡張進捗状況通知データ
を、拡張未確定処理フローテーブル９００１に追加す
る。受信したデータの種類フィールド３０１２が受信で
あり、かつメッセージＩＤフィールド３０１１に格納さ
れた値が、未確定処理フローのメッセージＩＤフィール
ドに格納された値と同一であれば、該未確定処理フロー
の最右端に、オブジェクトＩＤフィールド５１２０、受
信時刻フィールド９１２５及び送信時刻フィールド９１
３０からなるセットを追加し、該拡張進捗状況通知デー
タのオブジェクトＩＤフィールド３０１０に格納された
オブジェクトＩＤを該セットのオブジェクトＩＤフィー
ルド５１２０に格納し、受信時刻フィールド９１２５に
時刻フィールド８０１３に格納されている値から、処理
開始時刻フィールド９１１５に格納されている値を差し
引いた値を格納し、送信時刻フィールド９１３０は空欄
とし、該未確定処理フローのメッセージＩＤフィールド
５１１０も空欄としておく。

【００３９】受信したデータの種類フィールド３０１２
が送信であり、かつオブジェクトＩＤフィールド３０１
０に格納された値が、未確定処理フローの最右端にある
オブジェクトＩＤフィールドに格納された値と同一であ
れば、該未確定処理フローのメッセージＩＤフィールド
５１１０に、メッセージＩＤフィールド３０１１に格納
されていた値を格納し、最右端の送信時刻フィールド９
１３０に時刻フィールド８０１３に格納されている値か
ら、処理開始時刻フィールド９１１５に格納されている
値を差し引いた値を格納する。上の２つに当てはまら
ず、かつ種類フィールド３０１２が送信の場合は、新た
に開始された処理とみなし、新規に未確定処理フローを
生成し、未確定処理フローテーブル５００１に追加す
る。該未確定処理フローには、処理開始時刻フィールド
９１１５に時刻フィールド８０１３に格納されていた値
を格納し、メッセージＩＤフィールド５１１０にメッセ
ージＩＤフィールド３０１１に格納されていた値を格納
し、オブジェクトＩＤフィールド５１２０にオブジェク
トＩＤフィールド３０１０に格納されていた値を格納
し、受信時刻フィールド９１２５は空欄とし、送信時刻
フィールド９１３０には０を格納する。

【００４０】引き続き、ステップ４１１５において、未
確定処理フローの中で、処理が完結したものがあるかど
うかをチェックする。本チェックは、オブジェクトＩＤ
フィールド５１２０の最左端のオブジェクトＩＤと最右
端のオブジェクトＩＤが等しいかどうかで行う。すなわ
ち、処理が開始されたオブジェクトに処理が戻ることに
よって処理の終了とする。処理が完結していれば、拡張
該未確定処理フローから処理開始時刻フィールド９１１
５を取り除いたものを確定拡張処理フローとし、拡張未
確定処理フローテーブル９００１から削除する。次に、
ステップ４１２０において、前記確定拡張処理フローと
同一のオブジェクト配置を持った拡張処理フローが、記
憶装置１３０２に格納されている拡張処理フローテーブ
ル９５００にあるかどうかを確認する。既に存在してい
れば、該拡張処理フローに対し、前記確定拡張処理フロ
ーの送信及び受信時刻フィールドに格納されている時刻
を反映する。反映方法であるが、該拡張処理フローの時
刻フィールドに格納されている値Ｔ１に対して、該拡張
処理フローの回数フィールド９５１１に格納されている
値をＮ、確定拡張処理フローの時刻フィールドに格納さ
れている値をＴ２としたとき、（Ｔ１＊Ｎ＋Ｔ２）／
（Ｎ＋１）によって求めた値を新しいＴ１の値とする。
同一の配置を持った拡張処理フローが存在していない場
合、拡張処理フローテーブル９５００に前記確定拡張処
理フローを追加し、処理を終了する。

【００４１】図１０は前記処理の結果作成される、処理
フローテーブル９５００のデータ構造を示す図である。
９５０１、９５０２及び９５０３は各々１つの拡張処理
フローを表している。拡張処理フローは、回数フィール
ド９５１１、オブジェクトＩＤフィールド９５１２、メ
ッセージ受信時刻フィールド９５１３、メッセージ送信
時刻フィールド９５１４からなる。回数フィールド９５
１１は、該処理フローが実施された回数である。オブジ
ェクトＩＤフィールド９５１２、メッセージ受信時刻フ
ィールド９５１３、メッセージ送信時刻フィールド９５
１４は３つのフィールドで１セットであり、該オブジェ
クトＩＤを持つオブジェクトのメッセージ受信時刻及び
メッセージ送信時刻を表す。なお時刻は、処理開始オブ
ジェクトにおける送信時刻を０とし、その時刻を起点と
しての秒単位の平均経過時間とする。拡張処理フロー
は、回数フィールドを先頭に、複数のオブジェクトに渡
って一つの処理が完結するような処理について、前記セ
ットを処理順に並べたものである。

【００４２】例えば、拡張処理フロー９５０２は、この
処理フローの発生回数が１４回であり、オブジェクトＩ
Ｄ１０１のオブジェクトからオブジェクトＩＤ１０２の
オブジェクトを経由してオブジェクトＩＤ１０１のオブ
ジェクトに戻ってくること、オブジェクトＩＤ１０１の
オブジェクトからメッセージが送信されてから３秒後に
オブジェクトＩＤ１０２のオブジェクトが受信し、３４
秒後に送信、３６秒後にオブジェクトＩＤ１０１のオブ
ジェクトが再び受信していることを表している。

【００４３】拡張処理候補テーブルの検索及び構成方法
は、実施例１で説明した処理候補テーブルの検索及び構
成方法と同一であるが、対象が、処理フローではなく、
拡張処理フローであるという点のみ異なる。

【００４４】図１１は計算機１０１１に接続された表示
装置１３０１上に表示される拡張処理進捗状況表示画面
１７０１の例を示す図である。拡張処理進捗状況表示画
面１７０１は処理の進捗状況を図式化した拡張カレント
処理フロー１７００を表示する。本実施形態の拡張カレ
ント処理フロー１７００の、図７に示したカレント処理
フロー７１００からの変更点は、処理進捗割合１７０
５、実行確率１７１０、１７１１及び処理時間１７２
０、１７２１を追加したことである。処理進捗割合１７
０５は、拡張処理候補テーブルと実際の処理の進捗状況
から導かれた処理の進捗割合を表示する。実行確率１７
１０、１７１１は、表示されている処理フローのうち、
各処理フローが実行される確率を表し、処理時間１７２
０、１７２１は、各処理フローの処理終了までの時間の
平均値を表す。

【００４５】ステップ２１１０における検索結果表示
は、拡張処理候補テーブルを図式化したものであり、拡
張カレント処理フロー１７００の初期状態となる。この
初期状態は、ステップ２１００においてユーザから入力
されたオブジェクトのオブジェクトＩＤをラベルに持つ
未確定オブジェクトアイコンを拡張処理進捗状況表示画
面１７００の左端に配置し、このオブジェクトを起点
に、拡張処理候補テーブルを構成する各処理フローにつ
いて、処理フローを構成するオブジェクトのオブジェク
トＩＤラベルに持つ未確定オブジェクトアイコンを処理
の順番に配置し、その間を未確定矢印によって結んだも
のである。

【００４６】ステップ２１１５において、受信した拡張
進捗状況通知データ８１００が注目している処理の進捗
を表すものであった場合、受信したデータによって、カ
レント処理フロー１７００の表示を更新を行う。

【００４７】採取手段から送られてくるデータによっ
て、処理のフローを確定していく方法は、実施例１と同
じである。異なるのは、処理進捗割合及び実行確率の更
新である。拡張進捗状況通知データ８１００が、着目し
ている処理の進捗を表すものであり、かつ種類フィール
ド３０１２が受信である場合、処理の流れが確定するこ
とによって、画面上に表示されている未確定矢印及び未
確定オブジェクトを消去する場合がある。この場合、行
われないことが確定した処理フローを除いて、実行確率
の再計算を行う。例えば、図１１において、７０１１か
ら７０１２へと処理フローが流れた場合、７０１３への
処理は行われないため、実行確率１７１０は７２％から
１００％へと更新される。処理進捗割合１７０５は、そ
の時点で実施される確率が最も高い処理フローが実施さ
れたときの進捗割合を表す。処理進捗割合の算出方法を
以下に示す。処理進捗割合の初期値は０％である。拡張
カレント処理フローに表示されている処理フローのう
ち、実行確率が最も高い処理フローを選択し、この処理
フローが実行されるとする。この処理フローの最右端に
配置された、一連の処理を終了するオブジェクトの受信
時刻フィールドの時刻を、総処理時間とする。処理開始
オブジェクトから送信処理が行われたことを示す拡張進
捗状況通知データ８１００が表示手段１０１１に到着し
た時点から、処理進捗割合の更新を開始する。更新処理
は、表示手段１１０１の内部に１秒単位で更新されるタ
イマを用意し、このデータが到着した時点で経過時間を
０としてタイマの動作を開始し、１秒ごとに経過時間に
１を加算していく。表示する処理進捗割合の計算方法
は、１００＊（経過時間／総処理時間）によって求め、
この値を小数点以下１桁で四捨五入した値を、処理進捗
割合１７０５として表示する。ただし、経過時間が総処
理時間を超える場合、処理進捗割合は９９％とする。

【００４８】拡張進捗状況通知データ８１００の到着に
より、処理が進捗した場合は、経過時間の補正を行う。
補正は、経過時間を拡張処理フローの該当部分の時刻に
よって置き換えることによって行う。着目している処理
の進捗を表す拡張進捗状況通知データ８１００が到着し
た場合、経過時間を拡張処理候補テーブルにおける該処
理の時刻によって置き換える。また、処理が進捗するこ
とによって、これまで実行確率の最も高かった処理フロ
ーが、実施されないことが明らかになった場合、総処理
時間の変更を行う。この変更は、実行確率の更新の後に
行われ、更新後、最も高い実行確率を持つ処理フローの
最右端に配置された、一連の処理を終了するオブジェク
トの受信時刻フィールドの時刻を新規の総処理時間とす
る。

【００４９】処理フローの最右端に配置された、一連の
処理を終了するオブジェクトがメッセージを受信した時
点で、処理進捗割合を１００％とし、進捗状況表示処理
を終了する。

【００５０】例えば、図１１に示したような状況におい
て、オブジェクトＩＤフィールドに１０２、種類フィー
ルドに送信が格納された拡張進捗状況通知データが到着
した場合、経過時間を１５に補正し、処理進捗割合１７
０５には１００＊（１５／６２）を小数点以下１桁で四
捨五入した値である、２４％を表示する。

【００５１】

【発明の効果】本発明によれば、複数の計算機からなる
分散オブジェクトシステムにおいて、処理の事前にどの
ような処理パターンがあるかを把握し、更に実際に処理
が開始されると該処理の進捗状況を容易に知ることがで
きるという効果がある。

【図面の簡単な説明】

【図１】本発明の実施の形態１におけるシステムの構成
図である。

【図２】本発明の実施の形態１における計算手段の全体
フロー図である。

【図３】本発明の実施の形態１における進捗状況通知デ
ータの具体例を示す図である。

【図４】本発明の実施の形態１における進捗状況通知デ
ータの処理フローテーブルへの反映方法を示したフロー
図である。

【図５】本発明の実施の形態１における未確定処理フロ
ーテーブルの具体例を示す図である。

【図６】本発明の実施の形態１における処理フローテー
ブルの具体例を示す図である。

【図７】本発明の実施の形態１における処理進捗状況表
示画面の具体例を示す図である。

【図８】本発明の実施の形態２における拡張進捗状況通
知データの具体例を示す図である。

【図９】本発明の実施の形態２における拡張未確定処理
フローテーブルの具体例を示す図である。

【図１０】本発明の実施の形態２における拡張処理フロ
ーテーブルの具体例を示す図である。

【図１１】本発明の実施の形態２における拡張処理進捗
状況表示画面の具体例を示す図である。

【符号の説明】

１００１〜１００３…オブジェクト、１２０１〜１２０
３…計算機、１１０１…表示手段、１１０２〜１１０３
…採取手段、１２１０…ＬＡＮ。

Claims (3)

【特許請求の範囲】
1. 【請求項１】 複数のオブジェクトが複数の計算機上に
   分散して配置され、該オブジェクトが他のオブジェクト
   とメッセージを送受信しながら処理を実行する分散オブ
   ジェクトシステムにおいて、処理の進捗状況を表示する
   方法であって、 複数のオブジェクトを渡って一つの処理が行われる場合
   に、オブジェクト間でメッセージが送受信される際に、
   送受信が発生したオブジェクト名を進捗状況通知データ
   として収集し、 該データから各処理がどのオブジェクトを渡っていくか
   を表した処理フローを集めた処理フローテーブルをあら
   かじめ作成しておき、 処理が開始されるオブジェクトを指定することによっ
   て、前記処理フローテーブルから、そのオブジェクトを
   起点に開始される処理フローを選んで表示し、 処理の進捗にしたがって収集される前記進捗状況通知デ
   ータによって、あらかじめ表示しておいた処理フローの
   中から、実施される可能性の無くなった処理フローを削
   除し、表示の更新を行うことによって、その処理経路を
   確定していくことを特徴とする、前記分散オブジェクト
   システムにおける処理進捗状況表示方法。
2. 【請求項２】 前記計算機システムにおいて、処理終了
   までに要する時間に対する、各時点における処理の進捗
   の割合を表した数値である処理の進捗割合を表示する方
   法であって、前記オブジェクト間でメッセージを送受信
   することによって、複数のオブジェクトを渡って一つの
   処理が行われる場合に、これから実行される処理に関し
   て、処理の進捗割合の初期値を表示しておき、 実際の処理が開始されると定期的に進捗割合を計算し、
   その結果、表示の更新を行い、 前記処理フローテーブルと処理の進捗にしたがって収集
   される前記進捗状況通知データから処理の進捗割合を再
   計算し、表示されている進捗割合を更新していくことを
   特徴とする請求項１記載の分散オブジェクトシステムに
   おける処理進捗割合表示方法。
3. 【請求項３】 前記計算機システムにおいて、処理の実
   施確率を表示する方法であって、前記オブジェクト間で
   メッセージを送受信することによって、複数のオブジェ
   クトを渡って一つの処理が行われる場合に、これから実
   行される処理に関して、前記処理フローテーブルから実
   行されうる各処理について、各々実施される確率を計算
   し、その値を表示し、 前記処理フローテーブルと処理の進捗にしたがって収集
   される前記進捗状況通知データから各処理が行われる確
   率を再計算し、前記表示を更新していくことを特徴とす
   る請求項１記載の分散オブジェクトシステムにおける処
   理実施確率表示方法。