JPH0713754A - ワークプロセスのモデル化方法とワークプロセスモデルの実行の追跡方法およびワークプロセスをモデル化するプログラム方式のコンピュータシステム - Google Patents
ワークプロセスのモデル化方法とワークプロセスモデルの実行の追跡方法およびワークプロセスをモデル化するプログラム方式のコンピュータシステムInfo
- Publication number
- JPH0713754A JPH0713754A JP6050879A JP5087994A JPH0713754A JP H0713754 A JPH0713754 A JP H0713754A JP 6050879 A JP6050879 A JP 6050879A JP 5087994 A JP5087994 A JP 5087994A JP H0713754 A JPH0713754 A JP H0713754A
- Authority
- JP
- Japan
- Prior art keywords
- steps
- work process
- stage
- expected
- action
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
Abstract
(57)【要約】
【目的】 ワークプロセスプランをモデル化し、分析
し、調整するシステムにおけるワークプロセスモデルの
構築方法に関し、ワークプロセスモデルを動的な自動修
正を可能とする方法の提供を目的とする。 【構成】 多くのユーザによりアクセスされるコンピュ
ータシステムを用いる方法であって、複数の段階を定義
する表現の作成ステップを備え、その作成ステップは、
各段階を完成する際に実行されるアクションの一組の予
想されるコースを定義する表現を作成し（ステップ
１）、その予想コースの実行時に遂行されることが必須
の１以上の義務に関連づける表現を作成し（ステップ
２）、作動されるべき行き先の段階の１つを義務に関係
づける表現を作成する（ステップ３）、よう構成され
る。
し、調整するシステムにおけるワークプロセスモデルの
構築方法に関し、ワークプロセスモデルを動的な自動修
正を可能とする方法の提供を目的とする。 【構成】 多くのユーザによりアクセスされるコンピュ
ータシステムを用いる方法であって、複数の段階を定義
する表現の作成ステップを備え、その作成ステップは、
各段階を完成する際に実行されるアクションの一組の予
想されるコースを定義する表現を作成し（ステップ
１）、その予想コースの実行時に遂行されることが必須
の１以上の義務に関連づける表現を作成し（ステップ
２）、作動されるべき行き先の段階の１つを義務に関係
づける表現を作成する（ステップ３）、よう構成され
る。
Description
【０００１】
【産業上の利用分野】本発明は、ワークプロセスプラン
をモデル化し、分析し、実行する自動化システムにおい
てワークプロセスモデルを動的に自動修正する方法に関
し、特にワークプロセスのモデル化方法とワークプロセ
スモデルの実行の追跡方法およびワークプロセスをモデ
ル化するプログラム方式のコンピュータシステムに関す
る。
をモデル化し、分析し、実行する自動化システムにおい
てワークプロセスモデルを動的に自動修正する方法に関
し、特にワークプロセスのモデル化方法とワークプロセ
スモデルの実行の追跡方法およびワークプロセスをモデ
ル化するプログラム方式のコンピュータシステムに関す
る。
【０００２】
【従来の技術】共同企画の業務または共同作業者の他の
グループの主関心事は、その企画の目標まで効率よくタ
スクを達成することである。この目標に達成するまで
に、多くの種々のタスクがグループ内の多数のオペレー
タ（個人）により実行される。これらのタスクの多く
は、１つまたは他の多くのタスクが完成された後にのみ
実行可能である。さらに、タスクを完成する過程におけ
る個人間またはグループ間に、あるいはタスクが完成さ
れたことを示すことに関連して、通常多くの情報伝達が
存在する。ここで、全企画の完成、または全目標へ到達
するために必要な種々のタスク、およびこれらのタスク
間の全相互関係は、ワークプロセスと呼ばれている。
グループの主関心事は、その企画の目標まで効率よくタ
スクを達成することである。この目標に達成するまで
に、多くの種々のタスクがグループ内の多数のオペレー
タ（個人）により実行される。これらのタスクの多く
は、１つまたは他の多くのタスクが完成された後にのみ
実行可能である。さらに、タスクを完成する過程におけ
る個人間またはグループ間に、あるいはタスクが完成さ
れたことを示すことに関連して、通常多くの情報伝達が
存在する。ここで、全企画の完成、または全目標へ到達
するために必要な種々のタスク、およびこれらのタスク
間の全相互関係は、ワークプロセスと呼ばれている。
【０００３】効率よく企画を完成するために、企画を完
成させるために使用されるワークプロセスは、効率よく
設計され、効率よく実行されねばならない。ワークプロ
セスの設計と実行の両方の効率を改善することを探る組
織化に、多くの時間とエネルギが、費やされる。この探
究のため、ワークプロセスをモデル化するコンピュータ
を用いた多くの種々の方法とシステムが使用されて来
た。ワークプロセスをモデル化するこれらのシステムに
は、より効率よくこのプロセスを実行する方法を見つけ
るワークプロセスを研究するために基本的に使用されて
きたシステムがある。一方、規定されたワークプロセス
の有効な操作を援助するために、基本的にワークプロセ
スをモデル化する他のシステムが使用されてきた。
成させるために使用されるワークプロセスは、効率よく
設計され、効率よく実行されねばならない。ワークプロ
セスの設計と実行の両方の効率を改善することを探る組
織化に、多くの時間とエネルギが、費やされる。この探
究のため、ワークプロセスをモデル化するコンピュータ
を用いた多くの種々の方法とシステムが使用されて来
た。ワークプロセスをモデル化するこれらのシステムに
は、より効率よくこのプロセスを実行する方法を見つけ
るワークプロセスを研究するために基本的に使用されて
きたシステムがある。一方、規定されたワークプロセス
の有効な操作を援助するために、基本的にワークプロセ
スをモデル化する他のシステムが使用されてきた。
【０００４】
【発明が解決しようとする課題】ワークプロセスをモデ
ル化するこれらの従来技術の方法とシステムは、種々の
欠点を有する。これらの方法とシステムの大部分は、そ
のシステムの使用とプログラム方法に熟練した専門家に
よるコンピュータへのワークプロセスに関するプログラ
ミングを必要とする。システムが、一旦ワークプロセス
のモデルでプログラムされたとき、モデルは非効率性を
決定するため分析でき、そして／またはモデル化された
ワークプロセスの実行を管理するため使用できる。しか
しながら、一旦非効率性が発見されたとき、またはワー
クプロセスのモデルが他の理由で変更されねばならない
とき、その変更に対応するためと、そのシステムを再プ
ログラムするために、プログラムの専門家が呼び出され
なければならないという問題がある。
ル化するこれらの従来技術の方法とシステムは、種々の
欠点を有する。これらの方法とシステムの大部分は、そ
のシステムの使用とプログラム方法に熟練した専門家に
よるコンピュータへのワークプロセスに関するプログラ
ミングを必要とする。システムが、一旦ワークプロセス
のモデルでプログラムされたとき、モデルは非効率性を
決定するため分析でき、そして／またはモデル化された
ワークプロセスの実行を管理するため使用できる。しか
しながら、一旦非効率性が発見されたとき、またはワー
クプロセスのモデルが他の理由で変更されねばならない
とき、その変更に対応するためと、そのシステムを再プ
ログラムするために、プログラムの専門家が呼び出され
なければならないという問題がある。
【０００５】従来技術のワークプロセスのモデル化シス
テムにおける他の欠点は、これらのシステムがその性質
上決定論であることにある。換言すれば、一連のタスク
を介する情報または報道は、一方方向にのみ流すことが
できる。従って、１つのワークプロセスモデルが実行さ
れる間、そのワークプロセスは変更されたループまたは
ブランチ（分岐）をもつことが許されず、それゆえ１つ
のタスクまたは一連のタスクが何度も実行されるとき、
ワークプロセスは、毎回予め決められたタスクの順序に
従わなければならないという問題がある。
テムにおける他の欠点は、これらのシステムがその性質
上決定論であることにある。換言すれば、一連のタスク
を介する情報または報道は、一方方向にのみ流すことが
できる。従って、１つのワークプロセスモデルが実行さ
れる間、そのワークプロセスは変更されたループまたは
ブランチ（分岐）をもつことが許されず、それゆえ１つ
のタスクまたは一連のタスクが何度も実行されるとき、
ワークプロセスは、毎回予め決められたタスクの順序に
従わなければならないという問題がある。
【０００６】本発明の目的は上記問題点に鑑み、プログ
ラムの専門家でなくても、モデルの非効率性を決定する
ため分析でき、そして／またはモデル化されたワークプ
ロセスの実行を管理可能とし、実行するタスクの順序を
変更しつつワークプロセスのプランを編集できるコンピ
ュータシステムを提供することにある。
ラムの専門家でなくても、モデルの非効率性を決定する
ため分析でき、そして／またはモデル化されたワークプ
ロセスの実行を管理可能とし、実行するタスクの順序を
変更しつつワークプロセスのプランを編集できるコンピ
ュータシステムを提供することにある。
【０００７】
【課題を解決するための手段と作用】本発明によるプロ
グラムされたコンピュータシステムは、ユニークなモデ
ル化により、かつワークプロセスを記憶することによ
り、これらの問題の多くを解決する。このシステムは、
ワークプロセスの自動化装置であると共に調整装置であ
り、かつ如何なるユーザにも使用できるリアルタイムの
ワークプロセスのエンジニアリングまたはリエンジニア
リングのツールである。
グラムされたコンピュータシステムは、ユニークなモデ
ル化により、かつワークプロセスを記憶することによ
り、これらの問題の多くを解決する。このシステムは、
ワークプロセスの自動化装置であると共に調整装置であ
り、かつ如何なるユーザにも使用できるリアルタイムの
ワークプロセスのエンジニアリングまたはリエンジニア
リングのツールである。
【０００８】前記目的を達成する本発明のワークプロセ
スモデルを動的に修正するワークプロセスのモデル化方
法を実現するコンピュータシステムは下記のように構成
される。本発明のプログラム方式のコンピュータシステ
ムは、１つのサーバと複数のビューアを含み、共通のメ
ッセージバスを経由して互いに通信する。ユーザは、サ
ーバにより管理されるワークプロセスを見て、作成また
は修正するために、ビューアを使用できる。本発明の広
い観点において、本コンピュータシステムはメインフレ
ームコンピュータシステムであり、このシステムではサ
ーバとビューアはメインフレームの一部であり、ユーザ
はターミナルを介してビューアをアクセスする。逆に、
ビューアは独立のコンピュータワークステーションでよ
く、サーバは共通バスでビューアワークステーションに
接続された分離したワークステーションでよい。
スモデルを動的に修正するワークプロセスのモデル化方
法を実現するコンピュータシステムは下記のように構成
される。本発明のプログラム方式のコンピュータシステ
ムは、１つのサーバと複数のビューアを含み、共通のメ
ッセージバスを経由して互いに通信する。ユーザは、サ
ーバにより管理されるワークプロセスを見て、作成また
は修正するために、ビューアを使用できる。本発明の広
い観点において、本コンピュータシステムはメインフレ
ームコンピュータシステムであり、このシステムではサ
ーバとビューアはメインフレームの一部であり、ユーザ
はターミナルを介してビューアをアクセスする。逆に、
ビューアは独立のコンピュータワークステーションでよ
く、サーバは共通バスでビューアワークステーションに
接続された分離したワークステーションでよい。
【０００９】本システムはプランまたはワークプロセス
プランと称するワークプロセスのマルチモデルの同時実
行を補助する。各ワークプロセスプランは、マルチタス
クとタスク間の相互関係と相互依存とを有する。各タス
クに対する責任は、本システムの１以上のユーザに割り
当てることができる。さらに、ワークプロセスプランに
おける単一のタスクは、多くのタスクと、タスクの相互
関係と、タスクの相互依存と、に関し、個々のワークプ
ロセスのサブプランとなるように、そのタスクが割り当
てられたユーザの一人によりプログラムできる。サブプ
ランにおけるこれらの各新しいタスクに対する責任は、
サブプランを作成するユーザ保持され得るか、または他
のユーザに割り当てられる。他のサブプランに対する単
一タスク用サブプランもまた作成できる。プランとサブ
プランの両方は、プランまたはサブプランが実行される
ように、作成され、編集される。
プランと称するワークプロセスのマルチモデルの同時実
行を補助する。各ワークプロセスプランは、マルチタス
クとタスク間の相互関係と相互依存とを有する。各タス
クに対する責任は、本システムの１以上のユーザに割り
当てることができる。さらに、ワークプロセスプランに
おける単一のタスクは、多くのタスクと、タスクの相互
関係と、タスクの相互依存と、に関し、個々のワークプ
ロセスのサブプランとなるように、そのタスクが割り当
てられたユーザの一人によりプログラムできる。サブプ
ランにおけるこれらの各新しいタスクに対する責任は、
サブプランを作成するユーザ保持され得るか、または他
のユーザに割り当てられる。他のサブプランに対する単
一タスク用サブプランもまた作成できる。プランとサブ
プランの両方は、プランまたはサブプランが実行される
ように、作成され、編集される。
【００１０】ワークプロセスプランの実行において、本
システムは多くの異なった機能を実行する。第一に、本
システムはプロセスに含まれる各ユーザが、プランと現
在のプランの状態にアクセスすることを可能とする。プ
ランを見る１つの方法は、図式プラナーの使用を介して
行われる。図式プラナーは、視覚的言語により、視覚的
シンボルで本システムに記憶されたプランを表す。図式
プラナーは、さらにユーザが同一の視覚的シンボルを用
いてプランを作成し、または修正することを可能とす
る。図式プラナーは、次に視覚的シンボルをコンピュー
タの表現に翻訳し、本システムにその最終表現を記憶す
る。
システムは多くの異なった機能を実行する。第一に、本
システムはプロセスに含まれる各ユーザが、プランと現
在のプランの状態にアクセスすることを可能とする。プ
ランを見る１つの方法は、図式プラナーの使用を介して
行われる。図式プラナーは、視覚的言語により、視覚的
シンボルで本システムに記憶されたプランを表す。図式
プラナーは、さらにユーザが同一の視覚的シンボルを用
いてプランを作成し、または修正することを可能とす
る。図式プラナーは、次に視覚的シンボルをコンピュー
タの表現に翻訳し、本システムにその最終表現を記憶す
る。
【００１１】プランを見る他の方法において、本システ
ムは全タスクのリストに関与する各ユーザを設け、その
ため、ユーザは現在アクティブなタスクに対し責任を有
し、または換言すれば、そのユーザにより達成されねば
ならないタスクのリストに対し責任を有する。本システ
ムは、ユーザがこのタスク内でアクションを取ることが
重要であるタスクに対して責任あるユーザからの命令を
受け入れる。本システムは、次にこのプランと相談し、
ユーザにより取られるアクションに基づいて、作動する
か、そして／または作動を解除する。これらのタスクを
作動し、作動を解除する時に、本システムは、作動され
たか、または作動が解除されたタスクに対して責任を有
する全てのユーザに対するアクティブなタスクのリスト
を更新する。
ムは全タスクのリストに関与する各ユーザを設け、その
ため、ユーザは現在アクティブなタスクに対し責任を有
し、または換言すれば、そのユーザにより達成されねば
ならないタスクのリストに対し責任を有する。本システ
ムは、ユーザがこのタスク内でアクションを取ることが
重要であるタスクに対して責任あるユーザからの命令を
受け入れる。本システムは、次にこのプランと相談し、
ユーザにより取られるアクションに基づいて、作動する
か、そして／または作動を解除する。これらのタスクを
作動し、作動を解除する時に、本システムは、作動され
たか、または作動が解除されたタスクに対して責任を有
する全てのユーザに対するアクティブなタスクのリスト
を更新する。
【００１２】ユーザが本システムへ１つのアクション命
令を発行するとき、これらのアクション命令は、プロセ
スに含まれる他のユーザへのユーザのアクションを説明
するコメントを含ませてもよい。これらのコメントは、
アクションにより作動されるタスクに対して責任あるユ
ーザ、または他のユーザに向かって方向付けることがで
きる。
令を発行するとき、これらのアクション命令は、プロセ
スに含まれる他のユーザへのユーザのアクションを説明
するコメントを含ませてもよい。これらのコメントは、
アクションにより作動されるタスクに対して責任あるユ
ーザ、または他のユーザに向かって方向付けることがで
きる。
【００１３】本システムは、プランの実行のヒストリを
記憶し、ユーザに提供する。このヒストリは、プランで
取られた全てのアクションを示し、補助的コメントを含
んで取られるこれらの過去のアクションに関して詳細に
説明する。本システムは、如何なるタスクの開始または
終了時の１組の命令をも自動的に実行するようにプログ
ラムできる。これらの命令は、ｅ−メイルの送信、また
は本システムが実行可能な他のアクションのような分離
したソフトウェアアプリケーションの運転または制御を
含むことができる。
記憶し、ユーザに提供する。このヒストリは、プランで
取られた全てのアクションを示し、補助的コメントを含
んで取られるこれらの過去のアクションに関して詳細に
説明する。本システムは、如何なるタスクの開始または
終了時の１組の命令をも自動的に実行するようにプログ
ラムできる。これらの命令は、ｅ−メイルの送信、また
は本システムが実行可能な他のアクションのような分離
したソフトウェアアプリケーションの運転または制御を
含むことができる。
【００１４】本発明によるシステムは、視覚的プログラ
ム言語の使用するグラフィックプラナを用いた、ワーク
プロセスプランの作成をも可能とする。ワークプロセス
を実行するプランは、特定なシンボルを使用して画面上
にワークプロセスのモデルを描くためのツールを提供す
るコンピュータを単に用いることにより、この言語でプ
ログラムされる。これらのシンボルの選択とユーザがそ
れらを内部接続する方法とから、本システムは、システ
ムが１つのワークプロセスのモデルを実行するために使
用できるワークプロセスのモデル（ワークプロセスプラ
ン）のコンピュータの表現を作成する。
ム言語の使用するグラフィックプラナを用いた、ワーク
プロセスプランの作成をも可能とする。ワークプロセス
を実行するプランは、特定なシンボルを使用して画面上
にワークプロセスのモデルを描くためのツールを提供す
るコンピュータを単に用いることにより、この言語でプ
ログラムされる。これらのシンボルの選択とユーザがそ
れらを内部接続する方法とから、本システムは、システ
ムが１つのワークプロセスのモデルを実行するために使
用できるワークプロセスのモデル（ワークプロセスプラ
ン）のコンピュータの表現を作成する。
【００１５】グラフィックプラナーは、プランまたはサ
ブプランが実行される間でさえも、プランまたはサブプ
ランを修正するために使用できる。グラフィックプラナ
ーはまた、親タスクを含むプランが実行される間、サブ
プランを作成するために使用される。本システムは、さ
らにプランを作成するために使用できる予めプログラム
されたポリシーを記憶する。従って、ユーザがタスクま
たは企画を割り当てるとき、ユーザは、その企画を完成
させるプランを作成するために、予めプログラムされた
ポリシーの１つを使用できる。しかしながら、長時間に
およんで、ユーザは企画またはタスクを完成させるため
のプランを作成し、と同時に、ユーザは企画またはタス
クを実際に実行する。共通のタスクの場合において、し
かしながら、特定なタスクがこのユーザに割り当てられ
るときは何時でも、ユーザは本システムを所定のポリシ
ーが自動的に呼び出されるように組み立てできる。
ブプランが実行される間でさえも、プランまたはサブプ
ランを修正するために使用できる。グラフィックプラナ
ーはまた、親タスクを含むプランが実行される間、サブ
プランを作成するために使用される。本システムは、さ
らにプランを作成するために使用できる予めプログラム
されたポリシーを記憶する。従って、ユーザがタスクま
たは企画を割り当てるとき、ユーザは、その企画を完成
させるプランを作成するために、予めプログラムされた
ポリシーの１つを使用できる。しかしながら、長時間に
およんで、ユーザは企画またはタスクを完成させるため
のプランを作成し、と同時に、ユーザは企画またはタス
クを実際に実行する。共通のタスクの場合において、し
かしながら、特定なタスクがこのユーザに割り当てられ
るときは何時でも、ユーザは本システムを所定のポリシ
ーが自動的に呼び出されるように組み立てできる。
【００１６】プランの実行中にプランが修正できるとい
う特徴は、有益な訓練システムでもある。新たな作業者
は、その新たな作業者が参加する類別されたタスクと企
画を実行するワークプロセスを研究するために、グラフ
ィックプラナーを単に使用できる。さらに、プランが特
急で修正できるので、ユーザはプランにおける変更が同
時にされるように、プランにおける変化を反映させるよ
うにプランを絶えず修正する。このように、訓練ツール
としてのプランの使用は、本質的に価値がある。何故な
らば、訓練ツールとしてのプランの使用は、刊行物で見
る伝統的な訓練マニュアルとは異なり、絶えず更新でき
るからである。
う特徴は、有益な訓練システムでもある。新たな作業者
は、その新たな作業者が参加する類別されたタスクと企
画を実行するワークプロセスを研究するために、グラフ
ィックプラナーを単に使用できる。さらに、プランが特
急で修正できるので、ユーザはプランにおける変更が同
時にされるように、プランにおける変化を反映させるよ
うにプランを絶えず修正する。このように、訓練ツール
としてのプランの使用は、本質的に価値がある。何故な
らば、訓練ツールとしてのプランの使用は、刊行物で見
る伝統的な訓練マニュアルとは異なり、絶えず更新でき
るからである。
【００１７】
【実施例】以下添付図面を参照しつつ本発明の実施例を
説明するが、本発明は以下の実施例に限定されるもので
はない。本発明の好適実施例によるシステムのユーザ
は、最初実行されねばならない１つのプロジェクト（企
画）に直面する。例えば、この企画はあるコンピュータ
プログラムソフトウェア（ソフトウェア）内に発見され
たバグを処理できる。この企画はワークプロセスの実行
により達成される。この企画は、バグが発見された時に
開始し、バグを治癒し、バグリクエストを延期し、また
はバグリクエストを拒否する何れかが処理された時に終
了する。
説明するが、本発明は以下の実施例に限定されるもので
はない。本発明の好適実施例によるシステムのユーザ
は、最初実行されねばならない１つのプロジェクト（企
画）に直面する。例えば、この企画はあるコンピュータ
プログラムソフトウェア（ソフトウェア）内に発見され
たバグを処理できる。この企画はワークプロセスの実行
により達成される。この企画は、バグが発見された時に
開始し、バグを治癒し、バグリクエストを延期し、また
はバグリクエストを拒否する何れかが処理された時に終
了する。
【００１８】このような企画を達成するためには、企画
の完成方法に関するプランをもつことが有用である。多
くの場合、個人またはグループが所定企画の達成方法に
関する一般的なポリシーをもつことができる。このよう
な場合、この企画を完成するプランは、単に現在のワー
クプロセス用の一般的なポリシーの使用を含む。この企
画の完成方法に関するポリシーがないとき、プランは作
成されなければならない。このように作成されたプラン
が一般的な使用として受け入れられるとき、このプラン
はこの企画を完成するための全てのプランにより従われ
るポリシーとなり得る。
の完成方法に関するプランをもつことが有用である。多
くの場合、個人またはグループが所定企画の達成方法に
関する一般的なポリシーをもつことができる。このよう
な場合、この企画を完成するプランは、単に現在のワー
クプロセス用の一般的なポリシーの使用を含む。この企
画の完成方法に関するポリシーがないとき、プランは作
成されなければならない。このように作成されたプラン
が一般的な使用として受け入れられるとき、このプラン
はこの企画を完成するための全てのプランにより従われ
るポリシーとなり得る。
【００１９】図１は、発見されたバグを処理する典型的
ワークプロセスに含まれるワークプロセスと通信例を示
す図であり、ソフトウェア内で発見されたバグを処理す
るワークプロセスを示す図である。このプロセスは、サ
ブミッタ１０、テスタ１２、プログラマ１４およびプロ
ジェクトマネージャ１６の４人の個々のユーザが関与す
る。このプロセスは、サブミッタ１０がテスタ１２にソ
フトウェア内のバグレポート１０ａを提出する時に開始
する（ステップ１８）。テスタ１２は、次にバグレポー
トにバグが記載されたように、ソフトウェア上にバグを
再生しようとする（ステップ２０）。テスタ１２がこの
バグを再生できないとき、テスタ１２は修正のためサブ
ミッタ１０にそのバグレポートを返却する（ステップ２
２）。サブミッタ１０は、バグレポートをバグをよりよ
く記述して修正するか、またはサブミッタ１０が実際に
はバグは存在しないと決定するとき、バグレポートを中
止することができる（ステップ２３）。バグレポートが
正しいとき、バグを再生しようとするタスクを繰り返す
テスタ１２に返却する（ステップ２０）。テスタ１２が
なおバグを複写できないとき、バグレポートはサブミッ
タ１０に再び返却され、そのバグを修正または中止する
タスクは、サブミッタ１２により再び実行される（ステ
ップ２２）。
ワークプロセスに含まれるワークプロセスと通信例を示
す図であり、ソフトウェア内で発見されたバグを処理す
るワークプロセスを示す図である。このプロセスは、サ
ブミッタ１０、テスタ１２、プログラマ１４およびプロ
ジェクトマネージャ１６の４人の個々のユーザが関与す
る。このプロセスは、サブミッタ１０がテスタ１２にソ
フトウェア内のバグレポート１０ａを提出する時に開始
する（ステップ１８）。テスタ１２は、次にバグレポー
トにバグが記載されたように、ソフトウェア上にバグを
再生しようとする（ステップ２０）。テスタ１２がこの
バグを再生できないとき、テスタ１２は修正のためサブ
ミッタ１０にそのバグレポートを返却する（ステップ２
２）。サブミッタ１０は、バグレポートをバグをよりよ
く記述して修正するか、またはサブミッタ１０が実際に
はバグは存在しないと決定するとき、バグレポートを中
止することができる（ステップ２３）。バグレポートが
正しいとき、バグを再生しようとするタスクを繰り返す
テスタ１２に返却する（ステップ２０）。テスタ１２が
なおバグを複写できないとき、バグレポートはサブミッ
タ１０に再び返却され、そのバグを修正または中止する
タスクは、サブミッタ１２により再び実行される（ステ
ップ２２）。
【００２０】テスタ１０がそのバグを再生できるとき、
バグレポートはバグを検出し解決するための処方箋をも
ってプログラマ１４に渡される（ステップ２４）。プロ
グラマ１４は、バグを完成し、検出し、解決する３つの
オプションを有する。すなわち、バグを治癒するか（ス
テップ２８）、バグを治癒することを延期するようリク
エストするか（ステップ３４）、またはバグを治癒する
ことを拒否するようリクエストするか（ステップ３５）
の３つのオプションを有する。プログラマ１４がバグを
治癒するとき、バグが治癒されたソフトウェアはテスタ
１２に送られる（ステップ２８）。テスタ１２がバグが
治癒されたことを確認するとき、テスタ１２はバグレポ
ートに書き留め、サブミッタ１０にバグが治癒され、プ
ロセスが終了したことを知らせる（ステップ３０）。テ
スタ１２がバグが治癒されていないことを発見したと
き、テスタ１２はバグレポートをプログラマ１４へ返却
し、バグが治癒されていないことをプログラマ１４に知
らせる（ステップ３２）。このことは、プログラマ１４
が関与した３つのアクションのコース（進路）によりプ
ログラマ１４のタスクを再出発させる。
バグレポートはバグを検出し解決するための処方箋をも
ってプログラマ１４に渡される（ステップ２４）。プロ
グラマ１４は、バグを完成し、検出し、解決する３つの
オプションを有する。すなわち、バグを治癒するか（ス
テップ２８）、バグを治癒することを延期するようリク
エストするか（ステップ３４）、またはバグを治癒する
ことを拒否するようリクエストするか（ステップ３５）
の３つのオプションを有する。プログラマ１４がバグを
治癒するとき、バグが治癒されたソフトウェアはテスタ
１２に送られる（ステップ２８）。テスタ１２がバグが
治癒されたことを確認するとき、テスタ１２はバグレポ
ートに書き留め、サブミッタ１０にバグが治癒され、プ
ロセスが終了したことを知らせる（ステップ３０）。テ
スタ１２がバグが治癒されていないことを発見したと
き、テスタ１２はバグレポートをプログラマ１４へ返却
し、バグが治癒されていないことをプログラマ１４に知
らせる（ステップ３２）。このことは、プログラマ１４
が関与した３つのアクションのコース（進路）によりプ
ログラマ１４のタスクを再出発させる。
【００２１】プログラマ１４がバグ治癒が延期された
か、またはバグ治癒が拒絶されたことをリクエストする
とき、このリクエストはプロジェクトマネージャ１４に
対し作成される（ステップ３４）。プログラマ１４は、
バグが発生するモジュールは一時的であるか、または不
完全でありモジュールは撤去されるかという、リクエス
トに対する理由を含むよう望むことができ、この場合、
バグを治癒することは浪費となる努力（無駄骨）となる
か、あるいはモジュールは実質的に修正されるかまたは
後日に補足され、それにより修正の副産物としてバグを
治癒できる。プロジェクトマネージャ１６は、バグ治癒
の延期またはバグ治癒の拒絶に対するリクエストを承認
するかまたは承認しないかの（ステップ３６）オプショ
ンを有する。プロジェクトマネージャ１６がこのリクエ
ストを承認しないとき、バグレポートはプログラマ１４
へ返却される。プログラマ１４は、再び前記同様３つの
オプション、すなわち、バグを治癒し、バグ治癒の延期
を（再び）リクエストし、あるいはバグ治癒の拒絶を
（再び）リクエストする３つのオプションを有する。プ
ロジェクトマネージャ１６がリクエストを承認したと
き、バグレポートにこのことは明記され、プロセスは終
了する（ステップ３８）。
か、またはバグ治癒が拒絶されたことをリクエストする
とき、このリクエストはプロジェクトマネージャ１４に
対し作成される（ステップ３４）。プログラマ１４は、
バグが発生するモジュールは一時的であるか、または不
完全でありモジュールは撤去されるかという、リクエス
トに対する理由を含むよう望むことができ、この場合、
バグを治癒することは浪費となる努力（無駄骨）となる
か、あるいはモジュールは実質的に修正されるかまたは
後日に補足され、それにより修正の副産物としてバグを
治癒できる。プロジェクトマネージャ１６は、バグ治癒
の延期またはバグ治癒の拒絶に対するリクエストを承認
するかまたは承認しないかの（ステップ３６）オプショ
ンを有する。プロジェクトマネージャ１６がこのリクエ
ストを承認しないとき、バグレポートはプログラマ１４
へ返却される。プログラマ１４は、再び前記同様３つの
オプション、すなわち、バグを治癒し、バグ治癒の延期
を（再び）リクエストし、あるいはバグ治癒の拒絶を
（再び）リクエストする３つのオプションを有する。プ
ロジェクトマネージャ１６がリクエストを承認したと
き、バグレポートにこのことは明記され、プロセスは終
了する（ステップ３８）。
【００２２】図２は、本発明の実施例を用いて作成した
図１に示すワークプロセスの説明図である。本発明の好
適実施例による図１に示すワークプロセスを実行する、
品質保証プランと呼ばれる、ワークプロセス４０の説明
図を図２に示す。ワークプロセスの説明図における各段
階または長円４２〜５０は、実行されるべきタスクまた
は回答されるべき質問を示す。段階は、作動または作動
解除の何れかを取り得る。段階が作動のとき、タスクま
たは質問がアドレス付けられる用意があるかまたは必要
があるかを意味する。段階の短い記述は、面積がより広
い各長円の下部（例えば長円４２の４２ａ）に記され、
一方面積がより狭い長円の上部（例えば長円４２の４２
ｂ）には、実行される段階に対し責任を有するユーザま
たはユーザグループが記述される。
図１に示すワークプロセスの説明図である。本発明の好
適実施例による図１に示すワークプロセスを実行する、
品質保証プランと呼ばれる、ワークプロセス４０の説明
図を図２に示す。ワークプロセスの説明図における各段
階または長円４２〜５０は、実行されるべきタスクまた
は回答されるべき質問を示す。段階は、作動または作動
解除の何れかを取り得る。段階が作動のとき、タスクま
たは質問がアドレス付けられる用意があるかまたは必要
があるかを意味する。段階の短い記述は、面積がより広
い各長円の下部（例えば長円４２の４２ａ）に記され、
一方面積がより狭い長円の上部（例えば長円４２の４２
ｂ）には、実行される段階に対し責任を有するユーザま
たはユーザグループが記述される。
【００２３】長円の境界に位置する単一文字を囲む小円
５２〜７２と、これらの小円から導かれる矢５２ａ〜７
２ａは、長円により代表されるタスクまたは質問を完了
させるときに取られるアクションを示す。小円はその段
階において責任あるユーザのアクション（または予想）
の予想されるコースを示す。換言すれば、段階に責任あ
るユーザまたは複数のユーザは、その段階の長円上の小
円により代表されるオプションの１つを選択することが
予想される。
５２〜７２と、これらの小円から導かれる矢５２ａ〜７
２ａは、長円により代表されるタスクまたは質問を完了
させるときに取られるアクションを示す。小円はその段
階において責任あるユーザのアクション（または予想）
の予想されるコースを示す。換言すれば、段階に責任あ
るユーザまたは複数のユーザは、その段階の長円上の小
円により代表されるオプションの１つを選択することが
予想される。
【００２４】他の段階へ指し示す小円から導かれた矢
は、通常指し示された段階が、小円により示されるアク
ションの予想されたコースが実行された後に完了される
ように準備されるか、または完了されなければならない
ことを意味する。矢の尻尾の段階を完了させる責任を有
するユーザは、指し示された段階が実行される前に、矢
に対応するアクションの予想されたコースを実行する義
務があるので、矢は義務として参照される。予想（アク
ションの予想されたコース）の概念と義務の概念とを結
合し、（小円により代表される）予想の選択は、（矢が
指し示す長円）の他の段階に責任を有するユーザがこの
他の段階を完了させなければならない前に、満たされな
ければならない（矢により代表される）義務を満たす。
は、通常指し示された段階が、小円により示されるアク
ションの予想されたコースが実行された後に完了される
ように準備されるか、または完了されなければならない
ことを意味する。矢の尻尾の段階を完了させる責任を有
するユーザは、指し示された段階が実行される前に、矢
に対応するアクションの予想されたコースを実行する義
務があるので、矢は義務として参照される。予想（アク
ションの予想されたコース）の概念と義務の概念とを結
合し、（小円により代表される）予想の選択は、（矢が
指し示す長円）の他の段階に責任を有するユーザがこの
他の段階を完了させなければならない前に、満たされな
ければならない（矢により代表される）義務を満たす。
【００２５】予想（小円）が選択されるとき、イベント
のメッセージ（イベント）は、義務（矢）が指し示す段
階（長円）を作動するこのイベントにより満たされる対
応する義務（矢）に従って、予想の選択が他の段階へ送
られたことを意味する。この第２段階（長円）の作動
は、第２段階に責任あるユーザまたは複数のユーザに対
し、第２段階の長円上の小円により示される他の予想を
露す。小円が休止する段階（長円）は、アクションが取
られるとき、作動解除とされ、この段階に対する長円の
最上部においてリストされる責任あるユーザから、この
段階に対する責任を取り除く。
のメッセージ（イベント）は、義務（矢）が指し示す段
階（長円）を作動するこのイベントにより満たされる対
応する義務（矢）に従って、予想の選択が他の段階へ送
られたことを意味する。この第２段階（長円）の作動
は、第２段階に責任あるユーザまたは複数のユーザに対
し、第２段階の長円上の小円により示される他の予想を
露す。小円が休止する段階（長円）は、アクションが取
られるとき、作動解除とされ、この段階に対する長円の
最上部においてリストされる責任あるユーザから、この
段階に対する責任を取り除く。
【００２６】図１に示す例において、バグが発見される
とき、このプロセスは、バグレポートに入力することに
責任のあるサブミッタから開始する。図２に示されるワ
ークプロセスマップにおいて、このサブミッタに係る義
務の作成は、六角形で示される開始のノード７４から第
１の段階の長円４２へ、導く矢により示される。このプ
ロセスが開始するとき、開始のノードから出た矢７６
は、「入力そして／または修正レポート」とタイトルさ
れた第１段階の長円４２を作動する。この段階の作動
は、サブミッタ４２ｂが、現在この段階でリストされた
タスクを完成する責任をもつことを意味する。タスクの
完了時、サブミッタは予想コース上でその段階に対する
１つのアクションを取らなければならない。
とき、このプロセスは、バグレポートに入力することに
責任のあるサブミッタから開始する。図２に示されるワ
ークプロセスマップにおいて、このサブミッタに係る義
務の作成は、六角形で示される開始のノード７４から第
１の段階の長円４２へ、導く矢により示される。このプ
ロセスが開始するとき、開始のノードから出た矢７６
は、「入力そして／または修正レポート」とタイトルさ
れた第１段階の長円４２を作動する。この段階の作動
は、サブミッタ４２ｂが、現在この段階でリストされた
タスクを完成する責任をもつことを意味する。タスクの
完了時、サブミッタは予想コース上でその段階に対する
１つのアクションを取らなければならない。
【００２７】しかしながら、サブミッタが段階４２で責
任を有するように、一つの段階に責任のあるユーザは、
その段階の予想の一つを満足することにより、その段階
を完成する以外に３つに及ぶ他のオプションを有する。
これらのオプションは、その段階の責任を受け入れる
か、辞退するか、またはその段階を完成するためのサブ
プランを作成するかである。責任を受け入れるオプショ
ンは、段階に対する責任が数人のユーザにあるときに適
用される。この場合、責任あるユーザは誰でも、その段
階を受け入れることによりその段階の個々の責任を取る
ことができる。辞退するオプションは、ユーザが他のワ
ーク（仕事）で過負荷となるような何らかの理由でその
段階を完成できない段階に責任があるときに使用され
る。ユーザが一つの段階に対する責任を辞退するとき、
ユーザはその段階を作動する他の段階に責任あるユーザ
と本システムによりサポートされて会話できる。サブプ
ランについて以下により詳細に説明する。
任を有するように、一つの段階に責任のあるユーザは、
その段階の予想の一つを満足することにより、その段階
を完成する以外に３つに及ぶ他のオプションを有する。
これらのオプションは、その段階の責任を受け入れる
か、辞退するか、またはその段階を完成するためのサブ
プランを作成するかである。責任を受け入れるオプショ
ンは、段階に対する責任が数人のユーザにあるときに適
用される。この場合、責任あるユーザは誰でも、その段
階を受け入れることによりその段階の個々の責任を取る
ことができる。辞退するオプションは、ユーザが他のワ
ーク（仕事）で過負荷となるような何らかの理由でその
段階を完成できない段階に責任があるときに使用され
る。ユーザが一つの段階に対する責任を辞退するとき、
ユーザはその段階を作動する他の段階に責任あるユーザ
と本システムによりサポートされて会話できる。サブプ
ランについて以下により詳細に説明する。
【００２８】図１を参照して説明したように、サブミッ
タはバグレポートをテスタに提出するか、または実際に
バグがないときレポートを中止することが予想される。
これらの２つの予想は、「Ｓ」を囲む小円５４と、
「Ａ」を囲む小円５２としてそれぞれ表される。第１長
円の直下の見出し７７は、予想「Ｓ」と「Ａ」が何を意
味するかを確認する。サブミッタがバグレポートを提出
するとき、予想「Ｓ」は実行され、「Ｓ」を囲む小円５
４から義務の矢５４ａをトリガーし、作動される他の段
階がこれに従う。この場合、第１長円の円「Ｓ」から出
る矢は、「課題は再生可能か？」の質問を表す第２長円
４４を指す。それゆえ、第２長円により表される段階４
４が作動され、課題が再生可能か否かを決定するテスタ
における責任を生じる。
タはバグレポートをテスタに提出するか、または実際に
バグがないときレポートを中止することが予想される。
これらの２つの予想は、「Ｓ」を囲む小円５４と、
「Ａ」を囲む小円５２としてそれぞれ表される。第１長
円の直下の見出し７７は、予想「Ｓ」と「Ａ」が何を意
味するかを確認する。サブミッタがバグレポートを提出
するとき、予想「Ｓ」は実行され、「Ｓ」を囲む小円５
４から義務の矢５４ａをトリガーし、作動される他の段
階がこれに従う。この場合、第１長円の円「Ｓ」から出
る矢は、「課題は再生可能か？」の質問を表す第２長円
４４を指す。それゆえ、第２長円により表される段階４
４が作動され、課題が再生可能か否かを決定するテスタ
における責任を生じる。
【００２９】第２長円に関し、図１を参照して記したテ
スタに関する２つのオプションは、テスタがバグを再生
できるか、またはバグを再生できないかを結論づけるこ
とになる。これらオプションは、矢「Ｃ」と矢「Ｒ」を
有する小円５６と５８によりそれぞれ表され、これに対
応する表題は、「Ｃは再生できない」と「Ｒは再生され
る」にそれぞれ対応する（ステップ７８）。図１のプロ
セスによれば、テスタはバグを再生できず、サブミッタ
はバグレポート上のバグの修正または中止のタスクを実
行する。図２のマップにおいて、この偶然性は、「Ｃ」
の「再生不可」の円５６から導かれる矢５６ａにより示
され、「入力そして／または修正レポート」の第１長円
４２へ戻るよう指し示す。この段階は、「Ｃ」のアクシ
ョンが選択されたとき作動される。
スタに関する２つのオプションは、テスタがバグを再生
できるか、またはバグを再生できないかを結論づけるこ
とになる。これらオプションは、矢「Ｃ」と矢「Ｒ」を
有する小円５６と５８によりそれぞれ表され、これに対
応する表題は、「Ｃは再生できない」と「Ｒは再生され
る」にそれぞれ対応する（ステップ７８）。図１のプロ
セスによれば、テスタはバグを再生できず、サブミッタ
はバグレポート上のバグの修正または中止のタスクを実
行する。図２のマップにおいて、この偶然性は、「Ｃ」
の「再生不可」の円５６から導かれる矢５６ａにより示
され、「入力そして／または修正レポート」の第１長円
４２へ戻るよう指し示す。この段階は、「Ｃ」のアクシ
ョンが選択されたとき作動される。
【００３０】同様に、プログラマやプロジェクトマネー
ジャのタスク、および図１におけるテスタの確認タスク
は、プログラマ、プロジェクトマネージャ、およびテス
タのそれぞれが、それぞれのタスクを完了する過程にお
いて取られると予想される全実寿命アクションに対する
アクション（矢付き小円）６０〜７２、および６０ａ〜
７２ａ、の表示と共に、図２においてそれぞれ長円４
６、４８、５０により、表される。
ジャのタスク、および図１におけるテスタの確認タスク
は、プログラマ、プロジェクトマネージャ、およびテス
タのそれぞれが、それぞれのタスクを完了する過程にお
いて取られると予想される全実寿命アクションに対する
アクション（矢付き小円）６０〜７２、および６０ａ〜
７２ａ、の表示と共に、図２においてそれぞれ長円４
６、４８、５０により、表される。
【００３１】図２に示すようなプランにおけるワークプ
ロセスプランにおける特別な段階に対するサブプランの
使用例を図３に示す。特に、図３は課題は再生できるか
？の段階を完了するサブプランがあるときの親段階とし
て知られた段階４４を達成し得るサブプランの使用例を
示す。課題は再生できるか？の段階を見ると、段階が達
成できる１つの方法があり、義務（矢）５４ａにより示
されるように、これはサブミッタが段階４２においてバ
グレポートを提出するか否かによる。課題は再生できる
か？の段階で取られる２つの可能なアクションは、再生
される５８および再生できない５６の２つの予想（小
円）である。この段階を知る他の方法は、サブプラン１
６０において示される。サブプランは、開始の六角形１
６２として示される開始ノード１６２の１つの開始点を
有する。サブプランを規定するため、サブプランが如何
に開始されたかは重要でなく、サブプランが開始したと
いう事実が、極めて重要である。従って、用語「開始」
のみが、開始六角形１６２において必要とされる。
ロセスプランにおける特別な段階に対するサブプランの
使用例を図３に示す。特に、図３は課題は再生できるか
？の段階を完了するサブプランがあるときの親段階とし
て知られた段階４４を達成し得るサブプランの使用例を
示す。課題は再生できるか？の段階を見ると、段階が達
成できる１つの方法があり、義務（矢）５４ａにより示
されるように、これはサブミッタが段階４２においてバ
グレポートを提出するか否かによる。課題は再生できる
か？の段階で取られる２つの可能なアクションは、再生
される５８および再生できない５６の２つの予想（小
円）である。この段階を知る他の方法は、サブプラン１
６０において示される。サブプランは、開始の六角形１
６２として示される開始ノード１６２の１つの開始点を
有する。サブプランを規定するため、サブプランが如何
に開始されたかは重要でなく、サブプランが開始したと
いう事実が、極めて重要である。従って、用語「開始」
のみが、開始六角形１６２において必要とされる。
【００３２】サブプランが完了され得る２つの方法は、
課題は再生できたかの段階４４に関し、再生できる５８
と再生できない５６の２つの予想である。このように、
課題が再生できるかの段階に関する２つの予想５８と５
６に対応するサブプランにおいて、六角形で示される２
つの終了ノード１６４と１６６とがある。このサブプラ
ンが初期に作成されたとき、サブプランにおいてたった
１つのことは開始六角形１６２と２つの終了ノード１６
４と１６６である。
課題は再生できたかの段階４４に関し、再生できる５８
と再生できない５６の２つの予想である。このように、
課題が再生できるかの段階に関する２つの予想５８と５
６に対応するサブプランにおいて、六角形で示される２
つの終了ノード１６４と１６６とがある。このサブプラ
ンが初期に作成されたとき、サブプランにおいてたった
１つのことは開始六角形１６２と２つの終了ノード１６
４と１６６である。
【００３３】通常、サブプランは、開始ノードと、親段
階の予想に対応する少なくとも１つの終了ノードとを連
結する段階（予想と義務）の組み合わせである。しかし
ながら、ユーザは親段階における予想に対応しないサブ
プラン内に終了ノードを作成できる。サブプランの終了
ノードが作動されるとき、サブプランは作動解除され、
親段階は作動される。作動された終了ノードが親段階の
予想に対応するとき、その予想は次に自動的に満足さ
れ、順に親段階を作動解除する。作動された終了ノード
が親段階の予想と対応しないとき、親段階の予想は何れ
も満足されず、親段階はその段階を完成するためにその
段階に責任を有するユーザに対し作動のまま残される。
階の予想に対応する少なくとも１つの終了ノードとを連
結する段階（予想と義務）の組み合わせである。しかし
ながら、ユーザは親段階における予想に対応しないサブ
プラン内に終了ノードを作成できる。サブプランの終了
ノードが作動されるとき、サブプランは作動解除され、
親段階は作動される。作動された終了ノードが親段階の
予想に対応するとき、その予想は次に自動的に満足さ
れ、順に親段階を作動解除する。作動された終了ノード
が親段階の予想と対応しないとき、親段階の予想は何れ
も満足されず、親段階はその段階を完成するためにその
段階に責任を有するユーザに対し作動のまま残される。
【００３４】図３に示すサブプランを参照し、サブプラ
ン１６０が作動中のとき、開始ノード１６２は、テスト
Ａ段階１６８とテストＢ段階１７０を自動的に作動す
る。テストＡ段階は、その段階の長円の上部にテスタ１
として示されるテスタ１の責任である。テストＡ段階
は、２つの予想Ａ１７２とＢ１７４を有する。予想Ａ１
７２は、出口六角形Ｃ（１６６）の再生できないへ導
く。義務（矢）を有する予想Ａ１７２に適合する段階１
６８において、アクションが取られるとき、対応する義
務（矢）は、トリガーされ、段階１６８は作動解除とな
る。この義務がトリガーされるとき、親段階４４の予想
５６に対応する出口ノード１６６は自動的にトリガーさ
れ、それゆえ、対応する義務５６ａをトリガーし、順に
段階４２に対応するエージェントを作動する。他の段階
１７０、１８０および予想１７６、１７８、１８２、１
８４および対応する義務（矢）は同様な方法で実行され
る。
ン１６０が作動中のとき、開始ノード１６２は、テスト
Ａ段階１６８とテストＢ段階１７０を自動的に作動す
る。テストＡ段階は、その段階の長円の上部にテスタ１
として示されるテスタ１の責任である。テストＡ段階
は、２つの予想Ａ１７２とＢ１７４を有する。予想Ａ１
７２は、出口六角形Ｃ（１６６）の再生できないへ導
く。義務（矢）を有する予想Ａ１７２に適合する段階１
６８において、アクションが取られるとき、対応する義
務（矢）は、トリガーされ、段階１６８は作動解除とな
る。この義務がトリガーされるとき、親段階４４の予想
５６に対応する出口ノード１６６は自動的にトリガーさ
れ、それゆえ、対応する義務５６ａをトリガーし、順に
段階４２に対応するエージェントを作動する。他の段階
１７０、１８０および予想１７６、１７８、１８２、１
８４および対応する義務（矢）は同様な方法で実行され
る。
【００３５】段階に責任あるユーザまたは複数のユーザ
のみが、その段階を実行するサブプランを作成すること
が許されることを知ることは重要である。従って、大部
分の対話において発見される多くの異なるサブプラン
は、対話を作成するのに多くの努力を払って企画を作成
する多くの異なるユーザにより作成される。さらに重要
なことだが、サブプロセスに関して最も知識を有する
者、すなわちサブプロセスの実行に責任を有するユーザ
は、対話の対応部分を作成するユーザである。
のみが、その段階を実行するサブプランを作成すること
が許されることを知ることは重要である。従って、大部
分の対話において発見される多くの異なるサブプラン
は、対話を作成するのに多くの努力を払って企画を作成
する多くの異なるユーザにより作成される。さらに重要
なことだが、サブプロセスに関して最も知識を有する
者、すなわちサブプロセスの実行に責任を有するユーザ
は、対話の対応部分を作成するユーザである。
【００３６】図４は、本発明の好適実施例によるシステ
ムに係るハードウェアとコンピュータプログラムのアー
キテクチャのブロック図であり、図５は、データのフロ
ーを付加して示す図４に示すハードウェアとコンピュー
タプログラムのアーキテクチャの詳細ブロック図であ
る。本発明の実施例のハードウェアとコンピュータプロ
グラムのアーキテクチャを図４と図５に示す。このシス
テムは図１に示すようなワークプロセスを、図２に示し
たようなワークプロセスの説明図に従って、モデル化
し、分析し、実行する。好適実施例において、図２に示
されるポリシー４０により表されるデータとロジック
は、ユニックスのオペレーティングシステム（ＯＳ）下
のコンピュータプラットフォームまたはサンマイクロシ
ステム社から調達可能なスパークステーション（スパー
クステーションはサンマイクロ社の商標）上で走るソフ
トウェアサーバモジュール８０により記憶され管理され
る。例として１つのユニックスシステムのみ開示されて
いるが、ユニックスシステムの殆どの他のバージョンも
使用できる。
ムに係るハードウェアとコンピュータプログラムのアー
キテクチャのブロック図であり、図５は、データのフロ
ーを付加して示す図４に示すハードウェアとコンピュー
タプログラムのアーキテクチャの詳細ブロック図であ
る。本発明の実施例のハードウェアとコンピュータプロ
グラムのアーキテクチャを図４と図５に示す。このシス
テムは図１に示すようなワークプロセスを、図２に示し
たようなワークプロセスの説明図に従って、モデル化
し、分析し、実行する。好適実施例において、図２に示
されるポリシー４０により表されるデータとロジック
は、ユニックスのオペレーティングシステム（ＯＳ）下
のコンピュータプラットフォームまたはサンマイクロシ
ステム社から調達可能なスパークステーション（スパー
クステーションはサンマイクロ社の商標）上で走るソフ
トウェアサーバモジュール８０により記憶され管理され
る。例として１つのユニックスシステムのみ開示されて
いるが、ユニックスシステムの殆どの他のバージョンも
使用できる。
【００３７】図４において、点線１０１の内側の項目は
本発明の実施例に対するコンピュータハードウェアとソ
フトウェアを描写する。点線の外側の項目は、本システ
ムによりモデル化されたワークプロセスにおける種々の
タスクの実際の実行においてユーザをサポートする個別
のソフトウェアアプリケーションである。例として、サ
ーバモジュールは大量のデータを記憶し管理する個別の
慣習的なデータベース管理アプリケーションプログラマ
ー８２、およびドキュメントからのデータを記憶し管理
する個別の慣習的なドキュメントリンカ８３へのアクセ
スを有する。このようなデータベース管理アプリケーシ
ョンプログラムおよびドキュメントリンカは、慣習的な
ものであり、種々の販売店から即座に入手可能である。
本発明の実施例に対するコンピュータハードウェアとソ
フトウェアを描写する。点線の外側の項目は、本システ
ムによりモデル化されたワークプロセスにおける種々の
タスクの実際の実行においてユーザをサポートする個別
のソフトウェアアプリケーションである。例として、サ
ーバモジュールは大量のデータを記憶し管理する個別の
慣習的なデータベース管理アプリケーションプログラマ
ー８２、およびドキュメントからのデータを記憶し管理
する個別の慣習的なドキュメントリンカ８３へのアクセ
スを有する。このようなデータベース管理アプリケーシ
ョンプログラムおよびドキュメントリンカは、慣習的な
ものであり、種々の販売店から即座に入手可能である。
【００３８】図４のシステムのユーザは、アプルコンピ
ュータ社により製造されたマッキンタッシュ８４ａ（マ
ッキンタッシュはアプルコンピュータ社の商標）、サン
スパークステーションのようなユニックスワークステー
ション８６ａ、およびＩＢＭコンパチ（両立式）パーソ
ナルコンピュータ（ＰＣ）８８ａ、のようなコンピュー
タワークステーション上で走るソフトウェアビューアモ
ジュール８４、８６および８８を介して本システムにア
クセスできる。これらのワークステーションの各々は、
キーボードのようなデータ入力装置、表示装置、記憶装
置およびプロセッサ（図示せず）を含む。ユニックスワ
ークステーション８６ａに対して示すように、各コンピ
ュータプラットホームは、伝統的なコンピュータオペレ
ーションを実行するよく知られた商標で販売される各々
の慣習的ソフトウェアアプリケーションを有する。例え
ば、サンスパークステーションのユニックスワークステ
ーション８６ａは、サンマイクロ社から調達可能なツー
ルトーク（ツールトークはサンマイクロ社の商標）、ま
たはヒューレットパッカード社から調達可能なソフトベ
ンチ（ソフトベンチはヒューレットパッカード社の商
標）としてよく知られたアプリケーションマネージャソ
フトウェア９０、ワードプロセッサソフトウェア９２、
スプレッドシートソフトウェア９４、プロジェクトマネ
ージャソフトウェア９６、およびグラフィックスソフト
ウェア９８を有する。
ュータ社により製造されたマッキンタッシュ８４ａ（マ
ッキンタッシュはアプルコンピュータ社の商標）、サン
スパークステーションのようなユニックスワークステー
ション８６ａ、およびＩＢＭコンパチ（両立式）パーソ
ナルコンピュータ（ＰＣ）８８ａ、のようなコンピュー
タワークステーション上で走るソフトウェアビューアモ
ジュール８４、８６および８８を介して本システムにア
クセスできる。これらのワークステーションの各々は、
キーボードのようなデータ入力装置、表示装置、記憶装
置およびプロセッサ（図示せず）を含む。ユニックスワ
ークステーション８６ａに対して示すように、各コンピ
ュータプラットホームは、伝統的なコンピュータオペレ
ーションを実行するよく知られた商標で販売される各々
の慣習的ソフトウェアアプリケーションを有する。例え
ば、サンスパークステーションのユニックスワークステ
ーション８６ａは、サンマイクロ社から調達可能なツー
ルトーク（ツールトークはサンマイクロ社の商標）、ま
たはヒューレットパッカード社から調達可能なソフトベ
ンチ（ソフトベンチはヒューレットパッカード社の商
標）としてよく知られたアプリケーションマネージャソ
フトウェア９０、ワードプロセッサソフトウェア９２、
スプレッドシートソフトウェア９４、プロジェクトマネ
ージャソフトウェア９６、およびグラフィックスソフト
ウェア９８を有する。
【００３９】好適実施例において、図４と図５のシステ
ムはオープンシステムであり、サーバモジュールとビュ
ーアーモジュールはプラットホームと独立しており、種
々のコンピュータハードウェア上で走ることができる。
サーバモジュールとビューアモジュールは共に、工業分
野で標準プログラム言語であるＣ＋＋のオブジェクト指
向プログラム言語で記述されている。好適実施例のサー
バモジュール用ソースコードは本発明の米国出願（ＣＩ
Ｐ）に付加してマイクロフィッシュに含まれる。このコ
ードは、サンマイクロシステムから調達可能なＡＴ＆Ｔ
のＣ＋＋言語システムリリース２．１を用いたＣ＋＋の
特別に記述されたものである。Ｃ＋＋の言語に関する多
くの参考書が出版されている。このような参考書の１つ
として、インディアナの SAMS, Carmel 社により出版さ
れた John Tohmas Berryによる「The Waite Group's C+
+ Programming ， Second Edition 」がある。Ｃ＋＋プ
ログラム言語の使用により、モジュールを相対的にコン
ピュータプラットホームから独立することができ、ＩＢ
ＭのＰＣ両立式またはマッキンタッシュコンピュータプ
ラットフォームのような異なるハードウェア上でサーバ
モジュールとビューアモジュールが走る他の実施例の使
用を可能とする。好適実施例は、さらにログウェーブ社
により製作されたツールｈ＋＋とＣ＋＋プログラミング
ツールパッケージを利用する（ツールｈ＋＋はログウェ
ーブ社の商標）。ツールｈ＋＋のユーザマニュアルは本
明細書に十分な説明を参考として記載する。
ムはオープンシステムであり、サーバモジュールとビュ
ーアーモジュールはプラットホームと独立しており、種
々のコンピュータハードウェア上で走ることができる。
サーバモジュールとビューアモジュールは共に、工業分
野で標準プログラム言語であるＣ＋＋のオブジェクト指
向プログラム言語で記述されている。好適実施例のサー
バモジュール用ソースコードは本発明の米国出願（ＣＩ
Ｐ）に付加してマイクロフィッシュに含まれる。このコ
ードは、サンマイクロシステムから調達可能なＡＴ＆Ｔ
のＣ＋＋言語システムリリース２．１を用いたＣ＋＋の
特別に記述されたものである。Ｃ＋＋の言語に関する多
くの参考書が出版されている。このような参考書の１つ
として、インディアナの SAMS, Carmel 社により出版さ
れた John Tohmas Berryによる「The Waite Group's C+
+ Programming ， Second Edition 」がある。Ｃ＋＋プ
ログラム言語の使用により、モジュールを相対的にコン
ピュータプラットホームから独立することができ、ＩＢ
ＭのＰＣ両立式またはマッキンタッシュコンピュータプ
ラットフォームのような異なるハードウェア上でサーバ
モジュールとビューアモジュールが走る他の実施例の使
用を可能とする。好適実施例は、さらにログウェーブ社
により製作されたツールｈ＋＋とＣ＋＋プログラミング
ツールパッケージを利用する（ツールｈ＋＋はログウェ
ーブ社の商標）。ツールｈ＋＋のユーザマニュアルは本
明細書に十分な説明を参考として記載する。
【００４０】ビューアモジュール８４、８６および８
８、およびそれぞれのワークステーション８４ａ、８６
ａおよび８８ａは、サーバモジュール８０とワークステ
ーション８０ａおよびワークステーションにメッセージ
バスにより接続される。好適実施例において、メッセー
ジバスはツールバス（「TBus」）１００であり、ハード
ウェアとソフトウェアが結合したものであり、MBus（イ
リノイ大学で開発された）上で実行され、換言すればサ
ンマイクロシステム社から調達可能なＴＣＰ／ＩＰ（Tr
ansmission Control Protcol/Internet Protocol）の遂
行により実行される。
８、およびそれぞれのワークステーション８４ａ、８６
ａおよび８８ａは、サーバモジュール８０とワークステ
ーション８０ａおよびワークステーションにメッセージ
バスにより接続される。好適実施例において、メッセー
ジバスはツールバス（「TBus」）１００であり、ハード
ウェアとソフトウェアが結合したものであり、MBus（イ
リノイ大学で開発された）上で実行され、換言すればサ
ンマイクロシステム社から調達可能なＴＣＰ／ＩＰ（Tr
ansmission Control Protcol/Internet Protocol）の遂
行により実行される。
【００４１】ＴＣＰ／ＩＰプロトコールの使用は、ワー
クステーション間の接続のハードウェア部がバスに接続
されたコンピュータプログラムに対し明瞭となることを
可能とする。ハードウェアの接続はイーサネット、トー
クンリングまたは他の形式の何れかのネットワークでよ
い。たった一つ要求されることは、ＴＣＰ／ＩＰがワー
クステーションとネットワーク上で実行可能であること
である。各ワークステーション上を走るプログラムに対
し、如何なるネットワークが使用されても、Ｔバスは全
てのワークステーション間で単純なデータバスのように
見えかつ作動する。
クステーション間の接続のハードウェア部がバスに接続
されたコンピュータプログラムに対し明瞭となることを
可能とする。ハードウェアの接続はイーサネット、トー
クンリングまたは他の形式の何れかのネットワークでよ
い。たった一つ要求されることは、ＴＣＰ／ＩＰがワー
クステーションとネットワーク上で実行可能であること
である。各ワークステーション上を走るプログラムに対
し、如何なるネットワークが使用されても、Ｔバスは全
てのワークステーション間で単純なデータバスのように
見えかつ作動する。
【００４２】バスの特徴は、バス上の如何なるコンピュ
ータワークステーション間の如何なる通信も、全てのビ
ューアモジュールとサーバモジュールにより見たりアク
セスしたりすることができることである。図５は、ビュ
ーアモジュールとサーバモジュールを含む図４のシステ
ム上を走るソフトウェアのシステムアーキテクチャのよ
り詳細な図である。図４に示されるように、このシステ
ムはビューアモジュール８４〜８８とサーバモジュール
８０を有し、これらの全てはＴＢｕｓ１００に接続され
る。ビューアモジュールを走るコンピュータワークステ
ーションはまた、プログラムマネージャおよびスプレッ
ドシートソフトウェア、またはそれらのワークを実行時
にユーザにとって有用となり得る他のソフトウェアを含
む図４に示すアプリケーションソフトウェア９２〜９８
のような個別の独立したアプリケーションソフトウェア
１０２を運転する。
ータワークステーション間の如何なる通信も、全てのビ
ューアモジュールとサーバモジュールにより見たりアク
セスしたりすることができることである。図５は、ビュ
ーアモジュールとサーバモジュールを含む図４のシステ
ム上を走るソフトウェアのシステムアーキテクチャのよ
り詳細な図である。図４に示されるように、このシステ
ムはビューアモジュール８４〜８８とサーバモジュール
８０を有し、これらの全てはＴＢｕｓ１００に接続され
る。ビューアモジュールを走るコンピュータワークステ
ーションはまた、プログラムマネージャおよびスプレッ
ドシートソフトウェア、またはそれらのワークを実行時
にユーザにとって有用となり得る他のソフトウェアを含
む図４に示すアプリケーションソフトウェア９２〜９８
のような個別の独立したアプリケーションソフトウェア
１０２を運転する。
【００４３】図２に示すようなワークプロセスプランに
よりモデル化された図１に示す各企画は、サーバモジュ
ールにより管理されるとき、対話として参照される。個
々の対話は、並列、直列、または直並列で実行される１
以上のプランを有する。対話におけるプランは、サブプ
ラン、サブサブプラン、等をさらに含む。ユーザが、ビ
ューアモジュールを介して特定の対話に合図するとき、
サーバモジュールは対話文ソフトウェアプログラム（対
話文）１０４の実行を開始する。対話文ソフトウェアプ
ログラム（対話文）１０４は、サーバモジュールと独立
して走る個別のプログラムであるが、サーバモジュール
により作成され、モニタされ、制御される。各対話文
は、個別のプログラムとして作用し、他の対話文または
サーバモジュールと独立のＴＢｕｓ上に命令とデータを
送受する。
よりモデル化された図１に示す各企画は、サーバモジュ
ールにより管理されるとき、対話として参照される。個
々の対話は、並列、直列、または直並列で実行される１
以上のプランを有する。対話におけるプランは、サブプ
ラン、サブサブプラン、等をさらに含む。ユーザが、ビ
ューアモジュールを介して特定の対話に合図するとき、
サーバモジュールは対話文ソフトウェアプログラム（対
話文）１０４の実行を開始する。対話文ソフトウェアプ
ログラム（対話文）１０４は、サーバモジュールと独立
して走る個別のプログラムであるが、サーバモジュール
により作成され、モニタされ、制御される。各対話文
は、個別のプログラムとして作用し、他の対話文または
サーバモジュールと独立のＴＢｕｓ上に命令とデータを
送受する。
【００４４】サーバモジュールは、前述した１０４から
１０９のような多数の対話文の運転を同時に開始でき
る。例えば、図２はバグ発見処理のプランとして使用さ
れるポリシを示す。好適実施例のシステムにおいて、シ
ステムは各プランが処理された単一のバグレポートに対
応するこのポリシに従う何百何千ものプランを同時に実
行できる。これらのプランの各々は、このプランを追跡
する対話を運転するそれ自身の対話文をもってもよい。
１０９のような多数の対話文の運転を同時に開始でき
る。例えば、図２はバグ発見処理のプランとして使用さ
れるポリシを示す。好適実施例のシステムにおいて、シ
ステムは各プランが処理された単一のバグレポートに対
応するこのポリシに従う何百何千ものプランを同時に実
行できる。これらのプランの各々は、このプランを追跡
する対話を運転するそれ自身の対話文をもってもよい。
【００４５】同様に、ユーザがビューアモジュール８４
〜８８を操作するとき、ビューア文プログラム１１０〜
１１８は、使用されるビューアモジュールにより開始さ
れ、ユーザが合図する全ての対話文に対するこれらのビ
ューアモジュールにより使用される同一ワークステーシ
ョン上で走る。各ビューア文は、同一ワークステーショ
ン上を走る他のビューア文と他のワークステーション上
を走る他のビューア文とを独立に運転する。特定のワー
クステーション上を走るビューア文の数は、その時にユ
ーザがアクセスする対話文の数と等しい。
〜８８を操作するとき、ビューア文プログラム１１０〜
１１８は、使用されるビューアモジュールにより開始さ
れ、ユーザが合図する全ての対話文に対するこれらのビ
ューアモジュールにより使用される同一ワークステーシ
ョン上で走る。各ビューア文は、同一ワークステーショ
ン上を走る他のビューア文と他のワークステーション上
を走る他のビューア文とを独立に運転する。特定のワー
クステーション上を走るビューア文の数は、その時にユ
ーザがアクセスする対話文の数と等しい。
【００４６】上述したように、ビューアモジュール、ビ
ューア文モジュール、サーバモジュールおよび対話文モ
ジュールは、ＴＢｕｓ１００を経由して通信される。実
際のメッセージは、カリフォルニア大学バークレーで開
発したツールコントロール言語（「ＴＣＬ」）シンタッ
クスを用いてＴＢｕｓを通して送信され、バークレーと
オンラインの通信が利用できる。ＴＣＬに関する技術資
料はＴＣＬに備わったオンライン資料として出版されて
いる。ＴＣＬに関する資料、バージョン６．７は、本明
細書に参考として記載する。ＴＣＬシンタックスを用い
たＴＣＬインタープリタ１２０は、ＴＢｕｓ上でＴＣＬ
メッセージ放送を発生しインタープリト（翻訳）するた
め、ＴＢｕｓとビューアモジュール、サーバモジュール
とビューア文との間に設けられる。ＴＣＬはＴＢｕｓ上
の情報の放送が如何なる形式のワークステーションによ
っても送信と受信が可能なように、ＴＢｕｓ上で全ての
メッセージ放送の共通言語として使用される。ＴＣＬイ
ンタープリタは普遍的なＴＣＬメッセージに対応するワ
ークステーションにより翻訳できるメッセージに翻訳す
る。
ューア文モジュール、サーバモジュールおよび対話文モ
ジュールは、ＴＢｕｓ１００を経由して通信される。実
際のメッセージは、カリフォルニア大学バークレーで開
発したツールコントロール言語（「ＴＣＬ」）シンタッ
クスを用いてＴＢｕｓを通して送信され、バークレーと
オンラインの通信が利用できる。ＴＣＬに関する技術資
料はＴＣＬに備わったオンライン資料として出版されて
いる。ＴＣＬに関する資料、バージョン６．７は、本明
細書に参考として記載する。ＴＣＬシンタックスを用い
たＴＣＬインタープリタ１２０は、ＴＢｕｓ上でＴＣＬ
メッセージ放送を発生しインタープリト（翻訳）するた
め、ＴＢｕｓとビューアモジュール、サーバモジュール
とビューア文との間に設けられる。ＴＣＬはＴＢｕｓ上
の情報の放送が如何なる形式のワークステーションによ
っても送信と受信が可能なように、ＴＢｕｓ上で全ての
メッセージ放送の共通言語として使用される。ＴＣＬイ
ンタープリタは普遍的なＴＣＬメッセージに対応するワ
ークステーションにより翻訳できるメッセージに翻訳す
る。
【００４７】図２に示すポリシー４０に従う企画のよう
な対話文を示すデータとロジックの全ては、サーバモジ
ュール８０により記憶され、管理される。ユーザが特定
な企画に対する対話文にアクセスしたいとき、ビューア
モジュールはサーバモジュールからその対話文に代表さ
れる企画に関する情報をリクエストするために使用され
る。ビューアモジュール自身は、ユーザに対して表示さ
れる現在のウィンドウにおける表示にビューアモジュー
ルが必要なことを除いて企画に関するデータまたはロジ
ックの何れかを記憶しない。ビューアモジュールは対応
するワークステーションと組み合わせて、本質的に高級
なターミナルを形成する。ビューアモジュールは、サー
バモジュール８０から自動的に入力された、または対応
するワークステーションのデータ入力装置上のユーザに
より入力された簡単な命令に応答して、情報をリクエス
トする。ビューアモジュールは、次に対応するワークス
テーションの表示上で有用なフォーマットでサーバモジ
ュールから受けた情報を供給する。
な対話文を示すデータとロジックの全ては、サーバモジ
ュール８０により記憶され、管理される。ユーザが特定
な企画に対する対話文にアクセスしたいとき、ビューア
モジュールはサーバモジュールからその対話文に代表さ
れる企画に関する情報をリクエストするために使用され
る。ビューアモジュール自身は、ユーザに対して表示さ
れる現在のウィンドウにおける表示にビューアモジュー
ルが必要なことを除いて企画に関するデータまたはロジ
ックの何れかを記憶しない。ビューアモジュールは対応
するワークステーションと組み合わせて、本質的に高級
なターミナルを形成する。ビューアモジュールは、サー
バモジュール８０から自動的に入力された、または対応
するワークステーションのデータ入力装置上のユーザに
より入力された簡単な命令に応答して、情報をリクエス
トする。ビューアモジュールは、次に対応するワークス
テーションの表示上で有用なフォーマットでサーバモジ
ュールから受けた情報を供給する。
【００４８】ビューアモジュールは、さらにソフトウェ
ア視覚的プログラムモジュールを有する。このモジュー
ルは慣習的なプログラミング技術を用い、引き降ろしメ
ニュ、マウスまたはポインティングデバイス（例えばト
ラックボール、デジタイザータブレット、タッチスクリ
ーン）の他の形式により制御されるワークステーション
の表示装置上に現れるポインタのような慣習的図式ユー
ザインターフェース技術を利用し、ポインティングデバ
イス入力およびポインティングデバイスにより操作され
たボタンに基づく種々のオプションをハイライトして、
描かれた図に基づいたプログラムである。視覚的プログ
ラミングモジュールは、ユーザがワークステーションの
表示装置に、ワークプロセスモデルを表す図２と図３に
示すと同様な図の作成を可能とする。視覚的プログラミ
ングモジュールは、次にワークプロセスモデルの図式表
現をビューアモジュールによりＴＢｕｓを介してサーバ
モジュールへ通信されるデータに変換する。サーバモジ
ュールはこのデータを用いてワークプロセスモデルのコ
ンピュータ表現を作成する。ワークプロセスモデルのこ
のコンピュータ表現およびワークプロセスモデルの図式
表現をコンピュータ表現に変換するプロセスを、表１と
図２０を相互に用いて後述する。
ア視覚的プログラムモジュールを有する。このモジュー
ルは慣習的なプログラミング技術を用い、引き降ろしメ
ニュ、マウスまたはポインティングデバイス（例えばト
ラックボール、デジタイザータブレット、タッチスクリ
ーン）の他の形式により制御されるワークステーション
の表示装置上に現れるポインタのような慣習的図式ユー
ザインターフェース技術を利用し、ポインティングデバ
イス入力およびポインティングデバイスにより操作され
たボタンに基づく種々のオプションをハイライトして、
描かれた図に基づいたプログラムである。視覚的プログ
ラミングモジュールは、ユーザがワークステーションの
表示装置に、ワークプロセスモデルを表す図２と図３に
示すと同様な図の作成を可能とする。視覚的プログラミ
ングモジュールは、次にワークプロセスモデルの図式表
現をビューアモジュールによりＴＢｕｓを介してサーバ
モジュールへ通信されるデータに変換する。サーバモジ
ュールはこのデータを用いてワークプロセスモデルのコ
ンピュータ表現を作成する。ワークプロセスモデルのこ
のコンピュータ表現およびワークプロセスモデルの図式
表現をコンピュータ表現に変換するプロセスを、表１と
図２０を相互に用いて後述する。
【００４９】コンピュータワークステーション上のビュ
ーアモジュールとビューア文は、通常他のコンピュータ
ワークステーション上のビューアモジュールまたはビュ
ーア文と通信しない。むしろ、ビューアモジュールとビ
ューア文は、サーバモジュールそして／または対話文を
走らせるコンピュータワークステーションへメッセージ
を送り、またはそのコンピュータワークステーションか
らメッセージを受ける。このように、図２に示すような
ワークプロセスプランにおいて、情報が第１の段階に責
任を有するユーザから第２の段階に責任を有する一人ま
たは複数のユーザへ送られるということが明白であると
き、好適実施例において、これらのユーザ間またはこれ
らのワークステーション間の直接の通信は発生しない。
むしろ、第一のユーザのビューア文が対話文に対応する
メッセージを送る。対話文が実行されたプランのデータ
やロジックと相談した後、対話文はビューア文の全てに
メッセージを送るが、これらのメッセージ内にはメッセ
ージが第２段階に責任を有する一人または複数のユーザ
へ向けられることを示すデータが含まれる。他のユーザ
の全てのビューア文はこれらのメッセージを受け、しか
しメッセージは他のユーザに導かれないので他のユーザ
は通常これらのメッセージをモニタし、何等アクション
を取らない。この構成により、対話文は、その対話文が
管理しているプランに関して発生することの全てを全体
的に知るのである。
ーアモジュールとビューア文は、通常他のコンピュータ
ワークステーション上のビューアモジュールまたはビュ
ーア文と通信しない。むしろ、ビューアモジュールとビ
ューア文は、サーバモジュールそして／または対話文を
走らせるコンピュータワークステーションへメッセージ
を送り、またはそのコンピュータワークステーションか
らメッセージを受ける。このように、図２に示すような
ワークプロセスプランにおいて、情報が第１の段階に責
任を有するユーザから第２の段階に責任を有する一人ま
たは複数のユーザへ送られるということが明白であると
き、好適実施例において、これらのユーザ間またはこれ
らのワークステーション間の直接の通信は発生しない。
むしろ、第一のユーザのビューア文が対話文に対応する
メッセージを送る。対話文が実行されたプランのデータ
やロジックと相談した後、対話文はビューア文の全てに
メッセージを送るが、これらのメッセージ内にはメッセ
ージが第２段階に責任を有する一人または複数のユーザ
へ向けられることを示すデータが含まれる。他のユーザ
の全てのビューア文はこれらのメッセージを受け、しか
しメッセージは他のユーザに導かれないので他のユーザ
は通常これらのメッセージをモニタし、何等アクション
を取らない。この構成により、対話文は、その対話文が
管理しているプランに関して発生することの全てを全体
的に知るのである。
【００５０】各ワークプロセスプランのデータとロジッ
クは、Ｃ＋＋オブジェクトのツリーのような作業空間に
おいてサーバモジュールにより記憶される。Ｃ＋＋オブ
ジェクトはデータとロジックの両方を含むＣ＋＋言語に
設けられた構造である。このツリーの基本的ビルディン
グブロックは、１つのワークプロセスプランの段階（例
えば図２に示す長円）を示すＣ＋＋オブジェクトであ
る。一つの段階を示す各Ｃ＋＋オブジェクトは、エージ
ェントと呼ばれる。各エージェントは、Ｃ＋＋クラス
（等級）でラベルされたＶＰＬアクティブエージェント
の１つとして規定される。クラスＶＰＬアクティブエー
ジェントは、さらにクラスＶＰＬエージェントの特性の
全てを受け継ぐ。このように、全てのエージェントは、
ＶＰＬエージェントと継承によるＶＰＬアクティブエー
ジェントの両方の宣言とコードを含む。これらのクラス
の両方に対するデータの宣言部分を、表１にリストす
る。
クは、Ｃ＋＋オブジェクトのツリーのような作業空間に
おいてサーバモジュールにより記憶される。Ｃ＋＋オブ
ジェクトはデータとロジックの両方を含むＣ＋＋言語に
設けられた構造である。このツリーの基本的ビルディン
グブロックは、１つのワークプロセスプランの段階（例
えば図２に示す長円）を示すＣ＋＋オブジェクトであ
る。一つの段階を示す各Ｃ＋＋オブジェクトは、エージ
ェントと呼ばれる。各エージェントは、Ｃ＋＋クラス
（等級）でラベルされたＶＰＬアクティブエージェント
の１つとして規定される。クラスＶＰＬアクティブエー
ジェントは、さらにクラスＶＰＬエージェントの特性の
全てを受け継ぐ。このように、全てのエージェントは、
ＶＰＬエージェントと継承によるＶＰＬアクティブエー
ジェントの両方の宣言とコードを含む。これらのクラス
の両方に対するデータの宣言部分を、表１にリストす
る。
【００５１】
【表１】
【００５２】RWCString ShortDescription 460は、図２
におけるテキスト「入力そして／または修正レポート」
４２ａのような段階の長円の下部において示されるテキ
スト文を保持する。String LongDescription 462は、エ
ージェント内で解決されるように、ShortDescriptionに
より識別されるタスクまたは質問のより詳細な記述を保
持する。この LongDescriptionは初期にヘルプメッセー
ジとして使用される。さらなる詳細を以下に記す。
におけるテキスト「入力そして／または修正レポート」
４２ａのような段階の長円の下部において示されるテキ
スト文を保持する。String LongDescription 462は、エ
ージェント内で解決されるように、ShortDescriptionに
より識別されるタスクまたは質問のより詳細な記述を保
持する。この LongDescriptionは初期にヘルプメッセー
ジとして使用される。さらなる詳細を以下に記す。
【００５３】プロローグＴｃｌ４６６、ボディＴｃｌ４
６８、エピローグＴｃｌ４７０のRWCString は、エージ
ェントを開始し、アクティブにし、ノンアクティブにす
るとき、それぞれ実行されるＴＣＬスクリプトを保持す
る。ＴＣＬスクリプトは、基本的にＴＢｕｓ上で放送可
能なＴＣＬ命令またはメッセージを基本的にリスト（ロ
ジックと制御表現を含む）する。
６８、エピローグＴｃｌ４７０のRWCString は、エージ
ェントを開始し、アクティブにし、ノンアクティブにす
るとき、それぞれ実行されるＴＣＬスクリプトを保持す
る。ＴＣＬスクリプトは、基本的にＴＢｕｓ上で放送可
能なＴＣＬ命令またはメッセージを基本的にリスト（ロ
ジックと制御表現を含む）する。
【００５４】ＴＣＬスクリプトは、図１１〜１９に示す
エージェントおよび以下に論じるような特定のエージェ
ントの形式を実行するために使用できる。ＴＣＬスクリ
プトは、好適実施例のシステムとは分離独立した他のソ
フトウェアアプリケーションの自動的実行をプログラム
するために使用できる。例えば、特定段階はワークプロ
スにおいてより早くに発生され利用できる情報に基づい
てユーザがレポートを書かねばならないタスクを代表で
きる。ＴＣＬスクリプトは、その特定な段階が作動され
るときにそのシステム上で利用されることのみが既知の
情報で満たされた形式レポートの作成を着手するため、
その特定段階が作動されるときに実行されるようにプロ
グラムできる。ＴＣＬスクリプトは、さらに慣習的ワー
ドプロセスのソフトウェアの運転を開始させ、そのワー
ドプロセスのソフトウェアに完成した形式レポートをロ
ードする。ＴＣＬスクリプトは、このように慣習的ワー
ドプロセスのソフトウェア自身の運転を開始しスクラッ
チからそのレポートを作成する代わりに、その段階によ
り表されるタスクを完了するため、ユーザがレポートを
素早く検査し、完結させることを可能とする。
エージェントおよび以下に論じるような特定のエージェ
ントの形式を実行するために使用できる。ＴＣＬスクリ
プトは、好適実施例のシステムとは分離独立した他のソ
フトウェアアプリケーションの自動的実行をプログラム
するために使用できる。例えば、特定段階はワークプロ
スにおいてより早くに発生され利用できる情報に基づい
てユーザがレポートを書かねばならないタスクを代表で
きる。ＴＣＬスクリプトは、その特定な段階が作動され
るときにそのシステム上で利用されることのみが既知の
情報で満たされた形式レポートの作成を着手するため、
その特定段階が作動されるときに実行されるようにプロ
グラムできる。ＴＣＬスクリプトは、さらに慣習的ワー
ドプロセスのソフトウェアの運転を開始させ、そのワー
ドプロセスのソフトウェアに完成した形式レポートをロ
ードする。ＴＣＬスクリプトは、このように慣習的ワー
ドプロセスのソフトウェア自身の運転を開始しスクラッ
チからそのレポートを作成する代わりに、その段階によ
り表されるタスクを完了するため、ユーザがレポートを
素早く検査し、完結させることを可能とする。
【００５５】好適実施例によるワークプロセスプランに
おける予想と義務の全ては、Ｃ＋＋オブジェクトにより
表される。予想は等級「ＶＰＬ予想」であるオブジェク
トに記憶され、義務は等級「ＶＰＬ義務」であるオブジ
ェクトに記憶される。各エージェントは、そのエージェ
ントに対する予想（予想オブジェクト）および対応する
義務（義務オブジェクト）を代表する全てのオブジェク
トに対するポインタを含むオブリゲーション（義務）４
５４およびエクスペクテーション（予想）４５６を含
み、命令されたＲＷセットで実行されたテーブルを有す
る。図２の段階４４に関するエージェントの場合におい
て、例えば、予想は「Ｃ」５６と「Ｒ」５８である。
おける予想と義務の全ては、Ｃ＋＋オブジェクトにより
表される。予想は等級「ＶＰＬ予想」であるオブジェク
トに記憶され、義務は等級「ＶＰＬ義務」であるオブジ
ェクトに記憶される。各エージェントは、そのエージェ
ントに対する予想（予想オブジェクト）および対応する
義務（義務オブジェクト）を代表する全てのオブジェク
トに対するポインタを含むオブリゲーション（義務）４
５４およびエクスペクテーション（予想）４５６を含
み、命令されたＲＷセットで実行されたテーブルを有す
る。図２の段階４４に関するエージェントの場合におい
て、例えば、予想は「Ｃ」５６と「Ｒ」５８である。
【００５６】各予想（例えば５６）に対する予想ＲＷＳ
ｅｔ４５６において、その予想に対する予想オブジェク
トへのポインタは設定順に記憶される。予想のオブジェ
クトは対応する予想に対し予想記述（例えば７８）を有
する。この記述の第一の文字は、この予想を図式的に表
す小円内に示される文字としてシステムにより使用され
る。
ｅｔ４５６において、その予想に対する予想オブジェク
トへのポインタは設定順に記憶される。予想のオブジェ
クトは対応する予想に対し予想記述（例えば７８）を有
する。この記述の第一の文字は、この予想を図式的に表
す小円内に示される文字としてシステムにより使用され
る。
【００５７】このテーブルはまた、各予想に対し１以上
の義務（図２において矢で示す）を表すことができる。
図２における「Ｃ」の予想５６の場合において、この義
務は入力そして／または修正レポートの段階４２を指し
示す矢５６ａである。エージェントを表す段階４４の場
合において、義務ＲＷセット４５４は義務５６ａを表す
義務のオブジェクト用ポインタを含む。この義務のオブ
ジェクトは段階４２を表すエージェントに対し「エージ
ェント」に記憶されるポインタを含む。義務はまた、義
務に対する唯一のラベルである「ＲＷＣストリング Ｏ
Ｔｏｋｅｎ」に記憶された義務のｉｄ ｔｏｋｅｎ（識
別トークン）を含む。義務に関するこの予想に対する予
想オブジェクトは、「ＲＷＣストリング ＯＴｏｋｅ
ｎ」に記憶される義務に対するｉｄ ｔｏｋｅｎを含
む。このことは、予想オブジェクトに記憶されたものに
適合する義務のｉｄ ｔｏｋｅｎに対するＲＷセット義
務におけるポインタにより指示される義務のオブジェク
トにおけるＲＷＣストリングＯＴｏｋｅｎを検索するこ
とにより予想に対する義務を位置づけることを可能とす
る。ＲＷセットの予想における予想のポインターと同様
に、義務のオブジェクトに対するポインタはセット命令
で義務のＲＷセット内に記憶される。
の義務（図２において矢で示す）を表すことができる。
図２における「Ｃ」の予想５６の場合において、この義
務は入力そして／または修正レポートの段階４２を指し
示す矢５６ａである。エージェントを表す段階４４の場
合において、義務ＲＷセット４５４は義務５６ａを表す
義務のオブジェクト用ポインタを含む。この義務のオブ
ジェクトは段階４２を表すエージェントに対し「エージ
ェント」に記憶されるポインタを含む。義務はまた、義
務に対する唯一のラベルである「ＲＷＣストリング Ｏ
Ｔｏｋｅｎ」に記憶された義務のｉｄ ｔｏｋｅｎ（識
別トークン）を含む。義務に関するこの予想に対する予
想オブジェクトは、「ＲＷＣストリング ＯＴｏｋｅ
ｎ」に記憶される義務に対するｉｄ ｔｏｋｅｎを含
む。このことは、予想オブジェクトに記憶されたものに
適合する義務のｉｄ ｔｏｋｅｎに対するＲＷセット義
務におけるポインタにより指示される義務のオブジェク
トにおけるＲＷＣストリングＯＴｏｋｅｎを検索するこ
とにより予想に対する義務を位置づけることを可能とす
る。ＲＷセットの予想における予想のポインターと同様
に、義務のオブジェクトに対するポインタはセット命令
で義務のＲＷセット内に記憶される。
【００５８】ワークプロセスプランがシステムにより実
時間でモデル化されるとき、そのプランと異なる段階を
表すエージェントは作動または作動解除の何れかの状態
を有することができる。一般的に、エージェントが作動
のとき、そのエージェントを指摘する義務に対応する予
想は満足され、そのエージェントにより表されるタスク
または質問は、アドレス付けされることを必要とする。
エージェントの他の考えられる状態はそれがサブプラン
か否かである。この場合サブプランの状態は、エージェ
ントがサブプランであり、そのエージェントまたはサブ
プランの開始ノードから導かれる義務により指摘される
サブプランのエージェントが作動されることを示す。作
動、作動解除またはエージェントのサブプランの状態
は、コードを用いた内部状態４５０において表される。
時間でモデル化されるとき、そのプランと異なる段階を
表すエージェントは作動または作動解除の何れかの状態
を有することができる。一般的に、エージェントが作動
のとき、そのエージェントを指摘する義務に対応する予
想は満足され、そのエージェントにより表されるタスク
または質問は、アドレス付けされることを必要とする。
エージェントの他の考えられる状態はそれがサブプラン
か否かである。この場合サブプランの状態は、エージェ
ントがサブプランであり、そのエージェントまたはサブ
プランの開始ノードから導かれる義務により指摘される
サブプランのエージェントが作動されることを示す。作
動、作動解除またはエージェントのサブプランの状態
は、コードを用いた内部状態４５０において表される。
【００５９】エージェントにより表される段階に対して
責任を有するユーザまたはユーザのグループは、システ
ムのユーザのリストに位置を指し示すグループＲＷセッ
ト４６４に記憶される。図２に示される段階４４を表す
エージェントに対し、グループはユーザである「テス
タ」４４ｂへの単一ポインタを含む。ワークプロセスプ
ランは、多くの段階からなる。ワークプロセスプランに
おける各段階は、対話におけるエージェントにより表さ
れるので、対話はまた多くのエージェントをもつことが
ある。複雑な対話において、エージェントの数は、数万
以上である。対話のより小さいより管理可能な部分への
簡単なアクセスを可能とするため、および対話がアクテ
ィブ段階を有するとき、対話、サブ対話、サブプランま
たは対話の何等かのエージェントの修正または作成を可
能とするため、対話のエージェントは１つのツリー機構
に記憶される。
責任を有するユーザまたはユーザのグループは、システ
ムのユーザのリストに位置を指し示すグループＲＷセッ
ト４６４に記憶される。図２に示される段階４４を表す
エージェントに対し、グループはユーザである「テス
タ」４４ｂへの単一ポインタを含む。ワークプロセスプ
ランは、多くの段階からなる。ワークプロセスプランに
おける各段階は、対話におけるエージェントにより表さ
れるので、対話はまた多くのエージェントをもつことが
ある。複雑な対話において、エージェントの数は、数万
以上である。対話のより小さいより管理可能な部分への
簡単なアクセスを可能とするため、および対話がアクテ
ィブ段階を有するとき、対話、サブ対話、サブプランま
たは対話の何等かのエージェントの修正または作成を可
能とするため、対話のエージェントは１つのツリー機構
に記憶される。
【００６０】図６は、オブジェクト機構のツリー図であ
り、図４と図５に示すシステムに記憶されたワークプロ
セスにおける段階を示す図である。図６は図２に示され
るプランが、サブ対話、プロセス発見バグ１３６として
使用される対話を記憶するツリーを示す。ソフトウェア
開発プロジェクト１３２と呼ばれる根の対話は、図２に
示すプラン（例えば開始ノード７４と終了ノード５１）
のような少なくとも１つの義務を有する開始ノードと、
終了ノードとを含む。
り、図４と図５に示すシステムに記憶されたワークプロ
セスにおける段階を示す図である。図６は図２に示され
るプランが、サブ対話、プロセス発見バグ１３６として
使用される対話を記憶するツリーを示す。ソフトウェア
開発プロジェクト１３２と呼ばれる根の対話は、図２に
示すプラン（例えば開始ノード７４と終了ノード５１）
のような少なくとも１つの義務を有する開始ノードと、
終了ノードとを含む。
【００６１】根の対話を作るエージェントに関する情報
は、等級「ポリシ」のＣ＋＋オブジェクトに記憶され
る。このオブジェクトは、「開始エージェントをＲＷセ
ット」に記憶された義務により指し示されたエージェン
トへのポインタのリストにおける開始ノードの義務を表
す。この根対話（表１で示すエージェント）は、サブ対
話規定プログラム仕様１３４、バグ発見プロセス１３
６、ユーザサポート１３８、および他のサブ対話（図示
しないがドットによりその位置を示す）を含む対話にお
いて含まれる各サブ対話に対する全てのエージェントに
対するポインタをさらに含む。
は、等級「ポリシ」のＣ＋＋オブジェクトに記憶され
る。このオブジェクトは、「開始エージェントをＲＷセ
ット」に記憶された義務により指し示されたエージェン
トへのポインタのリストにおける開始ノードの義務を表
す。この根対話（表１で示すエージェント）は、サブ対
話規定プログラム仕様１３４、バグ発見プロセス１３
６、ユーザサポート１３８、および他のサブ対話（図示
しないがドットによりその位置を示す）を含む対話にお
いて含まれる各サブ対話に対する全てのエージェントに
対するポインタをさらに含む。
【００６２】これらのサブ対話またはサブプランは、多
くの他のエージェントからなり、あるエージェントはさ
らにサブプランを有する。各サブ対話と共に、サブプラ
ンはまた、サブ対話またはサブプランを作るエージェン
トへのポインタのリストを保持する等級「ポリシ」のＣ
＋＋オブジェクトに関連する。サブ対話またはサブプラ
ン（ＶＰＬアクティブエージェント）を表す各エージェ
ントは、表１に示される「ＲＷＣストリングＨサブポリ
シ」４５８におけるこの「ポリシ」等級Ｃ＋＋オブジェ
クトに対する「ＲＷＣストリング名」を記憶する。
くの他のエージェントからなり、あるエージェントはさ
らにサブプランを有する。各サブ対話と共に、サブプラ
ンはまた、サブ対話またはサブプランを作るエージェン
トへのポインタのリストを保持する等級「ポリシ」のＣ
＋＋オブジェクトに関連する。サブ対話またはサブプラ
ン（ＶＰＬアクティブエージェント）を表す各エージェ
ントは、表１に示される「ＲＷＣストリングＨサブポリ
シ」４５８におけるこの「ポリシ」等級Ｃ＋＋オブジェ
クトに対する「ＲＷＣストリング名」を記憶する。
【００６３】例えば、図２に示すプラン４０に対応する
サブ対話のバグ発見プロセス１３６は、図２に示される
同一名称を有する段階４２〜５０に対応する、入力そし
て／または修正レポート１４０、課題は再生可能か？１
４２、課題は治癒可能か？１４４、例外は認められるべ
きか？１４６、および治癒は確認できるか？１４８、の
各エージェントへのポインターを含むポリシーオブジェ
クトに対するRWCString を有する。
サブ対話のバグ発見プロセス１３６は、図２に示される
同一名称を有する段階４２〜５０に対応する、入力そし
て／または修正レポート１４０、課題は再生可能か？１
４２、課題は治癒可能か？１４４、例外は認められるべ
きか？１４６、および治癒は確認できるか？１４８、の
各エージェントへのポインターを含むポリシーオブジェ
クトに対するRWCString を有する。
【００６４】逆に、ポリシ等級オブジェクトにより指摘
された各エージェント（ＶＰＬエージェント）は、表１
に示すような「ポリシのポリシ」４６３におけるポイン
タを含む。このポリシ４６３は、ポインタが含まれるサ
ブ対話またはサブプランを表すポリシ等級オブジェクト
へ指し示す。サブ対話の各々は、それら自身が短い記述
と長い記述、名前、責任あるユーザまたはユーザグルー
プ、および全体としてサブ対話に対する予想と対応する
義務のアクションテーブルを含むエージェントである。
サブ対話１３４〜１３８のアクションテーブルは、他の
エージェントに関するように、サブ対話の予想（小円）
と対応する義務（矢）を含む。このように、サブ対話と
それらの相互関係からのみなる図２に示す形式の根対話
１３２の視覚的プロセスマップは、サブプランを何等示
すことなく作成できる。
された各エージェント（ＶＰＬエージェント）は、表１
に示すような「ポリシのポリシ」４６３におけるポイン
タを含む。このポリシ４６３は、ポインタが含まれるサ
ブ対話またはサブプランを表すポリシ等級オブジェクト
へ指し示す。サブ対話の各々は、それら自身が短い記述
と長い記述、名前、責任あるユーザまたはユーザグルー
プ、および全体としてサブ対話に対する予想と対応する
義務のアクションテーブルを含むエージェントである。
サブ対話１３４〜１３８のアクションテーブルは、他の
エージェントに関するように、サブ対話の予想（小円）
と対応する義務（矢）を含む。このように、サブ対話と
それらの相互関係からのみなる図２に示す形式の根対話
１３２の視覚的プロセスマップは、サブプランを何等示
すことなく作成できる。
【００６５】図２に示すプランに戻り、サブ対話のバグ
発見プロセス１３６として図６に示すように、このサブ
対話におけるアクションテーブルは、図２に示す終了ノ
ード「Ｐプロセスされた」５１に対応するこのような
「プロセスされた」予想、および予想が一致したとき、
親対話１３２における他の段階またはサブ対話を作動す
る義務を含む。サブ対話１３６は、また短く長い記述と
サブ対話に対し責任を有するユーザを含む。サブ対話
は、サブ対話におけるエージェントとサブプランの全て
を統合するオブジェクトへのポインターを有する。バグ
発見サブ対話１３６のプロセスおいて、１つのエージェ
ント１４０〜１４８は図２と図３に示す段階（長円）４
２〜４８の各々に対して指し示される。
発見プロセス１３６として図６に示すように、このサブ
対話におけるアクションテーブルは、図２に示す終了ノ
ード「Ｐプロセスされた」５１に対応するこのような
「プロセスされた」予想、および予想が一致したとき、
親対話１３２における他の段階またはサブ対話を作動す
る義務を含む。サブ対話１３６は、また短く長い記述と
サブ対話に対し責任を有するユーザを含む。サブ対話
は、サブ対話におけるエージェントとサブプランの全て
を統合するオブジェクトへのポインターを有する。バグ
発見サブ対話１３６のプロセスおいて、１つのエージェ
ント１４０〜１４８は図２と図３に示す段階（長円）４
２〜４８の各々に対して指し示される。
【００６６】これらののエージェントの各々はまた、各
自の短く長い記述と責任あるユーザを有する。エージェ
ントはまた各段階に対する予想と義務を含む。バグ発見
サブ対話１３６のプロセスにより指摘されたオブジェク
ト１４０〜１４８の各々に対しては、単純な段階を示す
エージェントというよりむしろサブプランとなり得る。
課題は再生できるかという段階を示すこのエージェント
１４２は、このようなサブプランを含むかのように示し
てある。
自の短く長い記述と責任あるユーザを有する。エージェ
ントはまた各段階に対する予想と義務を含む。バグ発見
サブ対話１３６のプロセスにより指摘されたオブジェク
ト１４０〜１４８の各々に対しては、単純な段階を示す
エージェントというよりむしろサブプランとなり得る。
課題は再生できるかという段階を示すこのエージェント
１４２は、このようなサブプランを含むかのように示し
てある。
【００６７】図７は、図６に示すオブジェクトの機構を
用いて示す本発明の実施例により作成されたサブプラン
を有する図１に示すワークプロセスの図３に示す詳細説
明の簡略図である。木構図からサブプランエージェント
１４２は、エージェントのテストＡ１５０、テストＢ１
５２およびテストＣ１５４で代表される３つの段階を有
することが判る。これらのエージェントは図３と図７に
示される段階、テストＡ１６８、テストＢ１７０および
テストＣ１８０に対応する。図７は図３の簡素化された
バージョンで、問題は再生可能か？エージェント１４２
からテストＡエージェント１５０、テストＢエージェン
ト１５２およびテストＣエージェント１５４へ図６に示
す木構図におけるポインタが、図３上に描かれているか
否かを、図３に示す図が如何に表されるかを示す。これ
らのポインタは図７上にそれぞれ矢１５０ａ、１５２ａ
および１５４ａとして現れる。このように、図２に示す
ワークプロセス図上の水平面上の矢として現れる義務の
ポインタの組み合わせ、および図３に示すような３次元
ワークプロセス図の完全な表現を成す図７に示すワーク
プロセスモデル図上の垂直方向の矢として現れる木のポ
インタを見ることができる。
用いて示す本発明の実施例により作成されたサブプラン
を有する図１に示すワークプロセスの図３に示す詳細説
明の簡略図である。木構図からサブプランエージェント
１４２は、エージェントのテストＡ１５０、テストＢ１
５２およびテストＣ１５４で代表される３つの段階を有
することが判る。これらのエージェントは図３と図７に
示される段階、テストＡ１６８、テストＢ１７０および
テストＣ１８０に対応する。図７は図３の簡素化された
バージョンで、問題は再生可能か？エージェント１４２
からテストＡエージェント１５０、テストＢエージェン
ト１５２およびテストＣエージェント１５４へ図６に示
す木構図におけるポインタが、図３上に描かれているか
否かを、図３に示す図が如何に表されるかを示す。これ
らのポインタは図７上にそれぞれ矢１５０ａ、１５２ａ
および１５４ａとして現れる。このように、図２に示す
ワークプロセス図上の水平面上の矢として現れる義務の
ポインタの組み合わせ、および図３に示すような３次元
ワークプロセス図の完全な表現を成す図７に示すワーク
プロセスモデル図上の垂直方向の矢として現れる木のポ
インタを見ることができる。
【００６８】課題は再生可能かというサブプラン１４２
の場合において、サブプランのエージェントは図２に示
す課題は再生可能かという段階４４に対するエージェン
トにおいて含まれる同一情報の全てを含む。しかしなが
ら、そのオブジェクトは、このサブプランの一部である
３つのエージェント１５０〜１５４に対するオブジェク
トへのポインターをさらに含む。エージェントを表すオ
ブジェクトの各々は、短く長い記述と、責任を有する所
有者を含む。さらに、各エージェントのオブジェクト１
５０〜１５４に対し、このエージェントに対する予想と
対応する義務を含むオブジェクトがある。
の場合において、サブプランのエージェントは図２に示
す課題は再生可能かという段階４４に対するエージェン
トにおいて含まれる同一情報の全てを含む。しかしなが
ら、そのオブジェクトは、このサブプランの一部である
３つのエージェント１５０〜１５４に対するオブジェク
トへのポインターをさらに含む。エージェントを表すオ
ブジェクトの各々は、短く長い記述と、責任を有する所
有者を含む。さらに、各エージェントのオブジェクト１
５０〜１５４に対し、このエージェントに対する予想と
対応する義務を含むオブジェクトがある。
【００６９】対話データとロジックを記憶する構成の好
適実施例は、この構成のアーキテクチャーから生じる幾
つかの利点を有する。第１に、対話は動的に変更でき
る。換言すれば、対話が実行または使用される間に変更
できる。これは可能である。何故ならば、サブ対話とサ
ブプラン間がリンクされ、エージェントはポインタとリ
ンクされたツリーに、強固なデータ構成でなく記憶され
るからである。各エージェントの予想と義務に関する情
報を記憶するためのオブジェクトを使用することによ
り、現在のエージェントに義務を有するエージェントへ
の変更は、現在のエージェントに対して見えない。それ
ゆえ、通常はエージェント内の変化により引き起こされ
得るプランの複雑な更新を消去する。対応する段階が作
動中であるか、またはその段階を含むプランの画像が作
成されないかまたは修正されないとき、この利点は、エ
ージェントが対話文１０４〜１０９により参照さえもさ
れないという事実によりさらに増幅される。
適実施例は、この構成のアーキテクチャーから生じる幾
つかの利点を有する。第１に、対話は動的に変更でき
る。換言すれば、対話が実行または使用される間に変更
できる。これは可能である。何故ならば、サブ対話とサ
ブプラン間がリンクされ、エージェントはポインタとリ
ンクされたツリーに、強固なデータ構成でなく記憶され
るからである。各エージェントの予想と義務に関する情
報を記憶するためのオブジェクトを使用することによ
り、現在のエージェントに義務を有するエージェントへ
の変更は、現在のエージェントに対して見えない。それ
ゆえ、通常はエージェント内の変化により引き起こされ
得るプランの複雑な更新を消去する。対応する段階が作
動中であるか、またはその段階を含むプランの画像が作
成されないかまたは修正されないとき、この利点は、エ
ージェントが対話文１０４〜１０９により参照さえもさ
れないという事実によりさらに増幅される。
【００７０】この構成の他の利点は、対話の状態を示す
かまたは異なるレベルにおける対話の視覚的表現を作成
することが容易であることにある。例えば、１人のトッ
プの取締役は発見されたバグが如何に処理されたかの詳
細に関し、最も関心をもちそうもない。しかしながら、
その取締役は、ソフトウェアで開発され、発見されたバ
グの処理に関する１つの長円としてのサブ対話を含む企
画のプロセスの全体を知りたいと思われる。他の極限に
おいて、１グループのテスタにおける個々のテスタは、
バグを確認するプロセスのみ関与でき、発見されたバグ
の処理（１３６）より一般的なサブ対話に関与さえもで
きない。ツリーの構成、段階に責任を有するユーザおよ
びサブプランの組み合わせは、特定なユーザに対し重要
な対話のレベルに非常に大きな対話の分離を容易に可能
とする。ユーザが責任を有するか、またはユーザが責任
を有する段階があるプランまたはサブプランの図式表示
のみが、通常設けられる。通常、これらの段階およびサ
ブプランの全ては、ツリー構成において、互いに数レベ
ル内に配置され、さらにプランとサブプランへのアクセ
スを簡略化する。
かまたは異なるレベルにおける対話の視覚的表現を作成
することが容易であることにある。例えば、１人のトッ
プの取締役は発見されたバグが如何に処理されたかの詳
細に関し、最も関心をもちそうもない。しかしながら、
その取締役は、ソフトウェアで開発され、発見されたバ
グの処理に関する１つの長円としてのサブ対話を含む企
画のプロセスの全体を知りたいと思われる。他の極限に
おいて、１グループのテスタにおける個々のテスタは、
バグを確認するプロセスのみ関与でき、発見されたバグ
の処理（１３６）より一般的なサブ対話に関与さえもで
きない。ツリーの構成、段階に責任を有するユーザおよ
びサブプランの組み合わせは、特定なユーザに対し重要
な対話のレベルに非常に大きな対話の分離を容易に可能
とする。ユーザが責任を有するか、またはユーザが責任
を有する段階があるプランまたはサブプランの図式表示
のみが、通常設けられる。通常、これらの段階およびサ
ブプランの全ては、ツリー構成において、互いに数レベ
ル内に配置され、さらにプランとサブプランへのアクセ
スを簡略化する。
【００７１】ここでビューアモジュールを考える。クラ
イアントがビューアモジュール８４ａ、８６ａ、８８ａ
の１つを開始すると、図８に示すような表示画面がユー
ザが使用するワークステーションの表示装置上に表示さ
れる。図８に示す情報ウィンドウは、好適実施例におけ
るワークステーションの表示上に示される実際の情報ウ
ィンドウとは、引き降ろしメニュ１２２〜１２６の内容
が、分離したメニュ１２２ａ〜１２６ａのような情報ウ
ィンドウの最上位で示される点で異なる。
イアントがビューアモジュール８４ａ、８６ａ、８８ａ
の１つを開始すると、図８に示すような表示画面がユー
ザが使用するワークステーションの表示装置上に表示さ
れる。図８に示す情報ウィンドウは、好適実施例におけ
るワークステーションの表示上に示される実際の情報ウ
ィンドウとは、引き降ろしメニュ１２２〜１２６の内容
が、分離したメニュ１２２ａ〜１２６ａのような情報ウ
ィンドウの最上位で示される点で異なる。
【００７２】命令「新対話…」と「視覚的対話」１２２
ａがアクション引き降ろしメニュー１２２下にリストさ
れる。「ビューア解除」、「表示リフレッシュ」および
「ＲＡＳＰ…に関し」１２４ａの命令が、雑多な引き降
ろしメニュー１２４下に表される。「ポップアップヘル
プ」命令１２６ａは、ヘルプ引き降ろしメニュー１２６
下に表される。
ａがアクション引き降ろしメニュー１２２下にリストさ
れる。「ビューア解除」、「表示リフレッシュ」および
「ＲＡＳＰ…に関し」１２４ａの命令が、雑多な引き降
ろしメニュー１２４下に表される。「ポップアップヘル
プ」命令１２６ａは、ヘルプ引き降ろしメニュー１２６
下に表される。
【００７３】ビューアモジュールの識別ライン１２８
は、このビューアを使用するユーザのユーザＩＤを識別
する。ビューアが、ユーザが責任ある作動段階を検索す
るとき、識別ライン内に示されるユーザＩＤ、例えばそ
の識別ラインに示されるＳＷＥＮＳＯＮが検索されるユ
ーザである。対話ウィンドウ１３０はユーザが見ること
のできる対話文をリストする。対話名の前のアステリス
クは、その対話文において、またはその対話文のサブ対
話文において作動される段階に対してユーザが責任ある
ことを示す。
は、このビューアを使用するユーザのユーザＩＤを識別
する。ビューアが、ユーザが責任ある作動段階を検索す
るとき、識別ライン内に示されるユーザＩＤ、例えばそ
の識別ラインに示されるＳＷＥＮＳＯＮが検索されるユ
ーザである。対話ウィンドウ１３０はユーザが見ること
のできる対話文をリストする。対話名の前のアステリス
クは、その対話文において、またはその対話文のサブ対
話文において作動される段階に対してユーザが責任ある
ことを示す。
【００７４】ユーザが対話文の更に詳細な記述を望むと
き、「ポップアップヘルプ」命令１２６ａをヘルプメニ
ューから選択することは、マウス（図示せず）のような
ポインティングデバイスにより対話文が選択されると
き、さらに詳細な対話文の記述を有するウィンドウを、
表示させる。このポップアップヘルプ命令は、この命令
が選択されたとき、引き降ろしメニューにおいて何の命
令がリストされるかをさらに記述する。
き、「ポップアップヘルプ」命令１２６ａをヘルプメニ
ューから選択することは、マウス（図示せず）のような
ポインティングデバイスにより対話文が選択されると
き、さらに詳細な対話文の記述を有するウィンドウを、
表示させる。このポップアップヘルプ命令は、この命令
が選択されたとき、引き降ろしメニューにおいて何の命
令がリストされるかをさらに記述する。
【００７５】ビューアモジュールは、ユーザのユーザＩ
Ｄを含むパラメータを有しＴバス１００を経由する「ゲ
ットポリシー」命令を発行することにより、対話ウィン
ドウ１３０においてビューアモジュールが表示する情報
を得る。サーバモジュール８０はこの命令を受け、ユー
ザがアクセスする許可を有する全ての対話文に関する対
話文データベースを介して検索する。サーバモジュール
８０は次に、これらの対話文の何れがユーザに責任があ
るアクティブなエージェントを含むかを決定する。サー
バモジュールは、バス上に「ポリシー」メッセージをポ
リシーの記述のリストと共に送信する。各ポリシーの記
述は、ポリシーの名前、対話文のＩＤナンバー、短い記
述、長い記述、およびアクティブ段階フラグを含む。こ
の短い記述は、対話文のウィンドウに表示され、アクテ
ィブ段階フラグは１つのアステリスクが対話文に対して
表示されるべきか否かを決定するために使用され、長い
記述はポップアップヘルプに使用される。
Ｄを含むパラメータを有しＴバス１００を経由する「ゲ
ットポリシー」命令を発行することにより、対話ウィン
ドウ１３０においてビューアモジュールが表示する情報
を得る。サーバモジュール８０はこの命令を受け、ユー
ザがアクセスする許可を有する全ての対話文に関する対
話文データベースを介して検索する。サーバモジュール
８０は次に、これらの対話文の何れがユーザに責任があ
るアクティブなエージェントを含むかを決定する。サー
バモジュールは、バス上に「ポリシー」メッセージをポ
リシーの記述のリストと共に送信する。各ポリシーの記
述は、ポリシーの名前、対話文のＩＤナンバー、短い記
述、長い記述、およびアクティブ段階フラグを含む。こ
の短い記述は、対話文のウィンドウに表示され、アクテ
ィブ段階フラグは１つのアステリスクが対話文に対して
表示されるべきか否かを決定するために使用され、長い
記述はポップアップヘルプに使用される。
【００７６】図９は、対話またはサブ対話を開始するこ
とを目的とする図４と図５に示すシステムのビューアモ
ジュールの画面表示を示す図である。ユーザが新たな対
話を作成したいとき、「新対話…」命令が選択され、ビ
ューアモジュールはユーザに新たな対話のタイトルに対
しプロンプトする。ビューアモジュールはこのことを実
行するため、図９に示すポリシー画面を使用する。利用
できるポリシーは、ポリシーウィンドウ１９２にリスト
される。現在のユーザ、例えばＫＳＷＥＮＳＯＮに割り
当てられたフィールド１９４にリストされる。（図８に
四角形で囲んで示すように）ポリシーウィンドウ１９２
に現在ハイライトで表示されたポリシーのタイトル、Ｓ
ＴＡＴＵＳ ＲＥＰＯＲＴは、フィールド１９６に示さ
れる。このポリシーの記述は記述ウィンドー１９８に示
される。現在ハイライトされたポリシーを手始めに、ユ
ーザはポリシー画面上で「開始」ボタン１９７を押す。
ポリシーウィンドー上におけるポリシーがハイライトさ
れていないとき、ユーザは新たなポリシーを作成するこ
とを許される。ユーザがポリシの開始または作成をしな
いと決定したとき、ユーザは「解除」ボタン１９９を押
し、図８に示す表示に戻る。
とを目的とする図４と図５に示すシステムのビューアモ
ジュールの画面表示を示す図である。ユーザが新たな対
話を作成したいとき、「新対話…」命令が選択され、ビ
ューアモジュールはユーザに新たな対話のタイトルに対
しプロンプトする。ビューアモジュールはこのことを実
行するため、図９に示すポリシー画面を使用する。利用
できるポリシーは、ポリシーウィンドウ１９２にリスト
される。現在のユーザ、例えばＫＳＷＥＮＳＯＮに割り
当てられたフィールド１９４にリストされる。（図８に
四角形で囲んで示すように）ポリシーウィンドウ１９２
に現在ハイライトで表示されたポリシーのタイトル、Ｓ
ＴＡＴＵＳ ＲＥＰＯＲＴは、フィールド１９６に示さ
れる。このポリシーの記述は記述ウィンドー１９８に示
される。現在ハイライトされたポリシーを手始めに、ユ
ーザはポリシー画面上で「開始」ボタン１９７を押す。
ポリシーウィンドー上におけるポリシーがハイライトさ
れていないとき、ユーザは新たなポリシーを作成するこ
とを許される。ユーザがポリシの開始または作成をしな
いと決定したとき、ユーザは「解除」ボタン１９９を押
し、図８に示す表示に戻る。
【００７７】ユーザが「開始」ボタンを押すときビュー
アモジュールは、次に選択されたポリシーのタイトルと
共に、「対話開始」メッセージをサーバモジュールにＴ
Ｂｕｓを介して送信する。サーバモジュールは次にポリ
シーの修正または作成を可能とするための視覚的プログ
ラミング言語モジュールを開始する。図８に戻って、ユ
ーザが現存する対話を見たいとき、ユーザは対話を選択
し、次にアクションメニュー１２２ａから「対話表示」
命令を選択する。ビューアモジュールは「対話表示」メ
ッセージを、対話が選択されたユーザのユーザＩＤと対
話ＩＤに関するパラメータと共にサーバモジュールにＴ
Ｂｕｓを介して送る。サーバモジュールは次に参考とし
てユーザＩＤと対話ＩＤと共に「（ビューア）文作成」
に戻る。応答において、ビューアモジュールは、選択さ
れた対話をモニタすることにのみ貢献する個別のビュー
ア文を作成する。
アモジュールは、次に選択されたポリシーのタイトルと
共に、「対話開始」メッセージをサーバモジュールにＴ
Ｂｕｓを介して送信する。サーバモジュールは次にポリ
シーの修正または作成を可能とするための視覚的プログ
ラミング言語モジュールを開始する。図８に戻って、ユ
ーザが現存する対話を見たいとき、ユーザは対話を選択
し、次にアクションメニュー１２２ａから「対話表示」
命令を選択する。ビューアモジュールは「対話表示」メ
ッセージを、対話が選択されたユーザのユーザＩＤと対
話ＩＤに関するパラメータと共にサーバモジュールにＴ
Ｂｕｓを介して送る。サーバモジュールは次に参考とし
てユーザＩＤと対話ＩＤと共に「（ビューア）文作成」
に戻る。応答において、ビューアモジュールは、選択さ
れた対話をモニタすることにのみ貢献する個別のビュー
ア文を作成する。
【００７８】次に、ビューアモジュールは結合対話命令
を、ビューアモジュールのユーザのユーザＩＤと共にそ
の対話文に対するサーバ文に送る。サーバ文は、次に対
話の作動ビューアモジュールとしてのユーザＩＤを記憶
する。サーバ文はビューア文に向かう方向に導かれた対
話ヒストリ命令で応答する。対話ヒストリメッセージに
より、サーバ文は、その対話に関するヒストリ事項、例
えば予想を満足する日時をリストする。
を、ビューアモジュールのユーザのユーザＩＤと共にそ
の対話文に対するサーバ文に送る。サーバ文は、次に対
話の作動ビューアモジュールとしてのユーザＩＤを記憶
する。サーバ文はビューア文に向かう方向に導かれた対
話ヒストリ命令で応答する。対話ヒストリメッセージに
より、サーバ文は、その対話に関するヒストリ事項、例
えば予想を満足する日時をリストする。
【００７９】このとき、サーバ文は、タスク状態メッセ
ージを発行する。このタスク状態メッセージは、特定な
状態を有する現在の対話における各タスクに関する重要
なデータを提供する。タスク状態メッセージは、対話Ｉ
Ｄ、タスクＩＤ、タスク状態（作動中、完了、またはサ
ブポリシーの何れか１つである）、短い記述、長い記
述、対話文に関する横に並んだデータを載せる形式の形
式記述、タスク上でアクションを取ることのできるユー
ザＩＤ（すなわち責任あるユーザ）のリスト、およびユ
ーザＩＤリストにおいてユーザにより取ることのできる
アクション（予想）のリストを含む。
ージを発行する。このタスク状態メッセージは、特定な
状態を有する現在の対話における各タスクに関する重要
なデータを提供する。タスク状態メッセージは、対話Ｉ
Ｄ、タスクＩＤ、タスク状態（作動中、完了、またはサ
ブポリシーの何れか１つである）、短い記述、長い記
述、対話文に関する横に並んだデータを載せる形式の形
式記述、タスク上でアクションを取ることのできるユー
ザＩＤ（すなわち責任あるユーザ）のリスト、およびユ
ーザＩＤリストにおいてユーザにより取ることのできる
アクション（予想）のリストを含む。
【００８０】図１０は、図４と図５に示すシステムのビ
ューア背景モジュールの画面表示を示す図である。タス
ク状態と対話ヒストリのメッセージと共にＴＢｕｓを介
して放送される情報は、図１０に示す例えばビューア文
画面２００のように、ビューアワークステーションの表
示装置上にビューア文の画面を作成するビューア文によ
り使用される。例としてビューア文画面２００のウィン
ドウ２０６〜２１４に示すテキスト文は、これらのウィ
ンドウに現れるテキストの形式の丁度よい例であり、そ
れ以上に重大な意味はない。
ューア背景モジュールの画面表示を示す図である。タス
ク状態と対話ヒストリのメッセージと共にＴＢｕｓを介
して放送される情報は、図１０に示す例えばビューア文
画面２００のように、ビューアワークステーションの表
示装置上にビューア文の画面を作成するビューア文によ
り使用される。例としてビューア文画面２００のウィン
ドウ２０６〜２１４に示すテキスト文は、これらのウィ
ンドウに現れるテキストの形式の丁度よい例であり、そ
れ以上に重大な意味はない。
【００８１】画面の最上部において、対話文に割り付け
られたラベル、対話ＩＤ２０２が示される（例えば「Ｐ
Ｒ−１００１（ＱＡ：Ｏ）４２５３１２」）。引き降ろ
しメニューバー２０４は、アクションメニューを含む。
このアクションメニューは、責任あるユーザに対して利
用できるアクション（予想）のリストを含む。このアク
ションメニューにリストされたアクションに関する如何
なるコメントも、アクションヘルプウィンドウ２０６に
リストされる。この対話に横に並ぶ情報は、データウィ
ンドウ２０８に記載した形式を使用して示される。対話
ヒストリデータは、ヒストリウィンドウ２１０において
示される。対話の過程における各アクションは、そのア
クションを実行するユーザのユーザＩＤとそのアクショ
ンの日時と共にリストされる。ヒストリウィンドウにお
けるアクションの何れかが、ポインティングデバイスに
よりハイライトできる。コメントウィンドウ２１２は、
ヒストリウィンドウにおいてハイライトされたアクショ
ンに対応する何れかのコメントと、そのアクションが実
行されるときに更新することのできる形式の何れかのフ
ィールドのリストを表示する。
られたラベル、対話ＩＤ２０２が示される（例えば「Ｐ
Ｒ−１００１（ＱＡ：Ｏ）４２５３１２」）。引き降ろ
しメニューバー２０４は、アクションメニューを含む。
このアクションメニューは、責任あるユーザに対して利
用できるアクション（予想）のリストを含む。このアク
ションメニューにリストされたアクションに関する如何
なるコメントも、アクションヘルプウィンドウ２０６に
リストされる。この対話に横に並ぶ情報は、データウィ
ンドウ２０８に記載した形式を使用して示される。対話
ヒストリデータは、ヒストリウィンドウ２１０において
示される。対話の過程における各アクションは、そのア
クションを実行するユーザのユーザＩＤとそのアクショ
ンの日時と共にリストされる。ヒストリウィンドウにお
けるアクションの何れかが、ポインティングデバイスに
よりハイライトできる。コメントウィンドウ２１２は、
ヒストリウィンドウにおいてハイライトされたアクショ
ンに対応する何れかのコメントと、そのアクションが実
行されるときに更新することのできる形式の何れかのフ
ィールドのリストを表示する。
【００８２】タスクリストウィンドウ２１４は、特別な
状態を有するタスクの全てをリストするために使用され
る。タスクリストウィンドウに示されるタスクの状態、
作動２１６、待機２１８、または作動解除２２０のボタ
ンの１つを選択することにより選択される。ユーザがビ
ューア文を使用するためのタスクは、そのタスクの名前
の前におけるアステリスク（図示せず）で示される責任
を有する。タスクリストウィンドウにおける何れのタス
クも、ポインティングデバイスでタスクリストウィンド
ウからタスクを選択することにより、ウィンドウの残り
とビューア文画面のメニュー２０２〜２１２とを用いて
示すことができる。
状態を有するタスクの全てをリストするために使用され
る。タスクリストウィンドウに示されるタスクの状態、
作動２１６、待機２１８、または作動解除２２０のボタ
ンの１つを選択することにより選択される。ユーザがビ
ューア文を使用するためのタスクは、そのタスクの名前
の前におけるアステリスク（図示せず）で示される責任
を有する。タスクリストウィンドウにおける何れのタス
クも、ポインティングデバイスでタスクリストウィンド
ウからタスクを選択することにより、ウィンドウの残り
とビューア文画面のメニュー２０２〜２１２とを用いて
示すことができる。
【００８３】サーバ文は、サーバ文により保持された対
話文に関する対話ツリーを移動することによりビューア
文へ渡される情報を発生する。サーバ文は、所望の状態
を有する全てのエージェントを見つけるためのツリーに
おけるエージェントの全ての順序立った移動を単に実行
する。所望状態を有するタスクの各々に対する情報がタ
スク内に配置される。それから、特定のタスク上のタス
クデータを供給するのに際して、サーバ文は、対話の他
の部分の何れをも参照する必要はない。
話文に関する対話ツリーを移動することによりビューア
文へ渡される情報を発生する。サーバ文は、所望の状態
を有する全てのエージェントを見つけるためのツリーに
おけるエージェントの全ての順序立った移動を単に実行
する。所望状態を有するタスクの各々に対する情報がタ
スク内に配置される。それから、特定のタスク上のタス
クデータを供給するのに際して、サーバ文は、対話の他
の部分の何れをも参照する必要はない。
【００８４】ユーザがタスクに対するアクションを取る
準備ができたとき、ウィンドウ上とビューア文画面のメ
ニュー２０２〜２１２上に、タスクがまだ表示されてい
ないとき、タスクはタスクリストウィンドウ２１４から
選択される。アクションメニューはメニューバー２０４
から引き降ろされ、可能な予想を表示し、上述の受入
れ、辞退およびサブプランのオプションを表示する。所
望のアクションは、次にアクションメニューから選択さ
れる。アクションが選択されるとき、ビューア文は１つ
のアクションが取られたことを示すメッセージをサーバ
文に送る。サーバ文は、次に現在のエージェントを作動
解除し、取られたアクションの予想に対する現在のエー
ジェントのアクションテーブルと相談し、予想されたア
クションに対応する１つまたは複数の義務により指摘さ
れる何れかのエージェントを作動する。これらの新たな
エージェントの作動は新たなエージェントの所有者と予
想を示すビューア文の全てに伝言を送ることにより後続
される。
準備ができたとき、ウィンドウ上とビューア文画面のメ
ニュー２０２〜２１２上に、タスクがまだ表示されてい
ないとき、タスクはタスクリストウィンドウ２１４から
選択される。アクションメニューはメニューバー２０４
から引き降ろされ、可能な予想を表示し、上述の受入
れ、辞退およびサブプランのオプションを表示する。所
望のアクションは、次にアクションメニューから選択さ
れる。アクションが選択されるとき、ビューア文は１つ
のアクションが取られたことを示すメッセージをサーバ
文に送る。サーバ文は、次に現在のエージェントを作動
解除し、取られたアクションの予想に対する現在のエー
ジェントのアクションテーブルと相談し、予想されたア
クションに対応する１つまたは複数の義務により指摘さ
れる何れかのエージェントを作動する。これらの新たな
エージェントの作動は新たなエージェントの所有者と予
想を示すビューア文の全てに伝言を送ることにより後続
される。
【００８５】サーバモジュールとビューアモジュールが
ＴＢｕｓを介して如何に通信されるかというこの記述
は、ビューアモジュールとサーバモジュールの関係を示
す。ビューアモジュールは、ワークステーションと共に
運転され、基本的に高級なターミナルである。ビューア
モジュールまたはビューア文により表示された現在のウ
ィンドウにおける表示に必要なものを除いて、ビューア
モジュールは、如何なる対話に関する何れのデータも記
憶しない。他方、サーバモジュールとサーバ文は、対話
用の全てのデータとロジックを含む。このデータの中央
位置で、１つのロジックがポリシーの緊急の修正を追跡
し続けることを実行可能とする。緊急の修正を可能とす
るため、ポリシーに関する全てのデータとロジックが１
つの位置においてのみ置かれるとき、このことは非常に
有用である。このことは、一度に、このシステム上の同
一なポリシーの種々の変形例に対する可能性を避ける。
それは、ビューアモジュールとサーバモジュール間の通
信をさらに簡素化する。ポリシーに関するデータとロジ
ックが、絶えず１つの場所にあるとき、ポリシーのデー
タとロジックに関する多くの他のビューアモジュールま
たは他のサーバモジュールを介して検索するための全体
的プログラミングは、何等必要とされない。このアーキ
テクチャはまた、本システムが次のタスクを実行する予
定の人へのプロセスに関する情報を送らないという特徴
を強調する。代わりに、ある段階の完成および他の段階
の作動に関する全ての情報が、サーバ文により送られ、
制御される。このことは、プロセスを実行するグループ
の何れかのユーザに、状態に関するレポートを更新さ
せ、企画のヒストリを完成させる。さらに、プランとサ
ブプランの種々のレベルで、プロセスの最上レベルにお
ける段階にのみ関して責任を有する取締役級のユーザ
は、ユーザの責任が含まれる段階において、最も下位の
レベルのサブプランへプロセスが下降するのを見ること
によってのみ、有意義なレベルへプロセスのユーザの観
点を容易に制限できる。
ＴＢｕｓを介して如何に通信されるかというこの記述
は、ビューアモジュールとサーバモジュールの関係を示
す。ビューアモジュールは、ワークステーションと共に
運転され、基本的に高級なターミナルである。ビューア
モジュールまたはビューア文により表示された現在のウ
ィンドウにおける表示に必要なものを除いて、ビューア
モジュールは、如何なる対話に関する何れのデータも記
憶しない。他方、サーバモジュールとサーバ文は、対話
用の全てのデータとロジックを含む。このデータの中央
位置で、１つのロジックがポリシーの緊急の修正を追跡
し続けることを実行可能とする。緊急の修正を可能とす
るため、ポリシーに関する全てのデータとロジックが１
つの位置においてのみ置かれるとき、このことは非常に
有用である。このことは、一度に、このシステム上の同
一なポリシーの種々の変形例に対する可能性を避ける。
それは、ビューアモジュールとサーバモジュール間の通
信をさらに簡素化する。ポリシーに関するデータとロジ
ックが、絶えず１つの場所にあるとき、ポリシーのデー
タとロジックに関する多くの他のビューアモジュールま
たは他のサーバモジュールを介して検索するための全体
的プログラミングは、何等必要とされない。このアーキ
テクチャはまた、本システムが次のタスクを実行する予
定の人へのプロセスに関する情報を送らないという特徴
を強調する。代わりに、ある段階の完成および他の段階
の作動に関する全ての情報が、サーバ文により送られ、
制御される。このことは、プロセスを実行するグループ
の何れかのユーザに、状態に関するレポートを更新さ
せ、企画のヒストリを完成させる。さらに、プランとサ
ブプランの種々のレベルで、プロセスの最上レベルにお
ける段階にのみ関して責任を有する取締役級のユーザ
は、ユーザの責任が含まれる段階において、最も下位の
レベルのサブプランへプロセスが下降するのを見ること
によってのみ、有意義なレベルへプロセスのユーザの観
点を容易に制限できる。
【００８６】図１１〜１９は図３と図７に示す問題は再
生可か？の段階４４に対するサブプランを交互に示す図
である。問題は再生可か？の段階４４はテストリード４
４ｃの責任であるので、図１１〜１９に示すこの段階に
対する各サブプランもまたテストリードの責任を有す
る。この情報を示すテキストは図１１〜１９のタイトル
のライン内に２２０、２３２、２４２、２６４、２８
２、３０６、３３０、３４２、３５４で示す。テストリ
ードがこれらのサブプランに対し責任を有するので、こ
のテストリードはこれらのサブプランを作成し修正する
ことのできるユーザのみである。各交互のサブプラン
は、異なる段階の形式または段階を連結する異なる方法
を示す。図１１〜１９に示し、以下に記す段階の異なる
形式の全てがＣ＋＋オブジェクトでシステム内で実行さ
れる。特に、これらは全てアクティブエージェントであ
る。段階の異なる形式間の差異はその段階を表すエージ
ェントの予想／義務テーブル内のロジック内で実行され
る。
生可か？の段階４４に対するサブプランを交互に示す図
である。問題は再生可か？の段階４４はテストリード４
４ｃの責任であるので、図１１〜１９に示すこの段階に
対する各サブプランもまたテストリードの責任を有す
る。この情報を示すテキストは図１１〜１９のタイトル
のライン内に２２０、２３２、２４２、２６４、２８
２、３０６、３３０、３４２、３５４で示す。テストリ
ードがこれらのサブプランに対し責任を有するので、こ
のテストリードはこれらのサブプランを作成し修正する
ことのできるユーザのみである。各交互のサブプラン
は、異なる段階の形式または段階を連結する異なる方法
を示す。図１１〜１９に示し、以下に記す段階の異なる
形式の全てがＣ＋＋オブジェクトでシステム内で実行さ
れる。特に、これらは全てアクティブエージェントであ
る。段階の異なる形式間の差異はその段階を表すエージ
ェントの予想／義務テーブル内のロジック内で実行され
る。
【００８７】図１１は、テストリードが問題は再生され
るか？のタスクに対し特定のテスタ、アルバートが代表
に任命されるサブプランを示す。従って、段階２２４は
アルバートがテストリードの代わりに長円の上部に示さ
れることを除いて段階４４と同一である。それゆえ、図
３と図７にそれぞれ示した次の段階、段階４２と段階４
６を直接指示する代わりに、段階２２４の予想２２８、
２２６から導かれる義務が段階４４の予想１６６、１６
４を指示することを除いて段階２２４を代表するエージ
ェントは、段階４４を代表するエージェントと殆ど同一
情報を含む。
るか？のタスクに対し特定のテスタ、アルバートが代表
に任命されるサブプランを示す。従って、段階２２４は
アルバートがテストリードの代わりに長円の上部に示さ
れることを除いて段階４４と同一である。それゆえ、図
３と図７にそれぞれ示した次の段階、段階４２と段階４
６を直接指示する代わりに、段階２２４の予想２２８、
２２６から導かれる義務が段階４４の予想１６６、１６
４を指示することを除いて段階２２４を代表するエージ
ェントは、段階４４を代表するエージェントと殆ど同一
情報を含む。
【００８８】図１２はテストリードが問題は再生される
か？が特定のテスタ、アルバートを任命するのみなら
ず、ＹＥＳまたはＮＯの質問にタスクを再び表すサブプ
ランを示す。このことは短いタイトル「この問題レポー
トは有効か？」を有するエージェントとＹ（Ｙｅｓ）２
３６とＮ（Ｎｏ）２３８の予想とを導入することにより
達成される。問題レポートが有効のとき、レポート内の
バグは再生でき、問題レポートが有効でないとき、レポ
ート内のバグは再生できない。従って、図１１と１２に
示すサブプラン間に実際的な差異がない。なお、テスト
リードがテスタを確かめるのに有用な言葉の差異を見つ
けることができ、それゆえ非常に有用である。
か？が特定のテスタ、アルバートを任命するのみなら
ず、ＹＥＳまたはＮＯの質問にタスクを再び表すサブプ
ランを示す。このことは短いタイトル「この問題レポー
トは有効か？」を有するエージェントとＹ（Ｙｅｓ）２
３６とＮ（Ｎｏ）２３８の予想とを導入することにより
達成される。問題レポートが有効のとき、レポート内の
バグは再生でき、問題レポートが有効でないとき、レポ
ート内のバグは再生できない。従って、図１１と１２に
示すサブプラン間に実際的な差異がない。なお、テスト
リードがテスタを確かめるのに有用な言葉の差異を見つ
けることができ、それゆえ非常に有用である。
【００８９】図１３は問題は３つの異なるテスタにより
連続に実行される３つの分離したサブタスクに再生可能
か決定する段階を示す。３つのサブタスクは正しい装置
を使用中か２４４、サンプルデータは装置２５０上にロ
ード可能か２５０、およびレポートされた問題は有効か
２５６を決定する。これらのサブタスクの何れかが、否
定的決定のとき、問題は再生できないと、サブプランか
らの予想を再生できないは、戻されるべきである。この
サブタスクは、予想Ｙ（Ｙｅｓ）２４６とＮ（Ｎｏ）２
４８を有する我々は装置を有するか２４４、予想Ｙ（Ｙ
ｅｓ）２５４とＮ（Ｎｏ）２５２を有するサンプルデー
タは設定可か２５０、および予想Ｙ（Ｙｅｓ）２５８と
Ｎ（Ｎｏ）２６０を有するこの問題は有効か？２６０の
段階により表される。段階２４４の長円の上部から判る
ように、ボブは我々は装置を有するかのサブタスクの責
任者である。予想、ＮＯが発生したとき、ＮＯの予想に
対応するＮの円２４８からの矢（義務）は再生は予想で
きない１６６に従う。このような場合において、段階２
５０と段階２５６はサブプランが完了されるまで決して
作動されない。予想ＹＥＳが発生したとき、ＹＥＳの予
想に対応したＹ円２４６からの矢は、次に作動となるサ
ンプルデータは設定かの段階２５０に従う。
連続に実行される３つの分離したサブタスクに再生可能
か決定する段階を示す。３つのサブタスクは正しい装置
を使用中か２４４、サンプルデータは装置２５０上にロ
ード可能か２５０、およびレポートされた問題は有効か
２５６を決定する。これらのサブタスクの何れかが、否
定的決定のとき、問題は再生できないと、サブプランか
らの予想を再生できないは、戻されるべきである。この
サブタスクは、予想Ｙ（Ｙｅｓ）２４６とＮ（Ｎｏ）２
４８を有する我々は装置を有するか２４４、予想Ｙ（Ｙ
ｅｓ）２５４とＮ（Ｎｏ）２５２を有するサンプルデー
タは設定可か２５０、および予想Ｙ（Ｙｅｓ）２５８と
Ｎ（Ｎｏ）２６０を有するこの問題は有効か？２６０の
段階により表される。段階２４４の長円の上部から判る
ように、ボブは我々は装置を有するかのサブタスクの責
任者である。予想、ＮＯが発生したとき、ＮＯの予想に
対応するＮの円２４８からの矢（義務）は再生は予想で
きない１６６に従う。このような場合において、段階２
５０と段階２５６はサブプランが完了されるまで決して
作動されない。予想ＹＥＳが発生したとき、ＹＥＳの予
想に対応したＹ円２４６からの矢は、次に作動となるサ
ンプルデータは設定かの段階２５０に従う。
【００９０】図１４は、２つの段階が同時に作動され、
サブプランの予想の一方が満足される前にその両方の段
階が完了されねばならないサブプランを示す。第一に、
開始ノード１６２はそこから放たれる２つの矢を有する
ことが判る。これは開始ノードが作動されるときに作成
される義務を表す。ユニックス段階２６６において１つ
の矢は問題は有効かを指し示し、一方、他の矢はＭＳウ
ィンドウ段階２７４において問題は有効かを指し示す。
このように開始ノードが作動されるとき、義務（矢）に
より参照される段階は共に作動される。段階２６６およ
び２７４のＮ（Ｎｏ）の予想２７０および２７８は、そ
れぞれ両方がＡＮＤ段階２７２を指し示すことは注意す
べきことである。１つのＡＮＤ段階は視覚的プログラム
言語で特別な図式シンボルにより表現される部分的に予
め規定されたアクティブエージェントである。ＡＮＤエ
ージェントは（必要ならば、多くの義務をもつことので
きる）１つの予想を有する。ＡＮＤ段階に導かれる義務
に対応する予想の全てが満足し、ＡＮＤエージェントに
アクティブな信号を送るときのみ、この予想は満足す
る。図１４に示すサブプランにおいてＡＮＤ段階を置く
ことは意味ある。何故ならば、問題は再生できないがユ
ニックスまたはＭＳウィンドウズの何れでも再生できな
いとき、問題は再生できないとのみ言うことができるか
らである。
サブプランの予想の一方が満足される前にその両方の段
階が完了されねばならないサブプランを示す。第一に、
開始ノード１６２はそこから放たれる２つの矢を有する
ことが判る。これは開始ノードが作動されるときに作成
される義務を表す。ユニックス段階２６６において１つ
の矢は問題は有効かを指し示し、一方、他の矢はＭＳウ
ィンドウ段階２７４において問題は有効かを指し示す。
このように開始ノードが作動されるとき、義務（矢）に
より参照される段階は共に作動される。段階２６６およ
び２７４のＮ（Ｎｏ）の予想２７０および２７８は、そ
れぞれ両方がＡＮＤ段階２７２を指し示すことは注意す
べきことである。１つのＡＮＤ段階は視覚的プログラム
言語で特別な図式シンボルにより表現される部分的に予
め規定されたアクティブエージェントである。ＡＮＤエ
ージェントは（必要ならば、多くの義務をもつことので
きる）１つの予想を有する。ＡＮＤ段階に導かれる義務
に対応する予想の全てが満足し、ＡＮＤエージェントに
アクティブな信号を送るときのみ、この予想は満足す
る。図１４に示すサブプランにおいてＡＮＤ段階を置く
ことは意味ある。何故ならば、問題は再生できないがユ
ニックスまたはＭＳウィンドウズの何れでも再生できな
いとき、問題は再生できないとのみ言うことができるか
らである。
【００９１】図１５は条件分岐を有するサブプランを示
す。特に、図１５に示すサブプランは、特別に変化する
値にのみ依存して満たされる３つの条件２８６、２８８
および２９０を有する条件分岐段階２８４を示す。図１
４に示されるＡＮＤ段階のように、条件分岐段階２８４
は部分的に予め規定されたアクティブエージェントであ
る。特に、条件的段階は、義務を有する段階であり、各
々は「可変のシステムはユニックスと等しいか？」のよ
うな条件文に関連する。質問に対する種々の回答は次に
条件段階の予想である。条件段階２９０の場合、（問題
はレポートされるかのシステムの形式を表す）システム
の予想値は、ユニックス、ＭＳＷ（ＭＳウィンドウ）お
よびＤＥＦＡＵＬＴ（システムに対する他の全ての値）
である。従って、条件段階２９０に対する予想は、シス
テム＝ユニックス２８６、システム＝ＭＳＷ２８８およ
びＤＥＦＡＵＬＴ２９０である。他の何れかの段階に関
して、これらの予想の各々は、他の段階を作動する義務
を有する。この場合、予想２８６、２８８および２９０
からの義務は、それぞれ段階２９２、２９８および１６
６を作動する。最後に、ＡＮＤ段階のように、条件段階
は図１５に示すような視覚的プログラム言語における特
別な図式シンボルにより表される。
す。特に、図１５に示すサブプランは、特別に変化する
値にのみ依存して満たされる３つの条件２８６、２８８
および２９０を有する条件分岐段階２８４を示す。図１
４に示されるＡＮＤ段階のように、条件分岐段階２８４
は部分的に予め規定されたアクティブエージェントであ
る。特に、条件的段階は、義務を有する段階であり、各
々は「可変のシステムはユニックスと等しいか？」のよ
うな条件文に関連する。質問に対する種々の回答は次に
条件段階の予想である。条件段階２９０の場合、（問題
はレポートされるかのシステムの形式を表す）システム
の予想値は、ユニックス、ＭＳＷ（ＭＳウィンドウ）お
よびＤＥＦＡＵＬＴ（システムに対する他の全ての値）
である。従って、条件段階２９０に対する予想は、シス
テム＝ユニックス２８６、システム＝ＭＳＷ２８８およ
びＤＥＦＡＵＬＴ２９０である。他の何れかの段階に関
して、これらの予想の各々は、他の段階を作動する義務
を有する。この場合、予想２８６、２８８および２９０
からの義務は、それぞれ段階２９２、２９８および１６
６を作動する。最後に、ＡＮＤ段階のように、条件段階
は図１５に示すような視覚的プログラム言語における特
別な図式シンボルにより表される。
【００９２】図１６は監督により再吟味されたタスクの
代表を表すサブプランのワークプロセスを示す図であ
る。このサブプランは新しい形式の段階、プログラムノ
ードおよび新しい形式の予想と義務を導く。上述のよう
に、予想は、段階の長円の表面上に文字を内部に記した
小さな価値のない円により通常表され、義務は、他の段
階または終了ノードを指し示す簡単な矢により通常表さ
れる。
代表を表すサブプランのワークプロセスを示す図であ
る。このサブプランは新しい形式の段階、プログラムノ
ードおよび新しい形式の予想と義務を導く。上述のよう
に、予想は、段階の長円の表面上に文字を内部に記した
小さな価値のない円により通常表され、義務は、他の段
階または終了ノードを指し示す簡単な矢により通常表さ
れる。
【００９３】一つの段階の通常の予想が満たされると
き、段階は作動解除され、段階の作動またはその義務に
より指示されたノードをトリガーする。しかしながら、
段階の予想が満たされるとき、段階は作動解除されるべ
きでなく、予想を表すその段階の長円上の小円は満たさ
れ、その中の文字は価値がない。このような残された作
動の予想は、この問題は有効か？の段階３０８のＵ予想
３１８である。
き、段階は作動解除され、段階の作動またはその義務に
より指示されたノードをトリガーする。しかしながら、
段階の予想が満たされるとき、段階は作動解除されるべ
きでなく、予想を表すその段階の長円上の小円は満たさ
れ、その中の文字は価値がない。このような残された作
動の予想は、この問題は有効か？の段階３０８のＵ予想
３１８である。
【００９４】段階３２３と３２５はプログラムノードと
呼ばれる異なる段階の形式である。プログラムノードは
予想をもたないが、義務をもつ段階の形式である。予想
をもつ代わりにプログラムノードは義務を満たす数個の
予め決定したロジックに従う。従って、プログラムノー
ドは責任あるユーザをもたない。プログラムノード３２
３や３２５のようなプログラムの最も簡単な形式は、他
の段階から分離した価値のない円により表される。プロ
グラムノードのこの形式は、作動されるや否やプログラ
ムノード３２３に対する義務３２４と３１２およびプロ
グラムノード３２５に対する義務３２６と３１６のよう
に、その義務の全てを自動的に満たす。段階のこの形式
は、通常の段階において予想が１つの義務と対をなすと
見なされ得るので必要とされる。交互となる実施例にお
いて、順に、多くの義務を有するプログラムノードに対
する義務との予想の結合は、多くの義務で単に予想とし
て視覚的プログラム言語により表すことができる。他の
予め決定された基準に基づいた義務を満たすプログラム
ノードの他の形式もある。条件段階（例えば図１５にお
ける段階２８４）とタイマ段階（例えば図１９における
段階３６２）は、両方共に異なる基準に基づいた義務を
満たすようにプログラムされたプログラムノードの両方
の形式である。
呼ばれる異なる段階の形式である。プログラムノードは
予想をもたないが、義務をもつ段階の形式である。予想
をもつ代わりにプログラムノードは義務を満たす数個の
予め決定したロジックに従う。従って、プログラムノー
ドは責任あるユーザをもたない。プログラムノード３２
３や３２５のようなプログラムの最も簡単な形式は、他
の段階から分離した価値のない円により表される。プロ
グラムノードのこの形式は、作動されるや否やプログラ
ムノード３２３に対する義務３２４と３１２およびプロ
グラムノード３２５に対する義務３２６と３１６のよう
に、その義務の全てを自動的に満たす。段階のこの形式
は、通常の段階において予想が１つの義務と対をなすと
見なされ得るので必要とされる。交互となる実施例にお
いて、順に、多くの義務を有するプログラムノードに対
する義務との予想の結合は、多くの義務で単に予想とし
て視覚的プログラム言語により表すことができる。他の
予め決定された基準に基づいた義務を満たすプログラム
ノードの他の形式もある。条件段階（例えば図１５にお
ける段階２８４）とタイマ段階（例えば図１９における
段階３６２）は、両方共に異なる基準に基づいた義務を
満たすようにプログラムされたプログラムノードの両方
の形式である。
【００９５】通常の義務が行われるとき、その対応する
予想が満たされるので、その段階または義務を表す矢に
より指摘されるノードは作動される。しかしながら、義
務が段階または義務を表す矢により指摘されたノードを
作動解除するとき、その矢は矢の柄に沿った数点で箱内
に満たされる。このように作動解除された義務は、予想
Ｙ３１０とＮ３１４からそれぞれ導かれる義務３２４と
３２６である。
予想が満たされるので、その段階または義務を表す矢に
より指摘されるノードは作動される。しかしながら、義
務が段階または義務を表す矢により指摘されたノードを
作動解除するとき、その矢は矢の柄に沿った数点で箱内
に満たされる。このように作動解除された義務は、予想
Ｙ３１０とＮ３１４からそれぞれ導かれる義務３２４と
３２６である。
【００９６】図１７はタスクがユーザのグループの何れ
か１つを代表するサブプランを示す。これは一つの段階
に対して責任あるユーザとして見られるノンユーザの名
前により、およびサブプラン画面の下部に見られるノン
（非）ユーザの名前に従うユーザのリストにより、視覚
的プログラム言語で表される。図１７に示すサブプラン
において、「テスタ」は問題は再生可か？の段階３３２
に対する責任あるユーザとして示される。図１７におけ
るサブプランの下部に現れる用語「テスタ」に対するユ
ーザのリスト２３８は、好適実施例におけるポップアッ
プメニュにおいて現れる。段階のこの形式が作動される
とき、このユーザリストは、ユーザリストにおける全ユ
ーザに対する作動段階リスト上で現れる。しかしなが
ら、一人のユーザが段階の予想の一つを満足するとき、
段階のタスクは一度実行されるのみであるから、その段
階はユーザリスト内の全ての者に関して作動解除され
る。
か１つを代表するサブプランを示す。これは一つの段階
に対して責任あるユーザとして見られるノンユーザの名
前により、およびサブプラン画面の下部に見られるノン
（非）ユーザの名前に従うユーザのリストにより、視覚
的プログラム言語で表される。図１７に示すサブプラン
において、「テスタ」は問題は再生可か？の段階３３２
に対する責任あるユーザとして示される。図１７におけ
るサブプランの下部に現れる用語「テスタ」に対するユ
ーザのリスト２３８は、好適実施例におけるポップアッ
プメニュにおいて現れる。段階のこの形式が作動される
とき、このユーザリストは、ユーザリストにおける全ユ
ーザに対する作動段階リスト上で現れる。しかしなが
ら、一人のユーザが段階の予想の一つを満足するとき、
段階のタスクは一度実行されるのみであるから、その段
階はユーザリスト内の全ての者に関して作動解除され
る。
【００９７】図１８はユーザの各個がタスクを個別に完
成させなければならないユーザのグループに対するタス
クの代表を示す。問題は再生可能か？の段階３４４は、
このような代表を表す段階であり、二重線で描かれた長
円のような視覚的プログラム言語で表され、ノンユーザ
は責任あるユーザとして表され、ユーザ３５０のリスト
は図１８におけるプランまたはサブプランの下部に現れ
て示されるノンユーザの名前に従うが、好適実施例にお
けるポップアップメニュにおいて現れる。
成させなければならないユーザのグループに対するタス
クの代表を示す。問題は再生可能か？の段階３４４は、
このような代表を表す段階であり、二重線で描かれた長
円のような視覚的プログラム言語で表され、ノンユーザ
は責任あるユーザとして表され、ユーザ３５０のリスト
は図１８におけるプランまたはサブプランの下部に現れ
て示されるノンユーザの名前に従うが、好適実施例にお
けるポップアップメニュにおいて現れる。
【００９８】段階のこの形式に関し、アルバートがこの
段階の予想を満足するとき、この段階はアルバートに関
し作動解除されるが、「テスタ」のリスト３５０上の他
のユーザに関し作動のまま残される。図１９は遅延段階
を有するサブプランを示す。遅延段階３６２はその段階
から導かれる単一の矢（義務）を有するクロックに面と
しての視覚的プログラム言語により示される部分的に予
め規定されたプログラムノードである。遅延段階は、
「この段階の作動以来何時間が経過したか？」の質問に
対して回答する段階を含む。この質問に対する回答がＹ
ＥＳのとき、この段階の義務は満たされ、義務により指
摘される段階を作動する。
段階の予想を満足するとき、この段階はアルバートに関
し作動解除されるが、「テスタ」のリスト３５０上の他
のユーザに関し作動のまま残される。図１９は遅延段階
を有するサブプランを示す。遅延段階３６２はその段階
から導かれる単一の矢（義務）を有するクロックに面と
しての視覚的プログラム言語により示される部分的に予
め規定されたプログラムノードである。遅延段階は、
「この段階の作動以来何時間が経過したか？」の質問に
対して回答する段階を含む。この質問に対する回答がＹ
ＥＳのとき、この段階の義務は満たされ、義務により指
摘される段階を作動する。
【００９９】図２０は本発明のシステムの視覚的プログ
ラミングモジュールを使用したワークプロセスプランの
作成方法を示す。全体として、視覚的プログラミングモ
ジュールはユーザが視覚的プログラム言語を使用するこ
とを可能とする。この視覚的プログラム言語はワークプ
ロセスモデルを表す図を作成するための図２、３および
１１〜１９を参照して示して記したシンボルとテキスト
を含む。視覚的プログラミングモジュールは次に図に示
されるワークプロセスモデルの段階に関するデータを、
そのワークプロセスモデルが作成されるとき、そのワー
クプロセスモデルを修正するために運転され、またはサ
ーバモジュールにより開始される対話文モジュールと通
信する。対話文は次に、視覚的プログラミングモジュー
ルから受信したデータを表１を参照して記したようなエ
ージェントに変換し、そのエージェントを図６に示す木
構造に置く。従って、図２０に示すフローチャートの全
説明を通して、システム内へユーザが供給する入力を含
むブロックの全ては視覚的プログラミングモジュールに
より実行され、何らかのエージェント（Ｃ＋＋オブジェ
クト）の作成または修正を含むブロックの全ては対話文
で実行される。あるブロックは視覚的プログラミングモ
ジュールと対話文により部分的に実行される。特定なブ
ロックを実行するモジュールの形式は、視覚的プログラ
ミングモジュールに対する「ＶＰＭ」と対話文モジュー
ルに対する「ＣＣＭ」により、以下のブロックに対する
参照番号に従って明記される。決定を下すユーザを含む
これらのブロックに対し、これらの決定の結果として使
用される「ＶＰＭ」の注記は視覚的プログラミングモジ
ュールを介してシステム内へ入力される。
ラミングモジュールを使用したワークプロセスプランの
作成方法を示す。全体として、視覚的プログラミングモ
ジュールはユーザが視覚的プログラム言語を使用するこ
とを可能とする。この視覚的プログラム言語はワークプ
ロセスモデルを表す図を作成するための図２、３および
１１〜１９を参照して示して記したシンボルとテキスト
を含む。視覚的プログラミングモジュールは次に図に示
されるワークプロセスモデルの段階に関するデータを、
そのワークプロセスモデルが作成されるとき、そのワー
クプロセスモデルを修正するために運転され、またはサ
ーバモジュールにより開始される対話文モジュールと通
信する。対話文は次に、視覚的プログラミングモジュー
ルから受信したデータを表１を参照して記したようなエ
ージェントに変換し、そのエージェントを図６に示す木
構造に置く。従って、図２０に示すフローチャートの全
説明を通して、システム内へユーザが供給する入力を含
むブロックの全ては視覚的プログラミングモジュールに
より実行され、何らかのエージェント（Ｃ＋＋オブジェ
クト）の作成または修正を含むブロックの全ては対話文
で実行される。あるブロックは視覚的プログラミングモ
ジュールと対話文により部分的に実行される。特定なブ
ロックを実行するモジュールの形式は、視覚的プログラ
ミングモジュールに対する「ＶＰＭ」と対話文モジュー
ルに対する「ＣＣＭ」により、以下のブロックに対する
参照番号に従って明記される。決定を下すユーザを含む
これらのブロックに対し、これらの決定の結果として使
用される「ＶＰＭ」の注記は視覚的プログラミングモジ
ュールを介してシステム内へ入力される。
【０１００】ユーザは、ワークステーション８４ａ、８
６ａまたは８８ａのデータ入力ユニットを使用して、開
始ブロック４００（ＶＰＭ）でワークプロセスプランを
作成開始する。最初はユーザのワークプロセスプランに
段階が何もないが、一度段階が作成されると、ユーザは
ブロック４０２（ＶＰＭ）において、新たな段階を作成
するかまたは現存する段階に対するサブプランを作成す
るか否かを決定する。ユーザが現存する段階に対するサ
ブプランを作成することを決定したとき、ブロック４０
４（ＣＣＭ）において、システムは「ポリシ」等級（図
６に関する説明を参照）のＣ＋＋オブジェクトを作成
し、「ポリシ」オブジェクトの「ＲＷＣストリング名」
に記憶されたオブジェクトに対するラベルを割り付け、
このラベルをサブプランへの段階を表すエージェントの
ＲＷＣストリングのｈサブポリシ４５９に記憶し、そし
て図１７に示すようなワークプロセスを作成するため、
ブロック４０６（ＣＣＭ）における新たなプロセスを回
帰的に開始する。サブプランを作成するプロセスとプラ
ンとの間の唯一の差異は、プランが１つの開始ノード
（例えば７４）と１つの終了ノード（例えば５１）を有
し（図２参照）、一方サブプランは１つの開始ノード
（例えば１６２）とサブプランが作成されるための（図
３参照）段階に対する予想の各々に対する終了ノードと
を有する。このサブプランの作成が完成されるとき、制
御はブロック４０６の出口で図１７に示すフローチャー
トへ戻る。
６ａまたは８８ａのデータ入力ユニットを使用して、開
始ブロック４００（ＶＰＭ）でワークプロセスプランを
作成開始する。最初はユーザのワークプロセスプランに
段階が何もないが、一度段階が作成されると、ユーザは
ブロック４０２（ＶＰＭ）において、新たな段階を作成
するかまたは現存する段階に対するサブプランを作成す
るか否かを決定する。ユーザが現存する段階に対するサ
ブプランを作成することを決定したとき、ブロック４０
４（ＣＣＭ）において、システムは「ポリシ」等級（図
６に関する説明を参照）のＣ＋＋オブジェクトを作成
し、「ポリシ」オブジェクトの「ＲＷＣストリング名」
に記憶されたオブジェクトに対するラベルを割り付け、
このラベルをサブプランへの段階を表すエージェントの
ＲＷＣストリングのｈサブポリシ４５９に記憶し、そし
て図１７に示すようなワークプロセスを作成するため、
ブロック４０６（ＣＣＭ）における新たなプロセスを回
帰的に開始する。サブプランを作成するプロセスとプラ
ンとの間の唯一の差異は、プランが１つの開始ノード
（例えば７４）と１つの終了ノード（例えば５１）を有
し（図２参照）、一方サブプランは１つの開始ノード
（例えば１６２）とサブプランが作成されるための（図
３参照）段階に対する予想の各々に対する終了ノードと
を有する。このサブプランの作成が完成されるとき、制
御はブロック４０６の出口で図１７に示すフローチャー
トへ戻る。
【０１０１】ユーザがブロック４０２に現存する段階に
対するサブプランを作成したいとき、ユーザは段階を作
成するブロック４０８（ＶＰＭ）におけるオプションま
たは予想と義務を表す矢を有する。ユーザがブロック４
１０（ＶＰＭ）における段階を作成することを選択する
とき、ユーザは長円４６のような段階のシンボルをユー
ザのワークステーションの表示装置上のワークプロセス
図の代表の何れかに位置づける。段階に対するシンボル
がブロック４１２（ＣＣＭ）内に位置づけられたとき、
対話文は段階を表す表１に参照して記載されるようなＶ
ＰＬアクティブエージェントのＣ＋＋オブジェクト（エ
ージェント）を作成する。このシステムはこのエージェ
ントに対して識別する「イベント番号」４５２を割り付
ける。このシステムはまた、作成される段階を含むその
プランのポリシ等級オブジェクトにおけるエージェント
に対するポインタのリストを更新し、作成された段階を
代表するエージェントのポリシであるポリシにおけるこ
のポリシ等級オブジェクトへポインタを記憶する。
対するサブプランを作成したいとき、ユーザは段階を作
成するブロック４０８（ＶＰＭ）におけるオプションま
たは予想と義務を表す矢を有する。ユーザがブロック４
１０（ＶＰＭ）における段階を作成することを選択する
とき、ユーザは長円４６のような段階のシンボルをユー
ザのワークステーションの表示装置上のワークプロセス
図の代表の何れかに位置づける。段階に対するシンボル
がブロック４１２（ＣＣＭ）内に位置づけられたとき、
対話文は段階を表す表１に参照して記載されるようなＶ
ＰＬアクティブエージェントのＣ＋＋オブジェクト（エ
ージェント）を作成する。このシステムはこのエージェ
ントに対して識別する「イベント番号」４５２を割り付
ける。このシステムはまた、作成される段階を含むその
プランのポリシ等級オブジェクトにおけるエージェント
に対するポインタのリストを更新し、作成された段階を
代表するエージェントのポリシであるポリシにおけるこ
のポリシ等級オブジェクトへポインタを記憶する。
【０１０２】ブロック４１４（ＶＰＭ 、ＣＣＭ）にお
いて、「問題は治癒されたか？」４６ａのような段階の
短い記述、ビューア文画面（例えば図１０における「問
題は治癒できるか？またはこのレポートは延期されるべ
きかまたは拒絶されるべきか？」）上に現れる段階の長
い記述、およびプログラマ４６ｂのような段階に責任を
有するユーザまたは複数のユーザ、に対しシステムはプ
ロンプトし、ユーザから受け入れる。短い記述はShortD
escription４６０に記憶され、長い記述はLongDescript
ion ４６２に記憶され、および段階に責任を有するユー
ザまたは複数のユーザはgroups４６４に記憶される。
いて、「問題は治癒されたか？」４６ａのような段階の
短い記述、ビューア文画面（例えば図１０における「問
題は治癒できるか？またはこのレポートは延期されるべ
きかまたは拒絶されるべきか？」）上に現れる段階の長
い記述、およびプログラマ４６ｂのような段階に責任を
有するユーザまたは複数のユーザ、に対しシステムはプ
ロンプトし、ユーザから受け入れる。短い記述はShortD
escription４６０に記憶され、長い記述はLongDescript
ion ４６２に記憶され、および段階に責任を有するユー
ザまたは複数のユーザはgroups４６４に記憶される。
【０１０３】段階がブロック４１０〜４１４に作成され
た後、ブロック４２８（ＶＰＭ）においてユーザはシス
テムにユーザがプランを終了したことを知らせることが
できる。ユーザが終了したとき、プラン作成のプロセス
がブロック４３０（ＶＰＭ、ＣＣＭ）において終了し、
対話文におけるプランの表現が後日の使用のために記憶
され、視覚的プログラミングモジュールの運転が終結さ
れる。ユーザが終了していないとき、ブロック４０２は
繰り返される。
た後、ブロック４２８（ＶＰＭ）においてユーザはシス
テムにユーザがプランを終了したことを知らせることが
できる。ユーザが終了したとき、プラン作成のプロセス
がブロック４３０（ＶＰＭ、ＣＣＭ）において終了し、
対話文におけるプランの表現が後日の使用のために記憶
され、視覚的プログラミングモジュールの運転が終結さ
れる。ユーザが終了していないとき、ブロック４０２は
繰り返される。
【０１０４】ユーザは、ブロック４０８においてユーザ
に矢を作成するか、またはブロック４１６（ＶＰＭ）に
おいて矢６０ａに対する段階４６のような段階に矢の尻
尾を有する２つの段階の間に矢６０ａのような矢を位置
づけするかを選択し、そこでその矢に関連する予想がオ
ンであるべきであり、矢６０ａに対する段階５０のよう
な段階上で矢の点は休止し、すなわち義務が満足された
とき作動される。この矢はユーザによりポインティング
デバイスを用いて矢の尻尾を段階上へ引っ張り、矢の先
端を他の段階上に引っ張る動作によって位置づけられ
る。ブロック４１８（ＶＰＭ）において、システムは矢
が矢の尻尾で段階に満足する段階４６のような段階上で
矢に関連する予想を代表する矢６０ａに対する円６０の
ような小円を描く。ブロック４２０（ＶＰＭ）におい
て、システムは次にプロンプトし、ユーザから受け入
れ、円６０により代表される予想に対する「Ｆ＝解決
治癒済」７９のような予想に対する句を識別する。ブロ
ック４２２（ＶＰＭ）において、システムは受け入れら
れた識別された句の第一文字を予想を表す円６０のよう
な小円内に置く。ブロック４２４（ＣＣＭ）において、
システムは矢に関連する予想に対する予想オブジェクト
を作成し、識別された句をこの予想オブジェクト内に記
憶し、円６０に対する段階４６に対するエージェントの
ような円をＲＷセット予想４５６へ置く段階に対するエ
ージェントにおけるこの予想オブジェクトへのポインタ
を記憶する。ブロック４２６（ＣＣＭ）において、シス
テムは矢により表された義務に対する義務のオブジェク
トを作成し、矢６０ａに対する段階４６に対するエージ
ェントのように、矢の尻尾における段階に対するエージ
ェントにおけるこの義務のオブジェクトへのポインタを
ＲＷセットの義務４５８に記憶する。またこのブロック
において、システムは義務のＩＤトークンを義務に割り
付け、このトークンを予想オブジェクトと義務オブジェ
クトの両方が可変のＲＷＣストリングのＯトークンに記
憶する。最後に、ブロック４２６において、システムは
矢（例えば段階５０）によって指し示される段階へのポ
インタを、義務のオブジェクトに関するＶＰＬエージェ
ントのエージェントに記憶する。
に矢を作成するか、またはブロック４１６（ＶＰＭ）に
おいて矢６０ａに対する段階４６のような段階に矢の尻
尾を有する２つの段階の間に矢６０ａのような矢を位置
づけするかを選択し、そこでその矢に関連する予想がオ
ンであるべきであり、矢６０ａに対する段階５０のよう
な段階上で矢の点は休止し、すなわち義務が満足された
とき作動される。この矢はユーザによりポインティング
デバイスを用いて矢の尻尾を段階上へ引っ張り、矢の先
端を他の段階上に引っ張る動作によって位置づけられ
る。ブロック４１８（ＶＰＭ）において、システムは矢
が矢の尻尾で段階に満足する段階４６のような段階上で
矢に関連する予想を代表する矢６０ａに対する円６０の
ような小円を描く。ブロック４２０（ＶＰＭ）におい
て、システムは次にプロンプトし、ユーザから受け入
れ、円６０により代表される予想に対する「Ｆ＝解決
治癒済」７９のような予想に対する句を識別する。ブロ
ック４２２（ＶＰＭ）において、システムは受け入れら
れた識別された句の第一文字を予想を表す円６０のよう
な小円内に置く。ブロック４２４（ＣＣＭ）において、
システムは矢に関連する予想に対する予想オブジェクト
を作成し、識別された句をこの予想オブジェクト内に記
憶し、円６０に対する段階４６に対するエージェントの
ような円をＲＷセット予想４５６へ置く段階に対するエ
ージェントにおけるこの予想オブジェクトへのポインタ
を記憶する。ブロック４２６（ＣＣＭ）において、シス
テムは矢により表された義務に対する義務のオブジェク
トを作成し、矢６０ａに対する段階４６に対するエージ
ェントのように、矢の尻尾における段階に対するエージ
ェントにおけるこの義務のオブジェクトへのポインタを
ＲＷセットの義務４５８に記憶する。またこのブロック
において、システムは義務のＩＤトークンを義務に割り
付け、このトークンを予想オブジェクトと義務オブジェ
クトの両方が可変のＲＷＣストリングのＯトークンに記
憶する。最後に、ブロック４２６において、システムは
矢（例えば段階５０）によって指し示される段階へのポ
インタを、義務のオブジェクトに関するＶＰＬエージェ
ントのエージェントに記憶する。
【０１０５】このように、図２、３、７および１１〜１
９に示すようなワークプロセスプランを作成するため、
視覚的プログラム言語を用いた段階と矢（予想と義務）
の作成を通して、図２０に示すフローチャートによれ
ば、図６に示した木構造に記憶されたオブジェクトは本
システムにより作成され、表１に示されるデータ宣言に
記憶される決定的な情報を含む。
９に示すようなワークプロセスプランを作成するため、
視覚的プログラム言語を用いた段階と矢（予想と義務）
の作成を通して、図２０に示すフローチャートによれ
ば、図６に示した木構造に記憶されたオブジェクトは本
システムにより作成され、表１に示されるデータ宣言に
記憶される決定的な情報を含む。
【０１０６】図２１と図２２はブロック５００において
開始する図４と図５に示されるシステムによるワークプ
ロセスの実行を追跡するためのフローチャートである。
図２１と図２２におけるブロックの全てにより表される
機能は、ビューアモジュールまたはビューア文モジュー
ルにおいて実行されるユーザ入力を含むブロック５０２
と５０６を除いて対話文により全て実行される。ブロッ
ク５０２において、ユーザは、ワークプロセスを達成す
るプランとしての使用に対する予め規定されたポリシを
選択するか、またはそのワークプロセスを達成するため
の新たなプランを作成する。このポリシの選択または新
たなプランの作成は、図８と図９を参照して前述し、視
覚的プログラミングモジュールは図２０を参照して記述
した。
開始する図４と図５に示されるシステムによるワークプ
ロセスの実行を追跡するためのフローチャートである。
図２１と図２２におけるブロックの全てにより表される
機能は、ビューアモジュールまたはビューア文モジュー
ルにおいて実行されるユーザ入力を含むブロック５０２
と５０６を除いて対話文により全て実行される。ブロッ
ク５０２において、ユーザは、ワークプロセスを達成す
るプランとしての使用に対する予め規定されたポリシを
選択するか、またはそのワークプロセスを達成するため
の新たなプランを作成する。このポリシの選択または新
たなプランの作成は、図８と図９を参照して前述し、視
覚的プログラミングモジュールは図２０を参照して記述
した。
【０１０７】ブロック５０４において、ポリシがプラン
として使用のために選択された後か、または新たなプラ
ンが作成された後、システムはそのプランに対する開始
ノード義務と相談し、これらの義務により指摘された何
れかのエージェントを作動する。次にブロック５０６に
おいて、システムはアクティブエージェントの１つの予
想の１つが完了されたとして選択されたことを示すワー
クステーションのデータエントリユニットからのユーザ
の入力を受入れる。このことは図１０を参照して記した
ようにビューア文のアクションメニュ２０４の使用を介
して達成される。
として使用のために選択された後か、または新たなプラ
ンが作成された後、システムはそのプランに対する開始
ノード義務と相談し、これらの義務により指摘された何
れかのエージェントを作動する。次にブロック５０６に
おいて、システムはアクティブエージェントの１つの予
想の１つが完了されたとして選択されたことを示すワー
クステーションのデータエントリユニットからのユーザ
の入力を受入れる。このことは図１０を参照して記した
ようにビューア文のアクションメニュ２０４の使用を介
して達成される。
【０１０８】ブロック５１２において、選択された予想
に関連する各義務は処理される。ブロック５１２は義務
の処理に従われるサブプロセスを表す。単一の選択され
た予想に対し多くの義務が存在するので、ブロック５１
２はこのサブプロセスの多くの実行を表す。ブロック５
１２において実行されるサブプロセスは、図２２に示す
プロセスとしてより詳細に示される。この時点におい
て、しかしながら、義務の全てがブロック５１２におい
て処理された後、ブロック５０６が図２２に示すブロッ
ク５１２に対するサブプロセスにおいて、ワークプロセ
スプランの実行が終了する５２６まで繰り返される。
に関連する各義務は処理される。ブロック５１２は義務
の処理に従われるサブプロセスを表す。単一の選択され
た予想に対し多くの義務が存在するので、ブロック５１
２はこのサブプロセスの多くの実行を表す。ブロック５
１２において実行されるサブプロセスは、図２２に示す
プロセスとしてより詳細に示される。この時点におい
て、しかしながら、義務の全てがブロック５１２におい
て処理された後、ブロック５０６が図２２に示すブロッ
ク５１２に対するサブプロセスにおいて、ワークプロセ
スプランの実行が終了する５２６まで繰り返される。
【０１０９】義務の処理は、ブロック５１４において開
始する。次にブロック５１６において、システムは義務
が終了ノードを指し示すか否かを決定する。処理された
義務が終了ノードを指し示すとき、システムはブロック
５１８において、現在実行されているプランがそれ自
身、他のプラン（親プラン）のサブプランか否かを決定
する。さもなければ、根対話は処理され、根対話（例え
ば品質保証プラン企画に対する終了ノード５１）の終了
ノードの作動は企画の完了を意味する。本システムはブ
ロック５２４において作動解除されるプランにおける全
てのエージェントに対する内部状態４５０（表１）を設
定することによる何れかのサブプランにおける段階を含
むプランにおけるエージェントの全てを作動解除する。
そのワークプロセスモデルを追跡するプロセスは次に、
ブロック５２６において終了し、そのワークプロセスモ
デルに対する対話文モジュールの運転は終結される。
始する。次にブロック５１６において、システムは義務
が終了ノードを指し示すか否かを決定する。処理された
義務が終了ノードを指し示すとき、システムはブロック
５１８において、現在実行されているプランがそれ自
身、他のプラン（親プラン）のサブプランか否かを決定
する。さもなければ、根対話は処理され、根対話（例え
ば品質保証プラン企画に対する終了ノード５１）の終了
ノードの作動は企画の完了を意味する。本システムはブ
ロック５２４において作動解除されるプランにおける全
てのエージェントに対する内部状態４５０（表１）を設
定することによる何れかのサブプランにおける段階を含
むプランにおけるエージェントの全てを作動解除する。
そのワークプロセスモデルを追跡するプロセスは次に、
ブロック５２６において終了し、そのワークプロセスモ
デルに対する対話文モジュールの運転は終結される。
【０１１０】現在実行中のプランがサブプランのとき、
システムは次にサブプランの実行を非作動となるようサ
ブプランにおける全エージェントに対する内部状態４５
０を設定することにより終結させ、従ってブロック５２
０におけるサブプランにおける全てのエージェントを作
動解除する。サブプランにより表される親プランにおけ
るエージェントに対し、本システムはまた、処理される
義務により指し示される終了ノードに対応するそのエー
ジェント予想を選択する。制御は次に、図２１に示すフ
ローチャートのブロック５０６（ブロック５１２に従う
ブロック）へ戻り、ここで予想を選択したシステムはユ
ーザが選択した予想の代わりに使用される。
システムは次にサブプランの実行を非作動となるようサ
ブプランにおける全エージェントに対する内部状態４５
０を設定することにより終結させ、従ってブロック５２
０におけるサブプランにおける全てのエージェントを作
動解除する。サブプランにより表される親プランにおけ
るエージェントに対し、本システムはまた、処理される
義務により指し示される終了ノードに対応するそのエー
ジェント予想を選択する。制御は次に、図２１に示すフ
ローチャートのブロック５０６（ブロック５１２に従う
ブロック）へ戻り、ここで予想を選択したシステムはユ
ーザが選択した予想の代わりに使用される。
【０１１１】ブロック５１６で処理された義務が終了ノ
ードを指し示さないとき、システムはブロック５２８に
おいて、義務６０ａのような典型的な義務というかむし
ろ図１６に示される義務３２４と３２６のような義務が
作動解除される義務か否かを決定する。義務が作動解除
される義務のとき、義務により指し示されるエージェン
トの状態４５０はブロック５３０において非作動に変え
られる。制御は次にブロック５２２において図２１に示
されるブロック５０８におけるプロセスへ戻される。
ードを指し示さないとき、システムはブロック５２８に
おいて、義務６０ａのような典型的な義務というかむし
ろ図１６に示される義務３２４と３２６のような義務が
作動解除される義務か否かを決定する。義務が作動解除
される義務のとき、義務により指し示されるエージェン
トの状態４５０はブロック５３０において非作動に変え
られる。制御は次にブロック５２２において図２１に示
されるブロック５０８におけるプロセスへ戻される。
【０１１２】ブロック５２８において、処理された義務
が義務を作動解除しないことを決定したとき、システム
は次にブロック５３２において、義務により指し示され
たエージェントがそのエージェントの内部状態４５０を
チェックすることによりサブプランを表すか否かを決定
する。このエージェントが図３および図７における段階
４４を表すエージェントのようなサブプランを代表する
とき、図２１において示されるような新たなプロセスは
ブロック５３４において、そのサブプランに対し、ユー
ザがポリシを選択するかまたはブロック５０２における
プランを作成する代わりに、システムがブロック５３６
において実行されるプランとしてサブプランを自動的に
使用することを除いて、開始される。サブプランに対す
るこのプロセスは、このサブプランを表すエージェント
を含むプランに対して従われるプロセスと共に同時に従
われる。
が義務を作動解除しないことを決定したとき、システム
は次にブロック５３２において、義務により指し示され
たエージェントがそのエージェントの内部状態４５０を
チェックすることによりサブプランを表すか否かを決定
する。このエージェントが図３および図７における段階
４４を表すエージェントのようなサブプランを代表する
とき、図２１において示されるような新たなプロセスは
ブロック５３４において、そのサブプランに対し、ユー
ザがポリシを選択するかまたはブロック５０２における
プランを作成する代わりに、システムがブロック５３６
において実行されるプランとしてサブプランを自動的に
使用することを除いて、開始される。サブプランに対す
るこのプロセスは、このサブプランを表すエージェント
を含むプランに対して従われるプロセスと共に同時に従
われる。
【０１１３】このブロック５３２において、義務がサブ
プランを表すエージェントを指し示さないことを、この
システムが決定するとき、このシステムは、ブロック５
３８において作動するそのエージェントの内部状態４５
０を変化させ、制御は図２１においてブロック５０８で
示されるプロセスへブロック５２２で戻される。ブロッ
ク５０８において、システムは処理されたばかりの義務
に関連する予想が、図１６に示されたＵの予想３１８の
ような残された作動の予想よりむしろ、図２、３、６お
よび１１〜１９に価値のない円（例えば円６０）として
示された通常の作動解除の予想か否かを決定する。予想
が作動解除の予想のとき、予想を含むエージェントはブ
ロック５１０において作動解除される。ブロック５１０
の後、または予想がブロック５０８において作動解除の
予想でないと判ったとき、制御はブロック５０６へ戻さ
れる。
プランを表すエージェントを指し示さないことを、この
システムが決定するとき、このシステムは、ブロック５
３８において作動するそのエージェントの内部状態４５
０を変化させ、制御は図２１においてブロック５０８で
示されるプロセスへブロック５２２で戻される。ブロッ
ク５０８において、システムは処理されたばかりの義務
に関連する予想が、図１６に示されたＵの予想３１８の
ような残された作動の予想よりむしろ、図２、３、６お
よび１１〜１９に価値のない円（例えば円６０）として
示された通常の作動解除の予想か否かを決定する。予想
が作動解除の予想のとき、予想を含むエージェントはブ
ロック５１０において作動解除される。ブロック５１０
の後、または予想がブロック５０８において作動解除の
予想でないと判ったとき、制御はブロック５０６へ戻さ
れる。
【０１１４】図２１と図２２に示すプロセスに従って、
システムは実行されたワークプロセスプランおよびユー
ザにより選択された予想によるエージェントの作動およ
び作動解除によるプランの追跡を保持し、プロセス内の
タスクの完了または質問に対する回答を表す。ワークプ
ロセスプランのエージェントがこのように作動され、ワ
ークプロセスプランにより作動解除されるとき、図１０
を参照して記したビューアモジュールは、実時間でワー
クプロセスの実行を正確に追跡できる。
システムは実行されたワークプロセスプランおよびユー
ザにより選択された予想によるエージェントの作動およ
び作動解除によるプランの追跡を保持し、プロセス内の
タスクの完了または質問に対する回答を表す。ワークプ
ロセスプランのエージェントがこのように作動され、ワ
ークプロセスプランにより作動解除されるとき、図１０
を参照して記したビューアモジュールは、実時間でワー
クプロセスの実行を正確に追跡できる。
【０１１５】本発明のワークプロセスプランのモデル化
と、分析と実行に関する方法と装置、およびそれに付随
する多くの特徴について以上説明した。形式、構成およ
び部分やステップの編成に関する種々の変更が、本発明
の精神と範囲を逸脱することなく、またはその素材とし
ての利点の全てを犠牲にすることなく、可能であること
は明白である。なお、これまで記した形態は単に好適ま
たは例としての実施例であり、それゆえ種々の他の実施
例が本発明の精神と範囲を逸脱することなく、当業者に
より考案されることは言うまでもない。
と、分析と実行に関する方法と装置、およびそれに付随
する多くの特徴について以上説明した。形式、構成およ
び部分やステップの編成に関する種々の変更が、本発明
の精神と範囲を逸脱することなく、またはその素材とし
ての利点の全てを犠牲にすることなく、可能であること
は明白である。なお、これまで記した形態は単に好適ま
たは例としての実施例であり、それゆえ種々の他の実施
例が本発明の精神と範囲を逸脱することなく、当業者に
より考案されることは言うまでもない。
【０１１６】
【発明の効果】以上説明したように、本発明のワークプ
ロセスのモデル化方法によれば、プログラムの専門家で
なくても、モデルの非効率性を決定するため分析でき、
そして／またはモデル化されたワークプロセスの実行を
管理可能とし、実行するタスクの順序を変更しつつワー
クプロセスのプランを編集できるコンピュータシステム
が提供される。
ロセスのモデル化方法によれば、プログラムの専門家で
なくても、モデルの非効率性を決定するため分析でき、
そして／またはモデル化されたワークプロセスの実行を
管理可能とし、実行するタスクの順序を変更しつつワー
クプロセスのプランを編集できるコンピュータシステム
が提供される。
【図１】発見されたバグを処理する典型的ワークプロセ
スに含まれるワークプロセスと通信を示す図である。
スに含まれるワークプロセスと通信を示す図である。
【図２】本発明の実施例を用いて作成した図１に示すワ
ークプロセスの説明図である。
ークプロセスの説明図である。
【図３】本発明の実施例により作成されたサブプランを
有する図１に示すワークプロセスの詳細説明図である。
有する図１に示すワークプロセスの詳細説明図である。
【図４】本発明の好適実施例によるシステムに係るハー
ドウェアとコンピュータプログラムのアーキテクチャの
ブロック図である。
ドウェアとコンピュータプログラムのアーキテクチャの
ブロック図である。
【図５】データのフローを付加して示す図４に示すハー
ドウェアとコンピュータプログラムのアーキテクチャの
詳細ブロック図である。
ドウェアとコンピュータプログラムのアーキテクチャの
詳細ブロック図である。
【図６】図４と図５に示すシステムに記憶されたワーク
プロセスにおける段階を示すオブジェクト機構のツリー
図である。
プロセスにおける段階を示すオブジェクト機構のツリー
図である。
【図７】図６に示すオブジェクト機構を用いて示す本発
明の実施例により作成されたサブプランを有する図１に
示すワークプロセスの図３に示す詳細説明の簡略図であ
る。
明の実施例により作成されたサブプランを有する図１に
示すワークプロセスの図３に示す詳細説明の簡略図であ
る。
【図８】図４と図５に示すシステムのビューアモジュー
ルの画面表示を示す図である。
ルの画面表示を示す図である。
【図９】対話またはサブ対話を開始することを目的とす
る図４と図５に示すシステムのビューアモジュールの画
面表示を示す図である。
る図４と図５に示すシステムのビューアモジュールの画
面表示を示す図である。
【図１０】図４と図５に示すシステムのビューア背景モ
ジュールの画面表示を示す図である。
ジュールの画面表示を示す図である。
【図１１】本発明の実施例により作成された同一タスク
の代表を示すサブプランのワークプロセスの説明図であ
る。
の代表を示すサブプランのワークプロセスの説明図であ
る。
【図１２】本発明の実施例により作成された同一タスク
の言い換えと代表を示すサブプランのワークプロセスの
説明図である。
の言い換えと代表を示すサブプランのワークプロセスの
説明図である。
【図１３】本発明の実施例により作成された連続タスク
に分解したタスクを示すサブプランのワークプロセスの
説明図である。
に分解したタスクを示すサブプランのワークプロセスの
説明図である。
【図１４】本発明の実施例により作成された並列に作動
する２つのタスクを示すサブプランのワークプロセスの
説明図である。
する２つのタスクを示すサブプランのワークプロセスの
説明図である。
【図１５】本発明の実施例により作成された代表の前の
条件分岐を示すサブプランのワークプロセスの説明図で
ある。
条件分岐を示すサブプランのワークプロセスの説明図で
ある。
【図１６】本発明の実施例により作成された同一タスク
の代表によるタスクを再調査するタスクの代表を示すサ
ブプランのワークプロセスの説明図である。
の代表によるタスクを再調査するタスクの代表を示すサ
ブプランのワークプロセスの説明図である。
【図１７】本発明の実施例により作成されたユーザグル
ープ内のユーザにタスクを割り当てるサブプランのワー
クプロセスの説明図である。
ープ内のユーザにタスクを割り当てるサブプランのワー
クプロセスの説明図である。
【図１８】本発明の実施例により作成されたユーザグル
ープ内の全メンバーへ同一タスクを割り当てるサブプラ
ンのワークプロセスの説明図である。
ープ内の全メンバーへ同一タスクを割り当てるサブプラ
ンのワークプロセスの説明図である。
【図１９】本発明の実施例により作成された遅延再調査
された代表を示すサブプランのワークプロセスの説明図
である。
された代表を示すサブプランのワークプロセスの説明図
である。
【図２０】図４と図５に示すシステムを用いたワークプ
ロセスプランの作成する処理のフローチャートである。
ロセスプランの作成する処理のフローチャートである。
【図２１】図４と図５に示すシステムを用いた図２、
４、７および１１〜１９に示すワークプロセスを実行す
る処理のフローチャートである。
４、７および１１〜１９に示すワークプロセスを実行す
る処理のフローチャートである。
【図２２】図２１のブロック５１２に示すステップを実
行するサブプロセスのフローチャートである。
行するサブプロセスのフローチャートである。
１０…サブミッタ １２…テスタ １４…プログラマ １６…プロジェクトマネージャ ８０…サーバモジュール ８２…データベース ８３…ドキュメントリンク ８４…マッキンタッシュ（ビューアモジュール） ８６…ユニックスシステム（ビューアモジュール） ８８…ＩＢＭコンパチＰＣ（ビューアモジュール） ９０…ツールトークまたはソフトベンチ ９２…ワードプロセッサ １００…ツールバス １０２…アプリケーションソフトウェア １２０…インタープリタ
─────────────────────────────────────────────────────
【手続補正書】
【提出日】平成６年６月２２日
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】特許請求の範囲
【補正方法】変更
【補正内容】
【特許請求の範囲】
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００１
【補正方法】変更
【補正内容】
【０００１】
【産業上の利用分野】本発明は、ワークプロセスプラン
をモデル化し、分析し、調整する自動化システムにおけ
るワークプロセスモデルの構築方法に関し、特に動的な
自動修正を許すワークプロセスのモデル化方法とワーク
プロセスモデルの実行の追跡方法およびワークプロセス
をモデル化するプログラム方式のコンピュータシステム
に関する。
をモデル化し、分析し、調整する自動化システムにおけ
るワークプロセスモデルの構築方法に関し、特に動的な
自動修正を許すワークプロセスのモデル化方法とワーク
プロセスモデルの実行の追跡方法およびワークプロセス
をモデル化するプログラム方式のコンピュータシステム
に関する。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００５
【補正方法】変更
【補正内容】
【０００５】従来技術のワークプロセスのモデル化シス
テムにおける他の欠点は、これらのシステムがその性質
上決定論であることにある。換言すれば、情報または一
連のタスク（作業）の推移は、一方方向にのみ流すこと
ができる。従って、１つのワークプロセスモデルが実行
される間、そのワークプロセスは変更されたループまた
はブランチ（分岐）をもつことが許されず、それゆえ１
つのタスクまたは一連のタスクが何度も実行されると
き、ワークプロセスは、毎回予め決められたタスクの順
序に従わなければならないという問題がある。
テムにおける他の欠点は、これらのシステムがその性質
上決定論であることにある。換言すれば、情報または一
連のタスク（作業）の推移は、一方方向にのみ流すこと
ができる。従って、１つのワークプロセスモデルが実行
される間、そのワークプロセスは変更されたループまた
はブランチ（分岐）をもつことが許されず、それゆえ１
つのタスクまたは一連のタスクが何度も実行されると
き、ワークプロセスは、毎回予め決められたタスクの順
序に従わなければならないという問題がある。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正内容】
【０００９】本システムはプランまたはワークプロセス
プランと称するワークプロセスのマルチモデルの同時実
行を補助する。各ワークプロセスプランは、マルチタス
クとタスク間の相互関係と相互依存とを有する。各タス
クに対する責任は、本システムの１以上のユーザに割り
当てることができる。さらに、ワークプロセスプランに
おける単一のタスクは、多くのタスクと、タスクの相互
関係と、タスクの相互依存を用いて、個々のワークプロ
セスのサブプランとなるように、そのタスクに割り当て
られたユーザの一人によりプログラムできる。サブプラ
ンにおけるこれらの各新しいタスクに対する責任は、サ
ブプランを作成するユーザに保持され得るか、または他
のユーザに割り当てられる。他のサブプランの単一タス
ク用サブプランもまた作成できる。プランとサブプラン
の両方は、プランまたはサブプランが実行されるよう
に、作成され、編集される。
プランと称するワークプロセスのマルチモデルの同時実
行を補助する。各ワークプロセスプランは、マルチタス
クとタスク間の相互関係と相互依存とを有する。各タス
クに対する責任は、本システムの１以上のユーザに割り
当てることができる。さらに、ワークプロセスプランに
おける単一のタスクは、多くのタスクと、タスクの相互
関係と、タスクの相互依存を用いて、個々のワークプロ
セスのサブプランとなるように、そのタスクに割り当て
られたユーザの一人によりプログラムできる。サブプラ
ンにおけるこれらの各新しいタスクに対する責任は、サ
ブプランを作成するユーザに保持され得るか、または他
のユーザに割り当てられる。他のサブプランの単一タス
ク用サブプランもまた作成できる。プランとサブプラン
の両方は、プランまたはサブプランが実行されるよう
に、作成され、編集される。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】変更
【補正内容】
【００１０】ワークプロセスプランの実行において、本
システムは多くの異なった機能を実行する。第一に、本
システムはプロセスに含まれる各ユーザが、プランと現
在のプランの状態にアクセスすることを可能とする。プ
ランを見る１つの方法は、グラフィックプラナーの使用
を介して行われる。グラフィックプラナーは、視覚的言
語により、視覚的シンボルで本システムに記憶されたプ
ランを表す。グラフィックプラナーは、さらにユーザが
同一の視覚的シンボルを用いてプランを作成し、または
修正することを可能とする。グラフィックプラナーは、
次に視覚的シンボルをコンピュータの表現に翻訳し、本
システムにその最終表現を記憶する。
システムは多くの異なった機能を実行する。第一に、本
システムはプロセスに含まれる各ユーザが、プランと現
在のプランの状態にアクセスすることを可能とする。プ
ランを見る１つの方法は、グラフィックプラナーの使用
を介して行われる。グラフィックプラナーは、視覚的言
語により、視覚的シンボルで本システムに記憶されたプ
ランを表す。グラフィックプラナーは、さらにユーザが
同一の視覚的シンボルを用いてプランを作成し、または
修正することを可能とする。グラフィックプラナーは、
次に視覚的シンボルをコンピュータの表現に翻訳し、本
システムにその最終表現を記憶する。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】変更
【補正内容】
【００１１】プランを見る他の方法において、本システ
ムは全タスクのリストに関与する各ユーザを設け、その
ため、ユーザは現在アクティブなタスクに対し責任を有
し、または換言すれば、そのユーザにより達成されねば
ならないタスクのリストに対し責任を有する。本システ
ムは、ユーザがこのタスク内でアクションを取ることが
重要であるタスクに対して責任あるユーザからの命令を
受け入れる。本システムは、次にこのプランを調べ、ユ
ーザにより取られるアクションに基づいて、他のタスク
を作動したり、作動解除する。これらのタスクを作動
し、作動を解除する時に、本システムは、作動された
か、または作動が解除されたタスクに対して責任を有す
る全てのユーザに対するアクティブなタスクのリストを
更新する。
ムは全タスクのリストに関与する各ユーザを設け、その
ため、ユーザは現在アクティブなタスクに対し責任を有
し、または換言すれば、そのユーザにより達成されねば
ならないタスクのリストに対し責任を有する。本システ
ムは、ユーザがこのタスク内でアクションを取ることが
重要であるタスクに対して責任あるユーザからの命令を
受け入れる。本システムは、次にこのプランを調べ、ユ
ーザにより取られるアクションに基づいて、他のタスク
を作動したり、作動解除する。これらのタスクを作動
し、作動を解除する時に、本システムは、作動された
か、または作動が解除されたタスクに対して責任を有す
る全てのユーザに対するアクティブなタスクのリストを
更新する。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００１３
【補正方法】変更
【補正内容】
【００１３】本システムは、プランの実行のヒストリを
記憶し、ユーザに提供する。このヒストリは、プランで
取られた全てのアクションを示し、補助的コメントを含
んで取られるこれらの過去のアクションに関して詳細に
説明する。本システムは、如何なるタスクの開始または
終了時の１組の命令をも自動的に実行するようにプログ
ラムできる。これらの命令は、電子メ−ルの送信、また
は本システムが実行可能な他のアクションのような分離
したソフトウェアアプリケーションの運転または制御を
含むことができる。
記憶し、ユーザに提供する。このヒストリは、プランで
取られた全てのアクションを示し、補助的コメントを含
んで取られるこれらの過去のアクションに関して詳細に
説明する。本システムは、如何なるタスクの開始または
終了時の１組の命令をも自動的に実行するようにプログ
ラムできる。これらの命令は、電子メ−ルの送信、また
は本システムが実行可能な他のアクションのような分離
したソフトウェアアプリケーションの運転または制御を
含むことができる。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００１４
【補正方法】変更
【補正内容】
【００１４】本発明によるシステムは、視覚的プログラ
ム言語の使用するグラフィックプラナ−を用いた、ワー
クプロセスプランの作成をも可能とする。ワークプロセ
スを実行するプランは、特定なシンボルを使用して画面
上にワークプロセスのモデルを描くためのツールを提供
するコンピュータを単に用いることにより、この言語で
プログラムされる。これらのシンボルの選択とユーザが
それらを内部接続する方法とから、本システムは、シス
テムが１つのワークプロセスのモデルを実行するために
使用できるワークプロセスのモデル（ワークプロセスプ
ラン）のコンピュータの表現を作成する。
ム言語の使用するグラフィックプラナ−を用いた、ワー
クプロセスプランの作成をも可能とする。ワークプロセ
スを実行するプランは、特定なシンボルを使用して画面
上にワークプロセスのモデルを描くためのツールを提供
するコンピュータを単に用いることにより、この言語で
プログラムされる。これらのシンボルの選択とユーザが
それらを内部接続する方法とから、本システムは、シス
テムが１つのワークプロセスのモデルを実行するために
使用できるワークプロセスのモデル（ワークプロセスプ
ラン）のコンピュータの表現を作成する。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００１７
【補正方法】変更
【補正内容】
【００１７】
【実施例】以下添付図面を参照しつつ本発明の実施例を
説明するが、本発明は以下の実施例に限定されるもので
はない。本発明の好適実施例によるシステムのユーザ
は、最初実行されねばならない１つのプロジェクト（企
画）に直面する。例えば、この企画はあるコンピュータ
プログラムソフトウェア（ソフトウェア）内に発見され
たバグを処理することである。この企画はワークプロセ
スの実行により達成される。この企画は、バグが発見さ
れた時に開始する。またこの企画は、バグを修繕し、バ
グリクエストを延期し、またはバグリクエストを拒否す
る何れかが処理された時に終了する。
説明するが、本発明は以下の実施例に限定されるもので
はない。本発明の好適実施例によるシステムのユーザ
は、最初実行されねばならない１つのプロジェクト（企
画）に直面する。例えば、この企画はあるコンピュータ
プログラムソフトウェア（ソフトウェア）内に発見され
たバグを処理することである。この企画はワークプロセ
スの実行により達成される。この企画は、バグが発見さ
れた時に開始する。またこの企画は、バグを修繕し、バ
グリクエストを延期し、またはバグリクエストを拒否す
る何れかが処理された時に終了する。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】００１８
【補正方法】変更
【補正内容】
【００１８】このような企画を達成するためには、企画
の完成方法に関するプランをもつことが有用である。多
くの場合、個人またはグループが所定企画の達成方法に
関する一般的なポリシーをもつことができる。このよう
な場合、この企画を完成するプランは、単に現在のワー
クプロセス用の一般的なポリシーの使用を含む。この企
画の完成方法に関するポリシーがないとき、プランは作
成されなければならない。このように作成されたプラン
が一般的に広く使用されるとき、このプランはこの企画
を完成するための全てのプランにより従われるポリシー
となり得る。
の完成方法に関するプランをもつことが有用である。多
くの場合、個人またはグループが所定企画の達成方法に
関する一般的なポリシーをもつことができる。このよう
な場合、この企画を完成するプランは、単に現在のワー
クプロセス用の一般的なポリシーの使用を含む。この企
画の完成方法に関するポリシーがないとき、プランは作
成されなければならない。このように作成されたプラン
が一般的に広く使用されるとき、このプランはこの企画
を完成するための全てのプランにより従われるポリシー
となり得る。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】００１９
【補正方法】変更
【補正内容】
【００１９】図１は、発見されたバグを処理する典型的
ワークプロセスに含まれるワークプロセスと通信例を示
す図であり、ソフトウェア内で発見されたバグを処理す
るワークプロセスを示す図である。このプロセスは、サ
ブミッタ１０、テスタ１２、プログラマ１４およびプロ
ジェクトマネージャ１６の４人の個々のユーザが関与す
る。このプロセスは、サブミッタ１０がテスタ１２にソ
フトウェア内のバグレポート１０ａを提出する時に開始
する（ステップ１８）。テスタ１２は、次にバグレポー
トにバグが記載されたように、ソフトウェア上にバグを
再生しようとする（ステップ２０）。テスタ１２がこの
バグを再生できないとき、テスタ１２は修正のためサブ
ミッタ１０にそのバグレポートを返却する（ステップ２
２）。サブミッタ１０は、バグレポートをバグをよりよ
く記述して修正するか、またはサブミッタ１０が実際に
はバグは存在しないと決定するとき、バグレポートを中
止することができる（ステップ２３）。バグレポートが
中止されたとき、そのバグを処理するためのプロセスは
完了する。バグレポートが正しいとき、テスタ１２は、
バグを再生しようとするタスクを繰り返し（ステップ２
０）、それはテスタ１２に返却される（ステップ１
８）。テスタ１２がなおバグを複写できないとき、バグ
レポートはサブミッタ１０に再び返却され、そのバグを
修正または中止するタスクが、サブミッタ１０により再
び実行される（ステップ２２）。
ワークプロセスに含まれるワークプロセスと通信例を示
す図であり、ソフトウェア内で発見されたバグを処理す
るワークプロセスを示す図である。このプロセスは、サ
ブミッタ１０、テスタ１２、プログラマ１４およびプロ
ジェクトマネージャ１６の４人の個々のユーザが関与す
る。このプロセスは、サブミッタ１０がテスタ１２にソ
フトウェア内のバグレポート１０ａを提出する時に開始
する（ステップ１８）。テスタ１２は、次にバグレポー
トにバグが記載されたように、ソフトウェア上にバグを
再生しようとする（ステップ２０）。テスタ１２がこの
バグを再生できないとき、テスタ１２は修正のためサブ
ミッタ１０にそのバグレポートを返却する（ステップ２
２）。サブミッタ１０は、バグレポートをバグをよりよ
く記述して修正するか、またはサブミッタ１０が実際に
はバグは存在しないと決定するとき、バグレポートを中
止することができる（ステップ２３）。バグレポートが
中止されたとき、そのバグを処理するためのプロセスは
完了する。バグレポートが正しいとき、テスタ１２は、
バグを再生しようとするタスクを繰り返し（ステップ２
０）、それはテスタ１２に返却される（ステップ１
８）。テスタ１２がなおバグを複写できないとき、バグ
レポートはサブミッタ１０に再び返却され、そのバグを
修正または中止するタスクが、サブミッタ１０により再
び実行される（ステップ２２）。
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】００２０
【補正方法】変更
【補正内容】
【００２０】テスタ１２がそのバグを再生できるとき、
バグレポートはバグを検出し解決するための処方箋をも
ってプログラマ１４に渡される（ステップ２４）。プロ
グラマ１４は、バグを完成し、検出し、解決する３つの
オプションを有する。すなわち、バグを修繕するか（ス
テップ２８）、バグを修繕することを延期するようリク
エストするか（ステップ３４）、またはバグを修繕する
ことを拒否するようリクエストするか（ステップ３５）
の３つのオプションを有する。プログラマ１４がバグを
修繕するとき、バグが修繕されたソフトウェアはテスタ
１２に送られる（ステップ２８）。テスタ１２がバグが
修繕されたことを確認するとき、テスタ１２はバグレポ
ートに書き留め、サブミッタ１０にバグが修繕され、プ
ロセスが終了したことを知らせる（ステップ３０）。テ
スタ１２がバグが修繕されていないことを発見したと
き、テスタ１２はバグレポートをプログラマ１４へ返却
し、バグが修繕されていないことをプログラマ１４に知
らせる（ステップ３２）。この通知は、プログラマ１４
が関与した３つのアクションのコース（進路）からなる
プログラマ１４のタスクを再出発させる。
バグレポートはバグを検出し解決するための処方箋をも
ってプログラマ１４に渡される（ステップ２４）。プロ
グラマ１４は、バグを完成し、検出し、解決する３つの
オプションを有する。すなわち、バグを修繕するか（ス
テップ２８）、バグを修繕することを延期するようリク
エストするか（ステップ３４）、またはバグを修繕する
ことを拒否するようリクエストするか（ステップ３５）
の３つのオプションを有する。プログラマ１４がバグを
修繕するとき、バグが修繕されたソフトウェアはテスタ
１２に送られる（ステップ２８）。テスタ１２がバグが
修繕されたことを確認するとき、テスタ１２はバグレポ
ートに書き留め、サブミッタ１０にバグが修繕され、プ
ロセスが終了したことを知らせる（ステップ３０）。テ
スタ１２がバグが修繕されていないことを発見したと
き、テスタ１２はバグレポートをプログラマ１４へ返却
し、バグが修繕されていないことをプログラマ１４に知
らせる（ステップ３２）。この通知は、プログラマ１４
が関与した３つのアクションのコース（進路）からなる
プログラマ１４のタスクを再出発させる。
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】００２１
【補正方法】変更
【補正内容】
【００２１】プログラマ１４がバグ修繕が延期された
か、またはバグ修繕が拒絶されたことをリクエストする
とき、このリクエストはプロジェクトマネージャ１４に
対し作成される（ステップ３４）。プログラマ１４は、
バグが発生するモジュールは一時的であるか、または不
完全であり、そのモジュールは撤去されるというような
リクエストに対する理由を含むよう望むことができ、こ
の場合、バグを修繕することは浪費となる努力（無駄
骨）となるか、あるいは後日にモジュールは実質的に修
正されるかまたは補足され、それにより修正や補足の副
産物としてバグを修繕できる。プロジェクトマネージャ
１６は、バグ修繕の延期またはバグ修繕の拒絶に対する
リクエストを承認するかまたは承認しないかの（ステッ
プ３６）オプションを有する。プロジェクトマネージャ
１６がこのリクエストを承認しないとき、バグレポート
はプログラマ１４へ返却される。プログラマ１４は、再
び前記同様３つのオプション、すなわち、バグを修繕
し、バグ修繕の延期を（再び）リクエストし、あるいは
バグ修繕の拒絶を（再び）リクエストする３つのオプシ
ョンを有する。プロジェクトマネージャ１６がリクエス
トを承認したとき、バグレポートにこのことは明記さ
れ、プロセスは終了する（ステップ３８）。
か、またはバグ修繕が拒絶されたことをリクエストする
とき、このリクエストはプロジェクトマネージャ１４に
対し作成される（ステップ３４）。プログラマ１４は、
バグが発生するモジュールは一時的であるか、または不
完全であり、そのモジュールは撤去されるというような
リクエストに対する理由を含むよう望むことができ、こ
の場合、バグを修繕することは浪費となる努力（無駄
骨）となるか、あるいは後日にモジュールは実質的に修
正されるかまたは補足され、それにより修正や補足の副
産物としてバグを修繕できる。プロジェクトマネージャ
１６は、バグ修繕の延期またはバグ修繕の拒絶に対する
リクエストを承認するかまたは承認しないかの（ステッ
プ３６）オプションを有する。プロジェクトマネージャ
１６がこのリクエストを承認しないとき、バグレポート
はプログラマ１４へ返却される。プログラマ１４は、再
び前記同様３つのオプション、すなわち、バグを修繕
し、バグ修繕の延期を（再び）リクエストし、あるいは
バグ修繕の拒絶を（再び）リクエストする３つのオプシ
ョンを有する。プロジェクトマネージャ１６がリクエス
トを承認したとき、バグレポートにこのことは明記さ
れ、プロセスは終了する（ステップ３８）。
【手続補正１４】
【補正対象書類名】明細書
【補正対象項目名】００２２
【補正方法】変更
【補正内容】
【００２２】図２は、本発明の実施例を用いて作成した
図１に示すワークプロセスの説明図である。本発明の好
適実施例による図１に示すワークプロセスを実行する、
品質保証プランと呼ばれる、ワークプロセス４０の説明
図を図２に示す。ワークプロセスの説明図における各段
階または長円４２〜５０は、実行されるべきタスクまた
は回答されるべき質問を示す。段階は、作動または作動
解除の何れかを取り得る。段階が作動のときは、タスク
または質問がアドレス付けられる用意ができているこ
と、またはその必要のあることを意味する。段階の短い
記述は、面積がより広い各長円の下部（例えば長円４２
の４２ａ）に記され、一方面積がより狭い長円の上部
（例えば長円４２の４２ｂ）には、実行される段階に対
し責任を有するユーザまたはユーザグループが記述され
る。
図１に示すワークプロセスの説明図である。本発明の好
適実施例による図１に示すワークプロセスを実行する、
品質保証プランと呼ばれる、ワークプロセス４０の説明
図を図２に示す。ワークプロセスの説明図における各段
階または長円４２〜５０は、実行されるべきタスクまた
は回答されるべき質問を示す。段階は、作動または作動
解除の何れかを取り得る。段階が作動のときは、タスク
または質問がアドレス付けられる用意ができているこ
と、またはその必要のあることを意味する。段階の短い
記述は、面積がより広い各長円の下部（例えば長円４２
の４２ａ）に記され、一方面積がより狭い長円の上部
（例えば長円４２の４２ｂ）には、実行される段階に対
し責任を有するユーザまたはユーザグループが記述され
る。
【手続補正１５】
【補正対象書類名】明細書
【補正対象項目名】００２３
【補正方法】変更
【補正内容】
【００２３】長円の境界に位置する単一文字を囲む小円
５２〜７２と、これらの小円から出て行く矢５２ａ〜７
２ａは、次のアクションを示す。すなわち長円により代
表されるタスクまたは質問を完了させるときに取られる
アクションである。小円はその段階において責任あるユ
ーザのアクションの予想されるコース（または予想）を
示す。換言すれば、段階に責任あるユーザまたは複数の
ユーザは、その段階の長円上の小円により代表されるオ
プションの１つを選択することが予想される。
５２〜７２と、これらの小円から出て行く矢５２ａ〜７
２ａは、次のアクションを示す。すなわち長円により代
表されるタスクまたは質問を完了させるときに取られる
アクションである。小円はその段階において責任あるユ
ーザのアクションの予想されるコース（または予想）を
示す。換言すれば、段階に責任あるユーザまたは複数の
ユーザは、その段階の長円上の小円により代表されるオ
プションの１つを選択することが予想される。
【手続補正１６】
【補正対象書類名】明細書
【補正対象項目名】００２４
【補正方法】変更
【補正内容】
【００２４】他の段階へ指し示す小円から導かれた矢
は、通常指し示された段階が、小円により示されるアク
ションの予想されたコースが実行された後に完了される
ように準備されるか、または完了されなければならない
ことを意味する。矢の尻尾の段階を完了させる責任を有
するユーザは、指し示された段階が実行される前に、矢
に対応するアクションの予想されたコースを実行する義
務があるので、矢は義務と呼ばれる。予想（アクション
の予想されたコース）の概念と義務の概念とを結合し、
（小円により表現される）１つの予想の選択は、他の段
階（矢が指し示す長円）に責任を有するユーザがこの他
の段階を完了させなければならない前に、実行されなけ
ればならない（矢により表現される）１つの義務を実行
する。
は、通常指し示された段階が、小円により示されるアク
ションの予想されたコースが実行された後に完了される
ように準備されるか、または完了されなければならない
ことを意味する。矢の尻尾の段階を完了させる責任を有
するユーザは、指し示された段階が実行される前に、矢
に対応するアクションの予想されたコースを実行する義
務があるので、矢は義務と呼ばれる。予想（アクション
の予想されたコース）の概念と義務の概念とを結合し、
（小円により表現される）１つの予想の選択は、他の段
階（矢が指し示す長円）に責任を有するユーザがこの他
の段階を完了させなければならない前に、実行されなけ
ればならない（矢により表現される）１つの義務を実行
する。
【手続補正１７】
【補正対象書類名】明細書
【補正対象項目名】００２５
【補正方法】変更
【補正内容】
【００２５】１つの予想（小円）が選択されるとき、予
想の選択を意味するイベントのメッセージ（イベント）
は、義務（矢）が指し示す段階（長円）を作動するこの
イベントにより実行される対応する義務（矢）に従っ
て、他の段階へ送られる。この第２段階（長円）の作動
は、第２段階に責任ある単一のユーザまたは複数のユー
ザに対し、第２段階の長円上の小円により示される他の
予想を露す。小円が休止する段階（長円）は、アクショ
ンが取られるとき、作動解除とされ、この段階に対する
長円の最上部においてリストされる責任あるユーザか
ら、この段階に対する責任を取り除く。
想の選択を意味するイベントのメッセージ（イベント）
は、義務（矢）が指し示す段階（長円）を作動するこの
イベントにより実行される対応する義務（矢）に従っ
て、他の段階へ送られる。この第２段階（長円）の作動
は、第２段階に責任ある単一のユーザまたは複数のユー
ザに対し、第２段階の長円上の小円により示される他の
予想を露す。小円が休止する段階（長円）は、アクショ
ンが取られるとき、作動解除とされ、この段階に対する
長円の最上部においてリストされる責任あるユーザか
ら、この段階に対する責任を取り除く。
【手続補正１８】
【補正対象書類名】明細書
【補正対象項目名】００３０
【補正方法】変更
【補正内容】
【００３０】同様に、プログラマやプロジェクトマネー
ジャのタスク、および図１におけるテスタの確認タスク
は、プログラマ、プロジェクトマネージャ、およびテス
タのそれぞれが、それぞれのタスクを完了する過程にお
いて取られると予想される実世界でのアクションに対す
るアクション（矢付き小円）６０〜７２、および６０ａ
〜７２ａ、の表示と共に、図２においてそれぞれ長円４
６、４８、５０により、表される。
ジャのタスク、および図１におけるテスタの確認タスク
は、プログラマ、プロジェクトマネージャ、およびテス
タのそれぞれが、それぞれのタスクを完了する過程にお
いて取られると予想される実世界でのアクションに対す
るアクション（矢付き小円）６０〜７２、および６０ａ
〜７２ａ、の表示と共に、図２においてそれぞれ長円４
６、４８、５０により、表される。
【手続補正１９】
【補正対象書類名】明細書
【補正対象項目名】００３５
【補正方法】変更
【補正内容】
【００３５】段階に責任ある単一のユーザまたは複数の
ユーザのみが、その段階を実行するサブプランを作成す
ることが許されることをここに記しておくことは重要で
ある。従って、大部分の対話において発見される多くの
異なるサブプランは、対話を作成するのに多くの努力を
払って企画を作成する多くの異なるユーザにより作成さ
れる。さらに重要なことだが、サブプロセスに関して最
も知識を有する者、すなわちサブプロセスの実行に責任
を有するユーザは、対話の対応部分を作成するユーザで
ある。
ユーザのみが、その段階を実行するサブプランを作成す
ることが許されることをここに記しておくことは重要で
ある。従って、大部分の対話において発見される多くの
異なるサブプランは、対話を作成するのに多くの努力を
払って企画を作成する多くの異なるユーザにより作成さ
れる。さらに重要なことだが、サブプロセスに関して最
も知識を有する者、すなわちサブプロセスの実行に責任
を有するユーザは、対話の対応部分を作成するユーザで
ある。
【手続補正２０】
【補正対象書類名】明細書
【補正対象項目名】００３７
【補正方法】変更
【補正内容】
【００３７】図４において、点線１０１の内側の項目は
本発明の実施例に対するコンピュータハードウェアとソ
フトウェアを描写する。点線の外側の項目は、本システ
ムによりモデル化されたワークプロセスにおける種々の
タスクの実際の実行においてユーザをサポートする個別
のソフトウェアアプリケーションである。例として、サ
ーバモジュールは大量のデータを記憶し管理する個別の
慣習的なデータベース管理アプリケーションプログラム
８２、およびドキュメントからのデータを記憶し管理す
る個別の慣習的なドキュメントリンカ８３へのアクセス
を有する。このようなデータベース管理アプリケーショ
ンプログラムおよびドキュメントリンカは、慣習的なも
のであり、種々の販売店から即座に入手可能である。
本発明の実施例に対するコンピュータハードウェアとソ
フトウェアを描写する。点線の外側の項目は、本システ
ムによりモデル化されたワークプロセスにおける種々の
タスクの実際の実行においてユーザをサポートする個別
のソフトウェアアプリケーションである。例として、サ
ーバモジュールは大量のデータを記憶し管理する個別の
慣習的なデータベース管理アプリケーションプログラム
８２、およびドキュメントからのデータを記憶し管理す
る個別の慣習的なドキュメントリンカ８３へのアクセス
を有する。このようなデータベース管理アプリケーショ
ンプログラムおよびドキュメントリンカは、慣習的なも
のであり、種々の販売店から即座に入手可能である。
【手続補正２１】
【補正対象書類名】明細書
【補正対象項目名】００３８
【補正方法】変更
【補正内容】
【００３８】図４のシステムのユーザは、アップルコン
ピュータ社により製造されたマッキントッシュ８４ａ
（マッキントッシュ（Macintosh ）はアップルコンピュ
ータ社の商標）、サンスパークステーションのようなユ
ニックスワークステーション８６ａ、およびＩＢＭ対応
機種（両立式）パーソナルコンピュータ（ＰＣ）８８ａ
（ＩＢＭは International Business Machine Corporat
ion の商標）、のようなコンピュータワークステーショ
ン上で走るソフトウェアビューアモジュール８４、８６
および８８を介して本システムにアクセスできる。これ
らのワークステーションの各々は、キーボードのような
データ入力装置、表示装置、記憶装置およびプロセッサ
（図示せず）を含む。ユニックスワークステーション８
６ａに対して示すように、各コンピュータプラットホー
ムは、伝統的なコンピュータオペレーションを実行する
よく知られた商標で販売される各々の慣習的ソフトウェ
アアプリケーションを有する。例えば、サンスパークス
テーションのユニックスワークステーション８６ａは、
サンマイクロ社から調達可能なツールトーク（ツールト
ーク（ToolTalk）はサンマイクロ社の商標）、またはヒ
ューレットパッカード社から調達可能なソフトベンチ
（ソフトベンチ（SoftBench ）はヒューレットパッカー
ド社の商標）としてよく知られたアプリケーションマネ
ージャソフトウェア９０、ワードプロセッサソフトウェ
ア９２、スプレッドシートソフトウェア９４、プロジェ
クトマネージャソフトウェア９６、およびグラフィック
スソフトウェア９８を有する。
ピュータ社により製造されたマッキントッシュ８４ａ
（マッキントッシュ（Macintosh ）はアップルコンピュ
ータ社の商標）、サンスパークステーションのようなユ
ニックスワークステーション８６ａ、およびＩＢＭ対応
機種（両立式）パーソナルコンピュータ（ＰＣ）８８ａ
（ＩＢＭは International Business Machine Corporat
ion の商標）、のようなコンピュータワークステーショ
ン上で走るソフトウェアビューアモジュール８４、８６
および８８を介して本システムにアクセスできる。これ
らのワークステーションの各々は、キーボードのような
データ入力装置、表示装置、記憶装置およびプロセッサ
（図示せず）を含む。ユニックスワークステーション８
６ａに対して示すように、各コンピュータプラットホー
ムは、伝統的なコンピュータオペレーションを実行する
よく知られた商標で販売される各々の慣習的ソフトウェ
アアプリケーションを有する。例えば、サンスパークス
テーションのユニックスワークステーション８６ａは、
サンマイクロ社から調達可能なツールトーク（ツールト
ーク（ToolTalk）はサンマイクロ社の商標）、またはヒ
ューレットパッカード社から調達可能なソフトベンチ
（ソフトベンチ（SoftBench ）はヒューレットパッカー
ド社の商標）としてよく知られたアプリケーションマネ
ージャソフトウェア９０、ワードプロセッサソフトウェ
ア９２、スプレッドシートソフトウェア９４、プロジェ
クトマネージャソフトウェア９６、およびグラフィック
スソフトウェア９８を有する。
【手続補正２２】
【補正対象書類名】明細書
【補正対象項目名】００３９
【補正方法】変更
【補正内容】
【００３９】好適実施例において、図４と図５のシステ
ムはオープンシステムであり、サーバモジュールとビュ
ーアーモジュールはプラットホームと独立しており、種
々のコンピュータハードウェア上で走ることができる。
サーバモジュールとビューアモジュールは共に、工業分
野で標準プログラム言語であるＣ＋＋のオブジェクト指
向プログラム言語で記述されている。好適実施例のサー
バモジュール用ソースコードは本発明の米国出願（ＣＩ
Ｐ）に付加してマイクロフィッシュに含まれる。このコ
ードは、サンマイクロシステムから調達可能なＡＴ＆Ｔ
のＣ＋＋言語システムリリース２．１を用いたＣ＋＋で
特別に記述されたものである。Ｃ＋＋の言語に関する多
くの参考書が出版されている。このような参考書の１つ
として、インディアナの SAMS, Carmel 社により出版さ
れた John Tohmas Berryによる「The Waite Group's C+
+ Programming ， Second Edition 」がある。Ｃ＋＋プ
ログラム言語の使用により、モジュールを相対的にコン
ピュータプラットホームから独立することができ、ＩＢ
ＭのＰＣ両立式またはマッキンタッシュコンピュータプ
ラットフォームのような異なるハードウェア上でサーバ
モジュールとビューアモジュールが走る他の実施例の使
用を可能とする。好適実施例は、さらにログウェーブ社
により製作されたツールｈ＋＋とＣ＋＋プログラミング
ツールパッケージを利用する（tools.h++ はログウェー
ブ社の商標）。ツールｈ＋＋のユーザマニュアルは本明
細書に十分な説明を参考として記載する。
ムはオープンシステムであり、サーバモジュールとビュ
ーアーモジュールはプラットホームと独立しており、種
々のコンピュータハードウェア上で走ることができる。
サーバモジュールとビューアモジュールは共に、工業分
野で標準プログラム言語であるＣ＋＋のオブジェクト指
向プログラム言語で記述されている。好適実施例のサー
バモジュール用ソースコードは本発明の米国出願（ＣＩ
Ｐ）に付加してマイクロフィッシュに含まれる。このコ
ードは、サンマイクロシステムから調達可能なＡＴ＆Ｔ
のＣ＋＋言語システムリリース２．１を用いたＣ＋＋で
特別に記述されたものである。Ｃ＋＋の言語に関する多
くの参考書が出版されている。このような参考書の１つ
として、インディアナの SAMS, Carmel 社により出版さ
れた John Tohmas Berryによる「The Waite Group's C+
+ Programming ， Second Edition 」がある。Ｃ＋＋プ
ログラム言語の使用により、モジュールを相対的にコン
ピュータプラットホームから独立することができ、ＩＢ
ＭのＰＣ両立式またはマッキンタッシュコンピュータプ
ラットフォームのような異なるハードウェア上でサーバ
モジュールとビューアモジュールが走る他の実施例の使
用を可能とする。好適実施例は、さらにログウェーブ社
により製作されたツールｈ＋＋とＣ＋＋プログラミング
ツールパッケージを利用する（tools.h++ はログウェー
ブ社の商標）。ツールｈ＋＋のユーザマニュアルは本明
細書に十分な説明を参考として記載する。
【手続補正２３】
【補正対象書類名】明細書
【補正対象項目名】００４１
【補正方法】変更
【補正内容】
【００４１】ＴＣＰ／ＩＰプロトコールの使用は、ワー
クステーション間の接続のハードウェア部がバスに接続
されたコンピュータプログラムに対し明瞭となることを
可能とする。ハードウェアの接続はイーサネット、トー
クンリングまたは他の形式の何れかのネットワークでよ
い。たった一つ要求されることは、ＴＣＰ／ＩＰがワー
クステーションとネットワーク上で実行可能であること
である。各ワークステーション上を走るプログラムに対
し、如何なるネットワークが使用されても、ＴＢｕｓは
全てのワークステーション間で単純なデータバスのよう
に見えかつ作動する。
クステーション間の接続のハードウェア部がバスに接続
されたコンピュータプログラムに対し明瞭となることを
可能とする。ハードウェアの接続はイーサネット、トー
クンリングまたは他の形式の何れかのネットワークでよ
い。たった一つ要求されることは、ＴＣＰ／ＩＰがワー
クステーションとネットワーク上で実行可能であること
である。各ワークステーション上を走るプログラムに対
し、如何なるネットワークが使用されても、ＴＢｕｓは
全てのワークステーション間で単純なデータバスのよう
に見えかつ作動する。
【手続補正２４】
【補正対象書類名】明細書
【補正対象項目名】００４３
【補正方法】変更
【補正内容】
【００４３】図２に示すようなワークプロセスプランに
よりモデル化された図１に示す各企画は、サーバモジュ
ールにより管理されるとき、対話と呼ばれる。個々の対
話は、並列、直列、または直並列で実行される１以上の
プランを有する。対話におけるプランは、サブプラン、
サブサブプラン、等をさらに含む。ユーザが、ビューア
モジュールを介して特定の対話に合図するとき、サーバ
モジュールは対話文ソフトウェアプログラム（対話文）
１０４の実行を開始する。対話文ソフトウェアプログラ
ム（対話文）１０４は、サーバモジュールと独立して走
る個別のプログラムであるが、サーバモジュールにより
作成され、モニタされ、制御される。各対話文は、個別
のプログラムとして作用し、他の対話文またはサーバモ
ジュールと独立のＴＢｕｓ上に命令とデータを送受す
る。
よりモデル化された図１に示す各企画は、サーバモジュ
ールにより管理されるとき、対話と呼ばれる。個々の対
話は、並列、直列、または直並列で実行される１以上の
プランを有する。対話におけるプランは、サブプラン、
サブサブプラン、等をさらに含む。ユーザが、ビューア
モジュールを介して特定の対話に合図するとき、サーバ
モジュールは対話文ソフトウェアプログラム（対話文）
１０４の実行を開始する。対話文ソフトウェアプログラ
ム（対話文）１０４は、サーバモジュールと独立して走
る個別のプログラムであるが、サーバモジュールにより
作成され、モニタされ、制御される。各対話文は、個別
のプログラムとして作用し、他の対話文またはサーバモ
ジュールと独立のＴＢｕｓ上に命令とデータを送受す
る。
【手続補正２５】
【補正対象書類名】明細書
【補正対象項目名】００４６
【補正方法】変更
【補正内容】
【００４６】上述したように、ビューアモジュール、ビ
ューア文モジュール、サーバモジュールおよび対話文モ
ジュールは、ＴＢｕｓ１００を経由して通信される。実
際のメッセージは、カリフォルニア大学バークレーで開
発され、 Barkley＠Berkeleyからオンラインで入手可能
なツールコントロール言語（「ＴＣＬ」）シンタックス
を用いてＴＢｕｓを通して送信される。ＴＣＬに関する
技術資料はＴＣＬに備わったオンライン資料として出版
されている。ＴＣＬに関する資料、バージョン６．７
は、本明細書に参考として記載する。ＴＣＬシンタック
スを用いたＴＣＬインタープリタ１２０は、ＴＢｕｓ上
でＴＣＬメッセージ放送を発生しインタープリト（翻
訳）するため、ＴＢｕｓとビューアモジュール、サーバ
モジュールとビューア文との間に設けられる。ＴＣＬは
ＴＢｕｓ上の情報の放送が如何なる形式のワークステー
ションによっても送信と受信が可能なように、ＴＢｕｓ
上で全てのメッセージブロードキャストの共通言語とし
て使用される。ＴＣＬインタープリタは普遍的なＴＣＬ
メッセージを対応するワークステーションにより解釈で
きるメッセージに翻訳する。
ューア文モジュール、サーバモジュールおよび対話文モ
ジュールは、ＴＢｕｓ１００を経由して通信される。実
際のメッセージは、カリフォルニア大学バークレーで開
発され、 Barkley＠Berkeleyからオンラインで入手可能
なツールコントロール言語（「ＴＣＬ」）シンタックス
を用いてＴＢｕｓを通して送信される。ＴＣＬに関する
技術資料はＴＣＬに備わったオンライン資料として出版
されている。ＴＣＬに関する資料、バージョン６．７
は、本明細書に参考として記載する。ＴＣＬシンタック
スを用いたＴＣＬインタープリタ１２０は、ＴＢｕｓ上
でＴＣＬメッセージ放送を発生しインタープリト（翻
訳）するため、ＴＢｕｓとビューアモジュール、サーバ
モジュールとビューア文との間に設けられる。ＴＣＬは
ＴＢｕｓ上の情報の放送が如何なる形式のワークステー
ションによっても送信と受信が可能なように、ＴＢｕｓ
上で全てのメッセージブロードキャストの共通言語とし
て使用される。ＴＣＬインタープリタは普遍的なＴＣＬ
メッセージを対応するワークステーションにより解釈で
きるメッセージに翻訳する。
【手続補正２６】
【補正対象書類名】明細書
【補正対象項目名】００４７
【補正方法】変更
【補正内容】
【００４７】図２に示すポリシー４０に従う企画のよう
な対話文を示すデータとロジックの全ては、サーバモジ
ュール８０により記憶され、管理される。ユーザが特定
な企画に対する対話文にアクセスしたいとき、ビューア
モジュールはサーバモジュールからその対話文に代表さ
れる企画に関する情報をリクエストするために使用され
る。ビューアモジュール自身は、ユーザに対して表示さ
れる現在のウィンドウにおける表示にビューアモジュー
ルが必要なことを除いて、企画に関するいかなるデータ
もいかなるロジックも記憶しない。ビューアモジュール
は対応するワークステーションと組み合わせて、本質的
に高級なターミナルを形成する。ビューアモジュール
は、サーバモジュール８０から自動的に入力された、ま
たは対応するワークステーションのデータ入力装置上の
ユーザにより入力された簡単な命令に応答して、情報を
リクエストする。ビューアモジュールは、次に対応する
ワークステーションの表示上で有用なフォーマットでサ
ーバモジュールから受けた情報を供給する。
な対話文を示すデータとロジックの全ては、サーバモジ
ュール８０により記憶され、管理される。ユーザが特定
な企画に対する対話文にアクセスしたいとき、ビューア
モジュールはサーバモジュールからその対話文に代表さ
れる企画に関する情報をリクエストするために使用され
る。ビューアモジュール自身は、ユーザに対して表示さ
れる現在のウィンドウにおける表示にビューアモジュー
ルが必要なことを除いて、企画に関するいかなるデータ
もいかなるロジックも記憶しない。ビューアモジュール
は対応するワークステーションと組み合わせて、本質的
に高級なターミナルを形成する。ビューアモジュール
は、サーバモジュール８０から自動的に入力された、ま
たは対応するワークステーションのデータ入力装置上の
ユーザにより入力された簡単な命令に応答して、情報を
リクエストする。ビューアモジュールは、次に対応する
ワークステーションの表示上で有用なフォーマットでサ
ーバモジュールから受けた情報を供給する。
【手続補正２７】
【補正対象書類名】明細書
【補正対象項目名】００４８
【補正方法】変更
【補正内容】
【００４８】ビューアモジュールは、さらにソフトウェ
ア視覚的プログラムモジュールを有する。このモジュー
ルは慣習的なプログラミング技術を用い、プルダウンメ
ニュ、マウスまたはポインティングデバイス（例えばト
ラックボール、デジタイザータブレット、タッチスクリ
ーン）の他の形式により制御されるワークステーション
の表示装置上に現れるポインタのような慣習的図式ユー
ザインターフェース技術を利用し、ポインティングデバ
イス入力およびポインティングデバイスにより操作され
たボタンに基づく種々のオプションをハイライトして、
描かれた図に基づいたプログラムである。視覚的プログ
ラミングモジュールは、ユーザがワークステーションの
表示装置に、ワークプロセスモデルを表す図２と図３に
示すと同様な図の作成を可能とする。視覚的プログラミ
ングモジュールは、次にワークプロセスモデルの図式表
現をビューアモジュールによりＴＢｕｓを介してサーバ
モジュールへ通信されるデータに変換する。サーバモジ
ュールはこのデータを用いてワークプロセスモデルのコ
ンピュータ表現を作成する。ワークプロセスモデルのこ
のコンピュータ表現およびワークプロセスモデルの図式
表現をコンピュータ表現に変換するプロセスを、表１と
図２０を相互に用いて後述する。
ア視覚的プログラムモジュールを有する。このモジュー
ルは慣習的なプログラミング技術を用い、プルダウンメ
ニュ、マウスまたはポインティングデバイス（例えばト
ラックボール、デジタイザータブレット、タッチスクリ
ーン）の他の形式により制御されるワークステーション
の表示装置上に現れるポインタのような慣習的図式ユー
ザインターフェース技術を利用し、ポインティングデバ
イス入力およびポインティングデバイスにより操作され
たボタンに基づく種々のオプションをハイライトして、
描かれた図に基づいたプログラムである。視覚的プログ
ラミングモジュールは、ユーザがワークステーションの
表示装置に、ワークプロセスモデルを表す図２と図３に
示すと同様な図の作成を可能とする。視覚的プログラミ
ングモジュールは、次にワークプロセスモデルの図式表
現をビューアモジュールによりＴＢｕｓを介してサーバ
モジュールへ通信されるデータに変換する。サーバモジ
ュールはこのデータを用いてワークプロセスモデルのコ
ンピュータ表現を作成する。ワークプロセスモデルのこ
のコンピュータ表現およびワークプロセスモデルの図式
表現をコンピュータ表現に変換するプロセスを、表１と
図２０を相互に用いて後述する。
【手続補正２８】
【補正対象書類名】明細書
【補正対象項目名】００５０
【補正方法】変更
【補正内容】
【００５０】各ワークプロセスプランのデータとロジッ
クは、Ｃ＋＋オブジェクトのツリーのような作業空間に
おいてサーバモジュールにより記憶される。Ｃ＋＋オブ
ジェクトはデータとロジックの両方を含むＣ＋＋言語に
設けられた構造である。このツリーの基本的ビルディン
グブロックは、１つのワークプロセスプランの段階（例
えば図２に示す長円）を示すＣ＋＋オブジェクトであ
る。一つの段階を示す各Ｃ＋＋オブジェクトは、エージ
ェントと呼ばれる。各エージェントは、VPLActiveAgent
というラベルをもつＣ＋＋クラスの１つとして定義され
る。クラスVPLActiveAgentは、さらにクラスVPLAgentの
特性の全てを受け継ぐ。このように、全てのエージェン
トは、VPLAgentと継承によるVPLActiveAgentの両方の宣
言とコードを含む。これらのクラスの両方に対するデー
タの宣言部分を、表１にリストする。
クは、Ｃ＋＋オブジェクトのツリーのような作業空間に
おいてサーバモジュールにより記憶される。Ｃ＋＋オブ
ジェクトはデータとロジックの両方を含むＣ＋＋言語に
設けられた構造である。このツリーの基本的ビルディン
グブロックは、１つのワークプロセスプランの段階（例
えば図２に示す長円）を示すＣ＋＋オブジェクトであ
る。一つの段階を示す各Ｃ＋＋オブジェクトは、エージ
ェントと呼ばれる。各エージェントは、VPLActiveAgent
というラベルをもつＣ＋＋クラスの１つとして定義され
る。クラスVPLActiveAgentは、さらにクラスVPLAgentの
特性の全てを受け継ぐ。このように、全てのエージェン
トは、VPLAgentと継承によるVPLActiveAgentの両方の宣
言とコードを含む。これらのクラスの両方に対するデー
タの宣言部分を、表１にリストする。
【手続補正２９】
【補正対象書類名】明細書
【補正対象項目名】００５３
【補正方法】変更
【補正内容】
【００５３】RWCString のプロローグＴｃｌ４６６、ボ
ディＴｃｌ４６８、エピローグＴｃｌ４７０は、それぞ
れエージェントを開始し、作動し、作動解除するとき、
実行されるＴＣＬスクリプトを保持する。ＴＣＬスクリ
プトは、基本的にＴＢｕｓ上でブロードキャスト可能な
ＴＣＬ命令またはメッセージを基本的にリスト（ロジッ
クと制御表現を含む）する。
ディＴｃｌ４６８、エピローグＴｃｌ４７０は、それぞ
れエージェントを開始し、作動し、作動解除するとき、
実行されるＴＣＬスクリプトを保持する。ＴＣＬスクリ
プトは、基本的にＴＢｕｓ上でブロードキャスト可能な
ＴＣＬ命令またはメッセージを基本的にリスト（ロジッ
クと制御表現を含む）する。
【手続補正３０】
【補正対象書類名】明細書
【補正対象項目名】００５４
【補正方法】変更
【補正内容】
【００５４】ＴＣＬスクリプトは、図１１〜１９に示す
エージェントおよび以下に論じるような特定のエージェ
ントの形式を実行するために使用できる。ＴＣＬスクリ
プトは、好適実施例のシステムとは分離独立した他のソ
フトウェアアプリケーションの自動的実行をプログラム
するために使用できる。例えば、特定段階はワークプロ
セスにおいてより早くに発生され利用できる情報に基づ
いてユーザがレポートを書かねばならないタスクを表現
できる。ＴＣＬスクリプトは、その特定な段階が作動さ
れるときにそのシステム上で利用されることのみが既知
の情報で満たされた形式レポートの作成を着手するた
め、その特定段階が作動されるときに実行されるように
プログラムできる。ＴＣＬスクリプトは、さらに慣習的
ワードプロセスのソフトウェアの運転を開始させ、その
ワードプロセスのソフトウェアに完成した形式レポート
をロードする。ＴＣＬスクリプトは、このように慣習的
ワードプロセスのソフトウェア自身の運転を開始しスク
ラッチからそのレポートを作成する代わりに、その段階
により表されるタスクを完了するため、ユーザがレポー
トを素早く検査し、完結させることを可能とする。
エージェントおよび以下に論じるような特定のエージェ
ントの形式を実行するために使用できる。ＴＣＬスクリ
プトは、好適実施例のシステムとは分離独立した他のソ
フトウェアアプリケーションの自動的実行をプログラム
するために使用できる。例えば、特定段階はワークプロ
セスにおいてより早くに発生され利用できる情報に基づ
いてユーザがレポートを書かねばならないタスクを表現
できる。ＴＣＬスクリプトは、その特定な段階が作動さ
れるときにそのシステム上で利用されることのみが既知
の情報で満たされた形式レポートの作成を着手するた
め、その特定段階が作動されるときに実行されるように
プログラムできる。ＴＣＬスクリプトは、さらに慣習的
ワードプロセスのソフトウェアの運転を開始させ、その
ワードプロセスのソフトウェアに完成した形式レポート
をロードする。ＴＣＬスクリプトは、このように慣習的
ワードプロセスのソフトウェア自身の運転を開始しスク
ラッチからそのレポートを作成する代わりに、その段階
により表されるタスクを完了するため、ユーザがレポー
トを素早く検査し、完結させることを可能とする。
【手続補正３１】
【補正対象書類名】明細書
【補正対象項目名】００５５
【補正方法】変更
【補正内容】
【００５５】好適実施例によるワークプロセスプランに
おける予想と義務の全ては、Ｃ＋＋オブジェクトにより
表される。予想はクラス「VPLExpectation」であるオブ
ジェクトに記憶され、義務はクラス「VPLObligations」
であるオブジェクトに記憶される。各エージェントは、
そのエージェントに対する予想（予想オブジェクト）お
よび対応する義務（義務オブジェクト）を代表する全て
のオブジェクトに対するポインタを含むオブリゲーショ
ン（*Obligations）４５４およびエクスペクテーション
（*Expectations ）４５６を含み、命令されたＲＷセッ
トで実行されたテーブルを有する。図２の段階４４に関
するエージェントの場合において、例えば、予想は
「Ｃ」５６と「Ｒ」５８である。
おける予想と義務の全ては、Ｃ＋＋オブジェクトにより
表される。予想はクラス「VPLExpectation」であるオブ
ジェクトに記憶され、義務はクラス「VPLObligations」
であるオブジェクトに記憶される。各エージェントは、
そのエージェントに対する予想（予想オブジェクト）お
よび対応する義務（義務オブジェクト）を代表する全て
のオブジェクトに対するポインタを含むオブリゲーショ
ン（*Obligations）４５４およびエクスペクテーション
（*Expectations ）４５６を含み、命令されたＲＷセッ
トで実行されたテーブルを有する。図２の段階４４に関
するエージェントの場合において、例えば、予想は
「Ｃ」５６と「Ｒ」５８である。
【手続補正３２】
【補正対象書類名】明細書
【補正対象項目名】００６３
【補正方法】変更
【補正内容】
【００６３】例えば、図２に示すプラン４０に対応する
サブ対話のバグ発見プロセス１３６は、図２に示される
同一名称を有する段階４２〜５０に対応する、入力そし
て／または修正レポート１４０、課題は再生可能か？１
４２、課題は修繕可能か？１４４、例外は認められるべ
きか？１４６、および修繕は確認できるか？１４８、の
各エージェントへのポインターを含むポリシーオブジェ
クトに対するRWCString を有する。
サブ対話のバグ発見プロセス１３６は、図２に示される
同一名称を有する段階４２〜５０に対応する、入力そし
て／または修正レポート１４０、課題は再生可能か？１
４２、課題は修繕可能か？１４４、例外は認められるべ
きか？１４６、および修繕は確認できるか？１４８、の
各エージェントへのポインターを含むポリシーオブジェ
クトに対するRWCString を有する。
【手続補正３３】
【補正対象書類名】明細書
【補正対象項目名】０１０２
【補正方法】変更
【補正内容】
【０１０２】ブロック４１４（ＶＰＭ 、ＣＣＭ）にお
いて、「問題は修繕されたか？」４６ａのような段階の
短い記述、ビューア文画面（例えば図１０における「問
題は修繕できるか？またはこのレポートは延期されるべ
きかまたは拒絶されるべきか？」）上に現れる段階の長
い記述、およびプログラマ４６ｂのような段階に責任を
有するユーザまたは複数のユーザ、に対しシステムはプ
ロンプトし、ユーザから受け入れる。短い記述はShortD
escription４６０に記憶され、長い記述はLongDescript
ion ４６２に記憶され、および段階に責任を有するユー
ザまたは複数のユーザはgroups４６４に記憶される。
いて、「問題は修繕されたか？」４６ａのような段階の
短い記述、ビューア文画面（例えば図１０における「問
題は修繕できるか？またはこのレポートは延期されるべ
きかまたは拒絶されるべきか？」）上に現れる段階の長
い記述、およびプログラマ４６ｂのような段階に責任を
有するユーザまたは複数のユーザ、に対しシステムはプ
ロンプトし、ユーザから受け入れる。短い記述はShortD
escription４６０に記憶され、長い記述はLongDescript
ion ４６２に記憶され、および段階に責任を有するユー
ザまたは複数のユーザはgroups４６４に記憶される。
【手続補正３４】
【補正対象書類名】明細書
【補正対象項目名】０１０４
【補正方法】変更
【補正内容】
【０１０４】ユーザは、ブロック４０８においてユーザ
に矢を作成するか、またはブロック４１６（ＶＰＭ）に
おいて矢６０ａに対する段階４６のような段階に矢の尻
尾を有する２つの段階の間に矢６０ａのような矢を位置
づけするかを選択し、そこでその矢に関連する予想がオ
ンであるべきであり、矢６０ａに対する段階５０のよう
な段階上で矢の点は休止し、すなわち義務が遂行された
とき作動される。この矢はユーザによりポインティング
デバイスを用いて矢の尻尾を段階上へ引っ張り、矢の先
端を他の段階上に引っ張る動作によって位置づけられ
る。ブロック４１８（ＶＰＭ）において、システムは矢
が矢の尻尾で段階に満足する段階４６のような段階上で
矢に関連する予想を代表する矢６０ａに対する円６０の
ような小円を描く。ブロック４２０（ＶＰＭ）におい
て、システムは次にプロンプトし、ユーザから受け入
れ、円６０により代表される予想に対する「Ｆ＝解決
修繕済」７９のような予想に対する句を識別する。ブロ
ック４２２（ＶＰＭ）において、システムは受け入れら
れた識別された句の第一文字を予想を表す円６０のよう
な小円内に置く。ブロック４２４（ＣＣＭ）において、
システムは矢に関連する予想に対する予想オブジェクト
を作成し、識別された句をこの予想オブジェクト内に記
憶し、円６０に対する段階４６に対するエージェントの
ような円をＲＷセット予想４５６へ置く段階に対するエ
ージェントにおけるこの予想オブジェクトへのポインタ
を記憶する。ブロック４２６（ＣＣＭ）において、シス
テムは矢により表された義務に対する義務のオブジェク
トを作成し、矢６０ａに対する段階４６に対するエージ
ェントのように、矢の尻尾における段階に対するエージ
ェントにおけるこの義務のオブジェクトへのポインタを
ＲＷセットの義務４５８に記憶する。またこのブロック
において、システムは義務のＩＤトークンを義務に割り
付け、このトークンを予想オブジェクトと義務オブジェ
クトの両方が可変のＲＷＣストリングのＯトークンに記
憶する。最後に、ブロック４２６において、システムは
矢（例えば段階５０）によって指し示される段階へのポ
インタを、義務のオブジェクトに関するＶＰＬエージェ
ントのエージェントに記憶する。
に矢を作成するか、またはブロック４１６（ＶＰＭ）に
おいて矢６０ａに対する段階４６のような段階に矢の尻
尾を有する２つの段階の間に矢６０ａのような矢を位置
づけするかを選択し、そこでその矢に関連する予想がオ
ンであるべきであり、矢６０ａに対する段階５０のよう
な段階上で矢の点は休止し、すなわち義務が遂行された
とき作動される。この矢はユーザによりポインティング
デバイスを用いて矢の尻尾を段階上へ引っ張り、矢の先
端を他の段階上に引っ張る動作によって位置づけられ
る。ブロック４１８（ＶＰＭ）において、システムは矢
が矢の尻尾で段階に満足する段階４６のような段階上で
矢に関連する予想を代表する矢６０ａに対する円６０の
ような小円を描く。ブロック４２０（ＶＰＭ）におい
て、システムは次にプロンプトし、ユーザから受け入
れ、円６０により代表される予想に対する「Ｆ＝解決
修繕済」７９のような予想に対する句を識別する。ブロ
ック４２２（ＶＰＭ）において、システムは受け入れら
れた識別された句の第一文字を予想を表す円６０のよう
な小円内に置く。ブロック４２４（ＣＣＭ）において、
システムは矢に関連する予想に対する予想オブジェクト
を作成し、識別された句をこの予想オブジェクト内に記
憶し、円６０に対する段階４６に対するエージェントの
ような円をＲＷセット予想４５６へ置く段階に対するエ
ージェントにおけるこの予想オブジェクトへのポインタ
を記憶する。ブロック４２６（ＣＣＭ）において、シス
テムは矢により表された義務に対する義務のオブジェク
トを作成し、矢６０ａに対する段階４６に対するエージ
ェントのように、矢の尻尾における段階に対するエージ
ェントにおけるこの義務のオブジェクトへのポインタを
ＲＷセットの義務４５８に記憶する。またこのブロック
において、システムは義務のＩＤトークンを義務に割り
付け、このトークンを予想オブジェクトと義務オブジェ
クトの両方が可変のＲＷＣストリングのＯトークンに記
憶する。最後に、ブロック４２６において、システムは
矢（例えば段階５０）によって指し示される段階へのポ
インタを、義務のオブジェクトに関するＶＰＬエージェ
ントのエージェントに記憶する。
【手続補正３５】
【補正対象書類名】図面
【補正対象項目名】図１
【補正方法】変更
【補正内容】
【図１】
【手続補正３６】
【補正対象書類名】図面
【補正対象項目名】図２
【補正方法】変更
【補正内容】
【図２】
【手続補正３７】
【補正対象書類名】図面
【補正対象項目名】図３
【補正方法】変更
【補正内容】
【図３】
【手続補正３８】
【補正対象書類名】図面
【補正対象項目名】図４
【補正方法】変更
【補正内容】
【図４】
【手続補正３９】
【補正対象書類名】図面
【補正対象項目名】図６
【補正方法】変更
【補正内容】
【図６】
【手続補正４０】
【補正対象書類名】図面
【補正対象項目名】図７
【補正方法】変更
【補正内容】
【図７】
【手続補正４１】
【補正対象書類名】図面
【補正対象項目名】図１０
【補正方法】変更
【補正内容】
【図１０】
Claims (26)
- 【請求項１】 複数の段階を規定する表現を作成する作
成段階を備え、 その作成段階は、 前記段階の各々に対し、前記段階を完成する際に実行さ
れるアクションの一組の予想される過程を規定する表現
を作成する第１ステップと、 前記アクションの予想される過程の各々に対し、前記ア
クションの予想される過程の実行時に満足されることが
必須の１以上の義務に関連づける表現を作成する第２ス
テップと、 前記義務がそのように満足されたとき、作動されるべき
前記段階の１つを有する前記義務の各々に関連する表現
を作成する第３ステップと、を備えることを特徴とする
作動中または作動解除中の複数の段階を備えるワークプ
ロセスモデルを形成し、ワークプロセスモデルを動的に
修正するワークプロセスのモデル化方法。 - 【請求項２】 複数の段階を規定する表現を作成する前
記作成段階において、 前記作成段階の各々は実行されるべきタスクまたはユー
ザにより回答されるべき質問を表現する複数の段階を規
定する表現を作成するステップを備える請求項１に記載
の方法。 - 【請求項３】 少なくとも１つの前記作成段階に対し、
関連するさらに複数の段階と１以上の義務とを規定する
表現を作成するステップをさらに備え、 各前記段階は、前記段階の完成時に実行する一組の予想
されるアクションの進路を有し、 各前記義務は、全体として取られるさらに複数の段階が
その関連する段階と同一の予想されるアクションの進路
を有するように、前記関連するアクションの進路の実行
時に満足される予想されるアクションの進路を有する請
求項１に記載の方法。 - 【請求項４】 ＡＮＤ機能を有し、前記段階の１つの作
動に関連する複数の義務を有する段階であって、 前記段階の１つの作動に関連する前記義務の全てにより
作動される単一の予想されるアクションの進路を有する
前記段階の１つを規定する表現を作成するステップをさ
らに備える請求項１に記載の方法。 - 【請求項５】 複数の予想されるアクションの進路を有
する１つの条件分岐段階として前記段階の１つを規定す
る表現を作成するステップをさらに備え、 そのステップは、各前記予想されるアクションの進路に
対し、 規定された定数で規定された関係を有する規定された変
数のアクションの進路のアクションの進路を規定する表
現を作成するステップをさらに備える請求項１に記載の
方法。 - 【請求項６】 前記義務の各々に関する表現を作成する
前記ステップは、 複数の前記義務の各々が満足されるとき、作動される前
記段階の１つを有する複数の前記義務の各々に関する表
現を作成し、 前記義務が満足されるとき、作動解除される前記段階の
１つを有する前記義務の残された各々に関する表現を作
成する各ステップを備える請求項１に記載の方法。 - 【請求項７】 前記段階の各々に対し、前記段階を完成
することに責任を有するユーザを規定する表現を作成す
るステップをさらに備える請求項１に記載の方法。 - 【請求項８】 前記段階の作動と作動解除を追跡するス
テップをさらに備える請求項１に記載の方法。 - 【請求項９】 追跡する前記ステップが開始した後、よ
り多くの前記段階およびより多くの予想されるアクショ
ンの進路を規定する表現を作成し、 より多くの前記義務と関連づけられる表現を作成する各
ステップをさらに備える請求項８に記載の方法。 - 【請求項１０】 前記段階の作動と作動解除を追跡する
前記ステップは、 前記ワークプロセスモデルの作動時に、予め決定された
一組の１以上の前記段階を作動することにより追跡する
前記ステップを開始するステップをさらに備える請求項
８に記載の方法。 - 【請求項１１】 前記段階の作動と作動解除を追跡する
前記ステップは、 前記段階の作動中の１つに対し規定する前記アクション
の予想される進路の１つが実行されたことを意味する入
力をユーザから受入れ、 前記アクションの予想される進路の１つが規定されるた
めの前記段階の前記作動中の１つを作動解除し、 前記アクションの予想される１つと関連づけられる義務
と関連づけて作動する段階を作動する各ステップをさら
に備える請求項８に記載の方法。 - 【請求項１２】 前記段階の作動と作動解除を追跡する
前記ステップは、 終了ノード段階が作動されるとき、追跡する前記ステッ
プを終結するステップをさらに備える請求項８に記載の
方法。 - 【請求項１３】 複数の前記段階を規定する表現を作成
する前記ステップは、 １つのサーバワークステーションと複数のビューアワー
クステーションがバスを介して通信する前記サーバワー
クステーションと、複数の前記ビューアワークステーシ
ョンを備えるプログラム方式のコンピュータシステムを
利用する複数の前記段階を規定する表現を作成するステ
ップを備える請求項１乃至１２の何れか１項に記載の方
法。 - 【請求項１４】 ワークプロセスモデルの実行を追跡す
る方法であって、 前記ワークプロセスモデルは、 作動または作動解除される複数の段階であって、前記ワ
ークプロセスモデルの動的修正を可能とする前記段階を
備え、 前記ワークプロセスモデルは、 前記段階の各々に対し、複数の前記段階を規定する表
現、 前記予想されたアクションの進路の各々に対し、前記段
階完成時に実行可能な１組の予想されるアクションの進
路を規定する表現、 前記予想されるアクションの進路の実行時に満足される
ことが必須の１以上の義務を関連づける表現、および、 前記義務が満足されたとき、作動される前記段階の１つ
を有する前記義務の各々に関する表現、をさらに備え、 前記ワークプロセスモデルは、 前記ワークプロセスモデルの作動時に、一組の予め規定
された１以上の前記段階を作動し、 前記段階の作動中の１つに対し規定された前記アクショ
ンの予想された進路の１つが実行されたことを意味する
入力を受入れ、 前記アクションの予想された進路の１つが規定されるた
めに前記段階の前記作動中の１つを作動解除し、 前記アクションの予想された進路の１つと関連づける義
務と関連づけられて作動する段階を作動する各ステップ
を備えることを特徴とするワークプロセスモデルの実行
の追跡方法。 - 【請求項１５】 終了ノード段階が作動されるとき、追
跡する前記ステップを終結するステップをさらに備える
請求項１４に記載の方法。 - 【請求項１６】 ワークプロセスモデルを形成するワー
クプロセスをモデル化するプログラム方式のコンピュー
タシステムであって、 そのワークプロセスモデルの動的な修正を可能とする作
動または非作動の何れかの複数の段階を備え、 前記プログラム方式のコンピュータシステムは、 複数の前記段階を規定する手段と、 前記段階の各々に対し、前記段階を完成する際に実行可
能な１組のアクションの予想される進路を規定する手段
と、 前記アクションの予想される進路の実行時に、満足され
ることが必須の１以上の義務を関連づける手段と、 前記義務が満足されたとき、作動される前記段階の１つ
と義務を関連づける手段と、を備えることを特徴とする
ワークプロセスをモデル化するプログラム方式のコンピ
ュータシステム。 - 【請求項１７】 各々が前記段階および１以上の義務の
完成に際し実行された１組の予想されたアクションの進
路を有し、 全体として取られるさらに複数の段階がその関連づけら
れた段階と同一の予想されたアクションの進路を有する
ように、関連づけられたアクションの進路の実行時に満
足されるように、各々が前記予想されるアクションの進
路と関連づけられる前記段階の少なくとも１つに対して
関連づけられるさらに複数の段階を規定する手段、をさ
らに備える請求項１６に記載のプログラム方式のコンピ
ュータシステム。 - 【請求項１８】 前記規定手段は、 前記段階の１つの作動を関連づける義務の全てにより作
動される単一の予想されたアクションの進路を有する前
記段階の１つの作動と関連づけられる複数の義務を有す
る前記段階の１つを規定する手段、をさらに備える請求
項１６に記載のプログラム方式のコンピュータシステ
ム。 - 【請求項１９】 前記規定手段は、 前記予想されたアクションの進路の各々が規定された定
数を有する規定された関係を有する規定された変数を備
える複数の予想されたアクションの進路を有する条件分
岐段階を規定する手段をさらに備える請求項１６に記載
のプログラム方式のコンピュータシステム。 - 【請求項２０】 関連づけられた義務に対する前記手段
は、 前記義務が満足されたとき作動される前記段階の１つを
有する複数の義務と関連づけられる手段と、 前記義務が満足されたとき作動解除される前記段階の１
つを有する残された義務の各々と関連づける手段と、 をさらに備える請求項１６に記載のプログラム方式のコ
ンピュータシステム。 - 【請求項２１】 前記段階の各々に対し、段階の完成に
責任を有するユーザを規定する手段をさらに備える請求
項１６に記載のプログラム方式のコンピュータシステ
ム。 - 【請求項２２】 前記段階の作動と作動解除とを追跡す
る手段をさらに備える請求項１６に記載のプログラム方
式のコンピュータシステム。 - 【請求項２３】 前記段階の作動と作動解除とを追跡す
る手段は、 前記ワークプロセスモデルの作動時に一組の予め規定さ
れた１以上の前記段階を作動する手段をさらに備える請
求項２２に記載のプログラム方式のコンピュータシステ
ム。 - 【請求項２４】 前記段階の作動と作動解除とを追跡す
る前記手段は、 前記段階の作動中の１つに対し規定された前記予想され
たアクションの進路の１つが実行されたことを意味する
入力を受け入れる手段と、 前記予想されたアクションの進路の１つが規定されるた
めの前記段階の作動中の１つを作動解除する手段と、 前記予想されたアクションの進路の１つと関連づけられ
る義務と関連づけられるよう作動される段階を作動する
手段と、 をさらに備える請求項２２に記載のプログラム方式のコ
ンピュータシステム。 - 【請求項２５】 前記段階の作動と作動解除とを追跡す
る前記手段は、 終了ノード段階が作動されるとき追跡の前記段階を終結
する手段をさらに備える請求項２２に記載のプログラム
方式のコンピュータシステム。 - 【請求項２６】 サーバコンピュータワークステーショ
ンと、複数のビューアコンピュータワークステーション
とをさらに備える請求項１６に記載のプログラム方式の
コンピュータシステム。
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US3538193A | 1993-03-22 | 1993-03-22 | |
| US103066 | 1993-08-06 | ||
| US08/103,066 US5490097A (en) | 1993-03-22 | 1993-08-06 | System and method for modeling, analyzing and executing work process plans |
| US035381 | 1993-08-06 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001331569A Division JP2002197245A (ja) | 1993-03-22 | 2001-10-29 | ワークプロセスのモデル作成システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0713754A true JPH0713754A (ja) | 1995-01-17 |
| JP3492755B2 JP3492755B2 (ja) | 2004-02-03 |
Family
ID=26712051
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP05087994A Expired - Fee Related JP3492755B2 (ja) | 1993-03-22 | 1994-03-22 | ワークプロセスモデル作成システム |
| JP2001331569A Pending JP2002197245A (ja) | 1993-03-22 | 2001-10-29 | ワークプロセスのモデル作成システム |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001331569A Pending JP2002197245A (ja) | 1993-03-22 | 2001-10-29 | ワークプロセスのモデル作成システム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US5490097A (ja) |
| JP (2) | JP3492755B2 (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6154848A (en) * | 1995-08-04 | 2000-11-28 | Fujitsu Limited | Maintenance system automatically executing processing jobs according to a defined work-flow |
| US8001092B2 (en) | 2005-03-15 | 2011-08-16 | Fuji Xerox Co., Ltd. | Apparatus and method for analyzing and displaying information |
| CN107943682A (zh) * | 2016-10-13 | 2018-04-20 | 北京国双科技有限公司 | 提交bug的方法及装置 |
Families Citing this family (137)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5974391A (en) | 1994-07-12 | 1999-10-26 | Fujitsu Limited | Device and method for project management |
| US5893074A (en) * | 1996-01-29 | 1999-04-06 | California Institute Of Technology | Network based task management |
| US5781454A (en) * | 1996-03-25 | 1998-07-14 | Raytheon Company | Process modeling technique |
| EP0954816A4 (en) * | 1996-04-10 | 2001-01-31 | Paul M Konnersman | COMPUTERIZED SYSTEM FOR WORKING PROCESSES CONSISTING OF INTER-DEPENDENT DECISIONS INVOLVING ONE OR MORE PARTICIPANTS |
| US5930512A (en) * | 1996-10-18 | 1999-07-27 | International Business Machines Corporation | Method and apparatus for building and running workflow process models using a hypertext markup language |
| US6513154B1 (en) | 1996-10-21 | 2003-01-28 | John R. Porterfield | System and method for testing of computer programs in programming effort |
| JP3362246B2 (ja) * | 1996-12-26 | 2003-01-07 | 株式会社日立製作所 | 部品取り外し順序作成装置及び方法並びに部品取り外し順序プログラムを記録した記録媒体 |
| US6609100B2 (en) | 1997-03-07 | 2003-08-19 | Lockhead Martin Corporation | Program planning management system |
| US6604124B1 (en) | 1997-03-13 | 2003-08-05 | A:\Scribes Corporation | Systems and methods for automatically managing work flow based on tracking job step completion status |
| JP3288264B2 (ja) * | 1997-06-26 | 2002-06-04 | 富士通株式会社 | 設計情報管理システム，設計情報アクセス装置およびプログラム記憶媒体 |
| US7546346B2 (en) * | 1997-07-28 | 2009-06-09 | Juniper Networks, Inc. | Workflow systems and methods for project management and information management |
| US5978836A (en) | 1997-07-28 | 1999-11-02 | Solectron Corporation | Workflow systems and methods |
| US6470227B1 (en) * | 1997-12-02 | 2002-10-22 | Murali D. Rangachari | Method and apparatus for automating a microelectric manufacturing process |
| US6115646A (en) * | 1997-12-18 | 2000-09-05 | Nortel Networks Limited | Dynamic and generic process automation system |
| US6345258B1 (en) | 1997-12-30 | 2002-02-05 | William E. Pickens | Information system for new home builders |
| US6973434B2 (en) * | 1998-01-09 | 2005-12-06 | Millermed Software, Inc. | Computer-based system for automating administrative procedures in an office |
| JP3681277B2 (ja) * | 1998-04-24 | 2005-08-10 | 富士通株式会社 | メッセージ処理装置、メッセージ管理方法及びメッセージ管理プログラムを記録した記録媒体 |
| US6430538B1 (en) | 1998-04-30 | 2002-08-06 | Enterworks | Workflow management system, method and medium with personal subflows |
| US7133833B1 (en) * | 1998-10-27 | 2006-11-07 | Netscape Communications Corporation | Lightweight directory access protocol workflow management system |
| US7069101B1 (en) | 1999-07-29 | 2006-06-27 | Applied Materials, Inc. | Computer integrated manufacturing techniques |
| CN1326080C (zh) * | 1999-08-03 | 2007-07-11 | 二宫健一 | 物品设计辅助系统、物品加工图作成系统以及物品使用说明书作成系统 |
| US8606588B1 (en) | 1999-11-23 | 2013-12-10 | Accenture Global Services Limited | Merger and acquisition knowledgebase |
| EP1234267A1 (en) * | 1999-11-23 | 2002-08-28 | Accenture LLP | Reporting and tracking in a merger and acquisition environment |
| US6571235B1 (en) | 1999-11-23 | 2003-05-27 | Accenture Llp | System for providing an interface for accessing data in a discussion database |
| US6671693B1 (en) | 1999-11-23 | 2003-12-30 | Accenture Llp | System for effectively collecting and disseminating data |
| US6671692B1 (en) | 1999-11-23 | 2003-12-30 | Accenture Llp | System for facilitating the navigation of data |
| US6640151B1 (en) | 1999-12-22 | 2003-10-28 | Applied Materials, Inc. | Multi-tool control system, method and medium |
| US7254553B2 (en) * | 2000-01-14 | 2007-08-07 | Fogelson Bruce A | Builders on-line assistant |
| US7844503B2 (en) * | 2000-01-14 | 2010-11-30 | Fogelson Bruce A | Builders on-line assistant |
| AU2001247225A1 (en) | 2000-03-17 | 2001-10-03 | Emperative, Inc. | Communications services provisioning method and apparatus and object programminglanguage for developing provisioning models |
| US7373310B1 (en) * | 2000-04-06 | 2008-05-13 | International Business Machines Corporation | Workflow system matrix organization search engine |
| WO2001097083A1 (en) * | 2000-06-12 | 2001-12-20 | Epredix.Com | Computer-implemented system for human resources management |
| US7558767B2 (en) * | 2000-08-03 | 2009-07-07 | Kronos Talent Management Inc. | Development of electronic employee selection systems and methods |
| US6708074B1 (en) | 2000-08-11 | 2004-03-16 | Applied Materials, Inc. | Generic interface builder |
| US7925527B1 (en) * | 2000-08-16 | 2011-04-12 | Sparta Systems, Inc. | Process control system utilizing a database system to monitor a project's progress and enforce a workflow of activities within the project |
| US6968343B2 (en) * | 2000-09-01 | 2005-11-22 | Borland Software Corporation | Methods and systems for integrating process modeling and project planning |
| US20020032692A1 (en) * | 2000-09-08 | 2002-03-14 | Atsuhito Suzuki | Workflow management method and workflow management system of controlling workflow process |
| US7275039B2 (en) * | 2000-10-03 | 2007-09-25 | Michael Setteducati | Workflow management software overview |
| US7188142B2 (en) * | 2000-11-30 | 2007-03-06 | Applied Materials, Inc. | Dynamic subject information generation in message services of distributed object systems in a semiconductor assembly line facility |
| US20020128810A1 (en) * | 2000-12-29 | 2002-09-12 | Adept Technology, Inc. | Systems and methods for simulation, analysis and design of automated assembly systems |
| US20020128735A1 (en) * | 2001-03-08 | 2002-09-12 | Hawkins Parris C.M. | Dynamic and extensible task guide |
| US20020138321A1 (en) * | 2001-03-20 | 2002-09-26 | Applied Materials, Inc. | Fault tolerant and automated computer software workflow |
| US7159207B2 (en) * | 2001-04-09 | 2007-01-02 | Sun Microsystems, Inc. | Method and apparatus for accessing related computer objects |
| WO2002088877A2 (en) * | 2001-04-26 | 2002-11-07 | Celcorp | System and method for the automatic creation of a graphical representation of navigation paths generated by an intelligent planner |
| US7006978B2 (en) * | 2001-05-14 | 2006-02-28 | General Electric Capital Corporation | Method and systems for developing an acquisition integration project plan |
| FR2825556A1 (fr) * | 2001-05-31 | 2002-12-06 | Koninkl Philips Electronics Nv | Generation d'une description dans un langage de balisage d'une structure d'un contenu multimedia |
| US7191141B2 (en) * | 2001-06-13 | 2007-03-13 | Ricoh Company, Ltd. | Automated management of development project files over a network |
| US7406432B1 (en) | 2001-06-13 | 2008-07-29 | Ricoh Company, Ltd. | Project management over a network with automated task schedule update |
| US6913938B2 (en) * | 2001-06-19 | 2005-07-05 | Applied Materials, Inc. | Feedback control of plasma-enhanced chemical vapor deposition processes |
| US7160739B2 (en) * | 2001-06-19 | 2007-01-09 | Applied Materials, Inc. | Feedback control of a chemical mechanical polishing device providing manipulation of removal rate profiles |
| US7201936B2 (en) * | 2001-06-19 | 2007-04-10 | Applied Materials, Inc. | Method of feedback control of sub-atmospheric chemical vapor deposition processes |
| US7047099B2 (en) | 2001-06-19 | 2006-05-16 | Applied Materials Inc. | Integrating tool, module, and fab level control |
| US6910947B2 (en) * | 2001-06-19 | 2005-06-28 | Applied Materials, Inc. | Control of chemical mechanical polishing pad conditioner directional velocity to improve pad life |
| US7082345B2 (en) * | 2001-06-19 | 2006-07-25 | Applied Materials, Inc. | Method, system and medium for process control for the matching of tools, chambers and/or other semiconductor-related entities |
| US7698012B2 (en) * | 2001-06-19 | 2010-04-13 | Applied Materials, Inc. | Dynamic metrology schemes and sampling schemes for advanced process control in semiconductor processing |
| US7101799B2 (en) * | 2001-06-19 | 2006-09-05 | Applied Materials, Inc. | Feedforward and feedback control for conditioning of chemical mechanical polishing pad |
| US7337019B2 (en) * | 2001-07-16 | 2008-02-26 | Applied Materials, Inc. | Integration of fault detection with run-to-run control |
| US7353183B1 (en) | 2001-07-17 | 2008-04-01 | Move, Inc. | Method and system for managing and closing a real estate transaction |
| US20030167182A1 (en) | 2001-07-23 | 2003-09-04 | International Business Machines Corporation | Method and apparatus for providing symbolic mode checking of business application requirements |
| US20030115115A1 (en) * | 2001-08-25 | 2003-06-19 | Ouchi Norman Ken | Private exchange catalog system and methods |
| US7650296B1 (en) * | 2001-08-31 | 2010-01-19 | Siebel Systems, Inc. | Configurator using structure and rules to provide a user interface |
| US7120699B2 (en) * | 2001-09-20 | 2006-10-10 | Ricoh Company, Ltd. | Document controlled workflow systems and methods |
| US20030078820A1 (en) * | 2001-10-19 | 2003-04-24 | Ouchi Norman Ken | Object based workflow route |
| US6687557B2 (en) | 2002-02-19 | 2004-02-03 | Norman Ken Ouchi | Consolidated component catalog |
| US7225047B2 (en) * | 2002-03-19 | 2007-05-29 | Applied Materials, Inc. | Method, system and medium for controlling semiconductor wafer processes using critical dimension measurements |
| US20030199112A1 (en) * | 2002-03-22 | 2003-10-23 | Applied Materials, Inc. | Copper wiring module control |
| US20030236838A1 (en) * | 2002-04-09 | 2003-12-25 | Ouchi Norman Ken | Shared and private node workflow system |
| US8015046B2 (en) * | 2002-05-31 | 2011-09-06 | Sap Aktiengesellschaft | Dynamic representations of processes |
| US7640548B1 (en) * | 2002-06-21 | 2009-12-29 | Siebel Systems, Inc. | Task based user interface |
| US20040003374A1 (en) * | 2002-06-28 | 2004-01-01 | Van De Vanter Michael L. | Efficient computation of character offsets for token-oriented representation of program code |
| US7386834B2 (en) * | 2002-06-28 | 2008-06-10 | Sun Microsystems, Inc. | Undo/redo technique for token-oriented representation of program code |
| US20040006763A1 (en) * | 2002-06-28 | 2004-01-08 | Van De Vanter Michael L. | Undo/redo technique with insertion point state handling for token-oriented representation of program code |
| EP1546828A1 (en) * | 2002-08-01 | 2005-06-29 | Applied Materials, Inc. | Method, system, and medium for handling misrepresentative metrology data within an advanced process control system |
| WO2004046835A2 (en) * | 2002-11-15 | 2004-06-03 | Applied Materials, Inc. | Method, system and medium for controlling manufacture process having multivariate input parameters |
| US7171652B2 (en) * | 2002-12-06 | 2007-01-30 | Ricoh Company, Ltd. | Software development environment with design specification verification tool |
| US7333871B2 (en) * | 2003-01-21 | 2008-02-19 | Applied Materials, Inc. | Automated design and execution of experiments with integrated model creation for semiconductor manufacturing tools |
| US7205228B2 (en) * | 2003-06-03 | 2007-04-17 | Applied Materials, Inc. | Selective metal encapsulation schemes |
| US20050010371A1 (en) * | 2003-07-09 | 2005-01-13 | Merriam-Leith Christopher Scott | Workflow-based research system with genetic pedigree display and organism tracking |
| US20050014299A1 (en) * | 2003-07-15 | 2005-01-20 | Applied Materials, Inc. | Control of metal resistance in semiconductor products via integrated metrology |
| US7354332B2 (en) * | 2003-08-04 | 2008-04-08 | Applied Materials, Inc. | Technique for process-qualifying a semiconductor manufacturing tool using metrology data |
| US7237224B1 (en) * | 2003-08-28 | 2007-06-26 | Ricoh Company Ltd. | Data structure used for skeleton function of a class in a skeleton code creation tool |
| US7308675B2 (en) * | 2003-08-28 | 2007-12-11 | Ricoh Company, Ltd. | Data structure used for directory structure navigation in a skeleton code creation tool |
| US8726278B1 (en) | 2004-07-21 | 2014-05-13 | The Mathworks, Inc. | Methods and system for registering callbacks and distributing tasks to technical computing works |
| US7493595B2 (en) * | 2003-12-19 | 2009-02-17 | The United States Of America As Represented By The Secretary Of The Navy | Multiple-user graphical programming and analysis environment |
| DE102004003167A1 (de) * | 2004-01-21 | 2005-08-18 | Siemens Ag | Verfahren zum Entwickeln einer Maschine |
| US7356377B2 (en) * | 2004-01-29 | 2008-04-08 | Applied Materials, Inc. | System, method, and medium for monitoring performance of an advanced process control system |
| US20050246212A1 (en) * | 2004-04-29 | 2005-11-03 | Shedd Nathanael P | Process navigator |
| US20050283400A1 (en) * | 2004-05-13 | 2005-12-22 | Ivo Nelson | System and method for delivering consulting services and information technology solutions in a healthcare environment |
| US7096085B2 (en) * | 2004-05-28 | 2006-08-22 | Applied Materials | Process control by distinguishing a white noise component of a process variance |
| US6961626B1 (en) * | 2004-05-28 | 2005-11-01 | Applied Materials, Inc | Dynamic offset and feedback threshold |
| EP1781087A4 (en) * | 2004-06-21 | 2009-12-02 | Equestron Llc | METHOD AND DEVICE FOR EVALUATING ANIMAL HEALTH AND PERFORMANCE |
| US20060010025A1 (en) * | 2004-07-09 | 2006-01-12 | Sap Aktiengesellschaft | E-mail notification support for workflows |
| US7908313B2 (en) * | 2004-07-21 | 2011-03-15 | The Mathworks, Inc. | Instrument-based distributed computing systems |
| US20060064335A1 (en) * | 2004-08-17 | 2006-03-23 | International Business Machines Corporation | Method, system, and storage medium for performing business process modeling |
| US20060112122A1 (en) * | 2004-11-23 | 2006-05-25 | International Business Machines Corporation | Method, system, and storage medium for implementing business process modules |
| US7831978B2 (en) * | 2004-12-16 | 2010-11-09 | Sap Ag | Review mechanism for controlling the delegation of tasks in a workflow system |
| US7607164B2 (en) * | 2004-12-23 | 2009-10-20 | Microsoft Corporation | Systems and processes for managing policy change in a distributed enterprise |
| US7848942B2 (en) * | 2004-12-28 | 2010-12-07 | Sap Aktiengesellschaft | Distribution of integrated business process models |
| US9183347B1 (en) * | 2005-02-17 | 2015-11-10 | The Mathworks, Inc. | Methods and system for simulation of chemical and biological processes in a distributed technical computing environment |
| US7734492B2 (en) * | 2005-04-26 | 2010-06-08 | Xerox Corporation | Validation and analysis of JDF workflows using colored petri nets |
| US8620713B2 (en) * | 2005-07-15 | 2013-12-31 | Sap Ag | Mechanism to control delegation and revocation of tasks in workflow system |
| US20070156487A1 (en) * | 2005-12-29 | 2007-07-05 | Microsoft Corporation | Object model on workflow |
| US20070156486A1 (en) * | 2005-12-29 | 2007-07-05 | Microsoft Corporation | Multiple concurrent workflow persistence schemes |
| US7680683B2 (en) * | 2005-12-29 | 2010-03-16 | Microsoft Corporation | Dynamically repositioning workflow by end users |
| US8849691B2 (en) | 2005-12-29 | 2014-09-30 | Microsoft Corporation | Modeling user input and interaction in workflow based applications |
| US7584083B1 (en) | 2005-12-30 | 2009-09-01 | At&T Corp. | Modeling and simulation of workcenter processes |
| EP1804184B1 (en) * | 2005-12-30 | 2017-06-28 | Dassault Systèmes | Process for selecting an object in a PLM database and apparatus implementing this process |
| US20070192323A1 (en) * | 2006-02-10 | 2007-08-16 | Vertical Systems, Inc. | System and method of access and control management between multiple databases |
| US8219535B1 (en) | 2006-02-15 | 2012-07-10 | Allstate Insurance Company | Retail deployment model |
| US8041648B2 (en) | 2006-02-15 | 2011-10-18 | Allstate Insurance Company | Retail location services |
| CA2541763A1 (en) * | 2006-02-15 | 2007-08-15 | Sharon Rossmark | Retail deployment model |
| US8799043B2 (en) * | 2006-06-07 | 2014-08-05 | Ricoh Company, Ltd. | Consolidation of member schedules with a project schedule in a network-based management system |
| US20070288288A1 (en) * | 2006-06-07 | 2007-12-13 | Tetsuro Motoyama | Use of schedule editors in a network-based project schedule management system |
| US8050953B2 (en) * | 2006-06-07 | 2011-11-01 | Ricoh Company, Ltd. | Use of a database in a network-based project schedule management system |
| US8738325B2 (en) * | 2006-07-14 | 2014-05-27 | Mind-Alliance Systems, Llc | Method and system for analyzing information transfer among a plurality of parties |
| US8645906B2 (en) * | 2006-09-12 | 2014-02-04 | Sandeep Jain | Method for enforcing change policy based on project state |
| US8108250B1 (en) * | 2007-01-05 | 2012-01-31 | Intelligent Business Tools | Method and apparatus for providing a business tool |
| WO2008103282A1 (en) | 2007-02-16 | 2008-08-28 | Nusbaum Michael J | Self-contained automatic fire extinguisher |
| JP5234720B2 (ja) * | 2007-04-26 | 2013-07-10 | 日本電信電話株式会社 | プロセスモデル作成装置、方法及びそのプログラム |
| US8732706B2 (en) * | 2007-11-27 | 2014-05-20 | Hewlett-Packard Development Company, L.P. | Generating governing metrics for resource provisioning |
| US20090235252A1 (en) * | 2008-03-17 | 2009-09-17 | Sap Ag | Execution-level process modeling |
| US7890824B2 (en) * | 2008-07-24 | 2011-02-15 | International Business Machines Corporation | Asynchronous communication apparatus using JTAG test data registers |
| US7949918B2 (en) * | 2008-07-24 | 2011-05-24 | International Business Machines Corporation | Asynchronous communication using standard boundary architecture cells |
| US20100077458A1 (en) * | 2008-09-25 | 2010-03-25 | Card Access, Inc. | Apparatus, System, and Method for Responsibility-Based Data Management |
| US8762215B2 (en) * | 2008-10-31 | 2014-06-24 | Sap Ag | Brokered service delivery |
| US9354847B2 (en) | 2008-12-29 | 2016-05-31 | Microsoft Technology Licensing, Llc | Interface infrastructure for a continuation based runtime |
| US8726226B2 (en) * | 2009-06-05 | 2014-05-13 | Microsoft Corporation | Integrated work lists for engineering project change management |
| RU2465647C1 (ru) * | 2011-05-20 | 2012-10-27 | Николай Борисович Парамонов | Устройство для моделирования систем массового обслуживания |
| US9244510B1 (en) * | 2011-09-23 | 2016-01-26 | The Mathworks, Inc. | Bug report checks in a modeling system |
| US9536264B2 (en) | 2011-11-14 | 2017-01-03 | Microsoft Technology Licensing, Llc | Host agnostic messaging in a continuation based runtime |
| US20140201705A1 (en) * | 2013-01-12 | 2014-07-17 | Xuewei Ren | Extended framework for no-coding dynamic control workflow development on spatial enterprise system |
| US20140255897A1 (en) * | 2013-03-10 | 2014-09-11 | Mark Wayne Salisbury | Learning Management System |
| US20150082224A1 (en) * | 2013-09-13 | 2015-03-19 | MoreStream Development LLC | Computer graphical user interface system, and method for project mapping |
| IN2014MU00661A (ja) | 2014-02-25 | 2015-10-23 | Tata Consultancy Services Ltd | |
| US10812316B2 (en) * | 2014-06-30 | 2020-10-20 | Level 3 Communications, Llc | Systems and methods for network outage tracking |
| CN110704845A (zh) * | 2019-09-26 | 2020-01-17 | 海南新软软件有限公司 | 一种与任务相关联的应用漏洞的处理方法、装置及系统 |
| RU210171U1 (ru) * | 2021-09-06 | 2022-03-30 | ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ КАЗЕННОЕ ВОЕННОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ Военная академия Ракетных войск стратегического назначения имени Петра Великого МИНИСТЕРСТВА ОБОРОНЫ РОССИЙСКОЙ ФЕДЕРАЦИИ | Модель обслуживания заявок |
Family Cites Families (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4631664A (en) * | 1983-07-19 | 1986-12-23 | Bachman Information Systems, Inc. | Partnership data base management system and method |
| US5216603A (en) * | 1985-11-18 | 1993-06-01 | Action Technologies, Inc. | Method and apparatus for structuring and managing human communications by explicitly defining the types of communications permitted between participants |
| US5208748A (en) * | 1985-11-18 | 1993-05-04 | Action Technologies, Inc. | Method and apparatus for structuring and managing human communications by explicitly defining the types of communications permitted between participants |
| US4796194A (en) * | 1986-08-20 | 1989-01-03 | Atherton Robert W | Real world modeling and control process |
| US5016170A (en) * | 1988-09-22 | 1991-05-14 | Pollalis Spiro N | Task management |
| JPH02109127A (ja) * | 1988-10-19 | 1990-04-20 | Hitachi Ltd | 仕様処理方法 |
| US5077661A (en) * | 1989-05-03 | 1991-12-31 | Hewlett-Packard Company | Assignment-dependent resource allocation method |
| JP3125791B2 (ja) * | 1990-03-09 | 2001-01-22 | 株式会社日立製作所 | 受注生産システム |
| US5146591A (en) * | 1990-04-27 | 1992-09-08 | Bachman Information Systems, Inc. | Dynamic information management system utilizing entity-relationship information model in which the attribute is independent of an entity |
| JP2870117B2 (ja) * | 1990-04-27 | 1999-03-10 | 株式会社日立製作所 | 最適計画作成方法 |
| US5193182A (en) * | 1990-04-27 | 1993-03-09 | Bachman Information Systems, Inc. | Computer system for defining logical operations on design data including retrieve entity-set, send, receive, signal, when, reference to entity-set, reference to entity method, connect and disconnect |
| US5212771A (en) * | 1990-04-27 | 1993-05-18 | Bachman Information Systems, Inc. | System for establishing concurrent high level and low level processes in a diagram window through process explosion and implosion subsystems |
| US5195178A (en) * | 1990-04-27 | 1993-03-16 | Bachman Information Systems, Inc. | Adaptive window system for dynamically modeling information systems |
| US5179698A (en) * | 1990-04-27 | 1993-01-12 | Bachman Information Systems, Inc. | System for transforming user data in accordance with an algorithm defined by design data and for evaluating the transformed data against logical criteria |
| US5193183A (en) * | 1990-04-27 | 1993-03-09 | Bachman Information Systems, Inc. | System for accessing design data of modeler subsystems by reference to partnership set and for dynamically correlating design data of modeler subsystems |
| US5140537A (en) * | 1990-05-21 | 1992-08-18 | Hewlett-Packard Company | Modeling a factory with human operators and validating the model |
| US5208765A (en) * | 1990-07-20 | 1993-05-04 | Advanced Micro Devices, Inc. | Computer-based method and system for product development |
-
1993
- 1993-08-06 US US08/103,066 patent/US5490097A/en not_active Expired - Lifetime
-
1994
- 1994-03-22 JP JP05087994A patent/JP3492755B2/ja not_active Expired - Fee Related
-
2001
- 2001-10-29 JP JP2001331569A patent/JP2002197245A/ja active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6154848A (en) * | 1995-08-04 | 2000-11-28 | Fujitsu Limited | Maintenance system automatically executing processing jobs according to a defined work-flow |
| US8001092B2 (en) | 2005-03-15 | 2011-08-16 | Fuji Xerox Co., Ltd. | Apparatus and method for analyzing and displaying information |
| CN107943682A (zh) * | 2016-10-13 | 2018-04-20 | 北京国双科技有限公司 | 提交bug的方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002197245A (ja) | 2002-07-12 |
| US5490097A (en) | 1996-02-06 |
| JP3492755B2 (ja) | 2004-02-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH0713754A (ja) | ワークプロセスのモデル化方法とワークプロセスモデルの実行の追跡方法およびワークプロセスをモデル化するプログラム方式のコンピュータシステム | |
| US5720007A (en) | Expert system and method employing hierarchical knowledge base, and interactive multimedia/hypermedia applications | |
| US5978784A (en) | Computer-implemented decision management system with dynamically generated questions and answer choices | |
| Deiters et al. | The FUNSOFT net approach to software process management | |
| US5835900A (en) | Computer-implemented decision management system with dynamically generated questions and answer choices | |
| KR100314262B1 (ko) | 그래픽언어기술프로세스내다수도구사용대화식컴퓨터프로그램개발방법및그장치 | |
| Larsson et al. | Information state and dialogue management in the TRINDI dialogue move engine toolkit | |
| US5930512A (en) | Method and apparatus for building and running workflow process models using a hypertext markup language | |
| Parunak et al. | Toward the specification and design of industrial synthetic ecosystems | |
| Fogli et al. | A hybrid approach to user-oriented programming of collaborative robots | |
| Bernus et al. | The contribution of the generalised enterprise reference architecture to consensus in the area of enterprise integration | |
| Aitken et al. | Interactive theorem proving: An empirical study of user activity | |
| De Kock | Decentralising the codification of rules in a decision support expert knowledge base | |
| Browne et al. | Methods for building adaptive systems | |
| Mi et al. | Articulation: an integrated approach to the diagnosis, replanning, and rescheduling of software process failures | |
| Gzara et al. | Patterns approach to product information systems engineering | |
| Beynon et al. | The temposcope: a computer instrument for the idealist timetabler | |
| Selfridge et al. | Managing design knowledge to provide assistance to large-scale software development | |
| von Olberg et al. | Approach to generating functional test cases from bpmn process diagrams | |
| Binder et al. | KB/RMS: an intelligent assistant for requirement definition | |
| Sidky | RGML: A Specification Language that Supports the Characterization of Requirements Generation Processes | |
| Metzker et al. | Integrating usability engineering methods into existing software development processes via evidence-based usability engineering | |
| Johnson | Designing an interactive instructional design tool: Overcoming the problem of indirection | |
| Froese et al. | Implementation of AEC core reference models in StartPlan | |
| Dospisil et al. | Application of software process assessment to hypermedia development environment |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20010828 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081114 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081114 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091114 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101114 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101114 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111114 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |