JPH0652085A - 情報サーバと複数のワークステーションとの間のトランザクション処理システム - Google Patents

Abstract

(57)【要約】 【目的】相互間で手続き構成活動に対応するジョブが実
行される複数のワークステーション２と情報サーバ３と
の間のトランザクション処理システム。 【構成】サーバ側では、ジョブの進行をスケージューリ
ングするためのスケジューラモジュール３０と、役割及
びアクタ間の関係に基づいてタスクのディスパッチング
を行うディスパッチャモジュール３３と、タイミングを
とられた事象の足跡を保持し、スケジューラモジュール
３０とコーディネータモジュール３１とから情報を受け
取る通告モジュール３４と、ディスパッチャモジュール
３３及び通告モジュール３４との間、並びにワークステ
ーションとの通信モジュール３６との間で信号を交換す
るメッセージボックス３５と、作業フローのためのデー
タ管理モジュール３７０とを含んでおり、ワークステー
ション側では、通信層２７と、作業フローに対応するメ
ッセージ管理層２６と、種々のアプリケーションプログ
ラミングインタフェースセットを含む層２４と、管理サ
ービス層２５と、ユーザインタフェース層２０、２１と
を含んでいる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、情報サーバと複数のワ
ークステーションとの間のトランザクション処理システ
ム（協働アプリケーションプログラム（Ｐｒｏｇｒａｍ
ｍｅ ｄ’ａｐｐｌｉｃａｔｉｏｎ ｃｏｏｐｅｒａｔ
ｉｖｅ））に関する。

【０００２】本発明の目的は、ある組織単位（例えば
部）の構成員（ａｇｅｎｔ）（人的又は機械的）を、あ
る手続き（形式ＩＣＮ（Ｉｎｆｏｒｍａｔｉｏｎ Ｃｏ
ｎｔｒｏｌ Ｎｅｔ）を用いて決定される）を介して協
働させ、手続きの実行（ジョブによって具体化される）
の進度をモニタし（ｓｕｉｖｒｅ）且つ制御することに
ある。手続き（手順）は当該組織単位の目的に応じて決
定される。手続きは、当該手続きによって所期の目的を
達成すべく一人（１つ）以上の構成員が介入又は寄与し
なければならないステップの順序付け（ｓｅｑｕｅｎｃ
ｅｍｅｎｔ）を決定する。

【０００３】ここで提案する構造（アーキテクチャ）
は、多重タスクシステムの適用範囲を、適用に先立つ憶
断なしにあらゆる種類の用途に拡大することを可能にす
るようなものでもあり、手続きの分割（ｄｅｃｏｕｐａ
ｇｅ）のみが、該構造の形態に関連する決定された規則
に従って実施される。

【０００４】本発明の前述の目的は、相互間で手続き構
成活動（アクティビティ）に対応するジョブが実行され
る複数のワークステーションと情報サーバとの間のトラ
ンザクション処理システムであって、サーバ側では、１
つ以上の後続活動をみつけ且つ活動の終了にかんがみて
対応する１つ以上のタスクを作成することによりジョブ
の進行のスケジューリングを行うために関係データベー
スに記憶されている手続きの決定（即ちある手続きの活
動の間の優先順位（ｐｒｅｃｅｄｅｎｃｅ））に基づい
て作動するジョブ用スケジューラモジュール（ｍｏｄｕ
ｌｅ ｏｒｄｏｎｎａｎｃｅｕｒ）と、作業負荷（ｃｈ
ａｒｇｅ ｄｅ ｔｒａｖａｉｌ）に従って任意に選択
したアクタ（ａｃｔｅｕｒ）にタスクを割り当てるため
に関係データベースに記憶されている役割（ｒｏｌｅ）
及びアクタ間の関係に基づいてタスクのディスパッチン
グを行うディスパッチャモジュール（ｍｏｄｕｌｅ ｒ
ｅｐａｒｔｉｔｅｕｒ）と、タイミングをとられた事象
の足跡（ｕｎｅ ｔｒａｃｅ ｄｅｓｅｖｅｎｅｍｅｎ
ｔｓ ｒｙｔｈｍｅｓ）を保持し、前記スケジューラモ
ジュールとコーディネータモジュールとから情報を受け
取る通告モジュール（ｍｏｄｕｌｅ ｓｉｇｎａｌｅｕ
ｒ）と、前記ディスパッチャモジュール及び通告モジュ
ールとの間、並びにワークステーションとの通信モジュ
ール及び作業フローデータ管理モジュールとの間で信号
を交換するメッセージボックスとを含んでおり、ワーク
ステーション側では、通信層と、作業フローに対応する
メッセージ管理層と、アプリケーションの種々のプログ
ラミングインタフェースセットを含む層と、管理サービ
ス層と、ユーザインタフェース層とを含んでいる前記ト
ランザクション処理システムによって達成される。

【０００５】別の特徴として、ワークステーションの層
の種々のモジュールは相互間の対話（インタラクショ
ン）をもたない。

【０００６】別の特徴として、データ管理モジュール
は、関係データベースに記憶されている静的テーブル及
び動的テーブルを管理する。

【０００７】別の特徴として、静的テーブルは、手続き
決定データと、活動決定データと、アクタ及び役割編成
データと、分配テーブルに従う活動分配データとで構成
される。

【０００８】別の特徴として、動的テーブルは、ジョブ
及びタスクの進行を表す変化するデータで構成される。

【０００９】別の特徴として、動的テーブルは、循環テ
ーブルと、ジョブデータベクトルテーブルＪＤＶ−ＪＤ
Ｖと、活動データベクトルテーブルＡＤＶ−ＡＤＶと、
テーブルＳＣＨＥＤ−ＳＴＡＴＥＰ、ＳＣＨＥＤ−ＳＴ
ＡＴＵＳＰ、ＳＣＨＥＤ−ＪＯＢＳ、ＳＣＨＥＤ−ＴＡ
ＳＫＰとで構成される。

【００１０】別の特徴として、静的テーブルは、手続き
記述テーブル（ＳＣＨＥＤ−ＰＲＯＣＥＤＵＲＥ）と、
手続きデータ記述テーブル（ＪＶＤ−ＰＤＤＥＦ）と、
外部データベースに記憶されているデータレファレンス
の記述テーブル（ＥＤＡ−ＯＲＡ）と、活動記述テーブ
ル（ＳＣＨＥＤ−ＡＣＴＩＶＩＴＥ）と、手続き決定テ
ーブル（ＳＣＨＥＤ−ＰＲＥＣＥＤＥＮＣＥ）と、シス
テム編成決定テーブル（ＯＲＧＡ−ＡＣＴＯＲ、ＯＲＧ
Ａ−ＲＯＬＥ、ＯＲＧＡ−Ｒ−ＯＦＦ−ＡＣＴ）とで構
成される。

【００１１】別の特徴として、活動は該活動の識別子
と、該活動が関連している手続きと、初期化コマンド及
び妥当性検査コマンドを含む動作のリストとで構成され
る。

【００１２】別の特徴として、動作（アクション）は、
タイプを形成する情報と、名称と、ベクトルＪＤＶもし
くはＡＤＶのデータからなる引き数とで構成される。

【００１３】別の特徴として、管理サービス層は、ジョ
ブ作成管理サービスと、アドミニストレーション及びコ
ーディネーション管理サービスと、活動実行管理サービ
スとを含む。

【００１４】別の特徴として、活動は、該活動のインタ
フェースを供給するプレゼンテーション及びインタラク
ションソフトウェアを呼び出すためのプレフィックスＰ
Ｒをも含む。

【００１５】別の特徴として、アドミニストレータモジ
ュールは、システムの種々のエンティティのモデリング
機能、作成機能、テスト機能及び同調（ａｃｃｏｒｄ）
機能を実行する。

【００１６】別の特徴として、データ管理モジュール
は、ベクトルＪＤＶを作成しながら特定のジョブに適当
なデータを与え、前記データの完全性を管理し、外部デ
ータベース（又はアプリケーションデータベース）内で
前記データを見付けてアクセスする機能を果たす。

【００１７】別の特徴として、活動実行管理モジュール
は下記の機能を有する。

【００１８】ファイルの読取り及び活動の記述、活動に
使用されるジョブデータの読取り及び書込み、活動に使
用される対応タスクデータの読取り及び書込み並びにジ
ョブデータへのアクセス権の制御、活動の適当なプレゼ
ンテーションフォームの展開（ａｖａｎｃｅｍｅｔ）、
活動に対応する動作のあるガイドされた方法に従った実
行。

【００１９】別の特徴として、タスク管理モジュールは
下記の機能を果たす。

【００２０】提供されたタスクの受け取り、提供された
タスクの受諾、サーバに関するジョブベクトルの対応す
るデータの探索、タスクの完了、ジョブベクトルの復元
及びサーバへの更新、タスクを別のアクタ又は別の活動
に向け直す機能、タスクの活動の実行の呼び出し、タス
クに対応するデータ及びそのヒストリの局所的処理及び
維持。

【００２１】別の特徴として、アドミニストレータ及び
コーディネータモジュール１１は、コンセプト及びデー
タ編集機能及びジョブコマンドを含む。

【００２２】別の特徴として、ディスパッチャモジュー
ルは下記の３つの主要機能を果たす。

【００２３】スケジューラによって作成されたばかりの
タスクをユーザに割り当てる、拒絶されたばかりのタス
クに新しいユーザを割り当てる、ユーザ間での活動の分
配及び循環を実行する。

【００２４】別の特徴として、通告モジュールは、タイ
ミングをとられた又は時分割された事象の足跡を保持
し、ある時間が経過した時点での呼び戻し（ｒａｐｐｅ
ｌ）と、遅延をもって作業を開始させる（ｌａｎｃｅ
ｒ）ための遅延機能とを有する。

【００２５】別の特徴として、メッセージボックスは２
つのデータテーブルで構成され、第１のデータテーブル
はメッセージの記述を含み、第２のデータテーブルはメ
ッセージの宛先を記憶している。

【００２６】

【実施例】本発明の他の特徴及び利点は、添付図面に基
づく以下の説明でより明らかにされよう。

【００２７】図１は、例えばＵＮＩＸ型の情報サーバ３
の関係データベースに記憶された処理データを使用し、
例えばＰＣ型のワークステーション１、即ち活動の範疇
で展開されるアプリケーションがワークステーションの
ユーザによって実行されるワークステーション１と通信
する情報サーバ３との間のトランザクション処理システ
ムを示している。

【００２８】サーバ３は、活動を初期化し且つ調整する
（ｃｏｏｒｄｏｎｎｅｒ）一組のモジュール３０〜３７
を含んでいる。活動（ａｃｔｉｖｉｔｅ）とは、手続き
の作業ステップの本体、即ち単一のアクタによって実行
される一連の基本動作でなければならない基本的作業単
位を意味する。

【００２９】活動は、自動モード、手動モード及び混合
モードという３つのモードのうちのいずれかに従って機
能し得る。

【００３０】活動の本体は活動の実行部分を構成する。
該本体は、ワークステーションで実行すべき動作のリス
トを含む。前記動作の順序は固定されておらず、実行ア
クタの割込みによって変化する。活動本体は、識別子と
動作リストＡｉとを含んでいる。補遺１に記載の対［Ｐ
ｒｏｃｅｄｕｒｅＩｄ，ＡｃｔｉｖｉｔｙＩｄ］は、ア
イデンティティが（ＰｒｏｄｅｃｕｒｅＩｄ）である手
続きに属する活動（ＡｃｔｉｖｉｔｙＩｄ）にリンクし
た活動本体のみを識別する。動作Ｎは、ワークステーシ
ョン１のスクリーンの対応するフォーム（ｆｏｒｍｕｌ
ａｉｒｅ）を介してユーザにより起動され得る。この動
作は２つの部分に分割できる。第１の部分Ａｉは、ユー
ザが動作Ｎ（例えば初期化）を選択したい時に実行すべ
きコマンド（ＰｒｅＳｃｒｉｐｔ）であり、第２の部分
Ｚｉは、ユーザが選択した動作を妥当であると確認した
い時に実行すべきコマンド（ＰｏｓｔＳｃｒｉｐｔ）で
ある。

【００３１】ある活動の動作は０からＮまで番号付けさ
れる。動作Ａ０は、選択コマンド（ＰｏｓｔＳｃｒｉｐ
ｔ）が他の総ての動作の前に自動的に実行され且つ妥当
性を確認される特定動作である。

【００３２】活動のプレフィックスＰＲは、ステーショ
ンのスクリーン上に活動のプレゼンテーション及び対話
インタフェースを供給するフォームを呼び出す。

【００３３】活動のデータ構造は、プレフィックスＡＤ
Ｖの後に続く名称を有するファイルによって供給され
る。動作のシンタクスは、フィールド「動作の型（ｔｙ
ｐｅｄ’ａｃｔｉｏｎ）」（ＡｃｔｉｏｎＴｙｐｅ）
と、フィールド「動作の名称（ｎｏｍ ｄ’ａｃｔｉｏ
ｎ）」（ＡｃｔｉｏｎＮａｍｅ）と、Ｊｉによって表さ
れるジョブデータベクトルＪＤＶ及びＡｉによって表さ
れる活動データベクトルＡＤＶのフィールドである複数
の引き数とで構成されている。これらのフィールドはサ
ーバ３のメモリ３７０のベクトルＡＤＶ、ＪＤＶに記憶
される。動作は、実行可能型、関数ＤＬＬ型、交換ＤＤ
Ｅ型等であり得る。該トランザクション処理システム
は、基本作業エレメントが活動と称され、ある順序に従
ってアクタと称する種々の個体により実行されなければ
ならない、手続きと称する帰納的構造化タスク（ｔａｃ
ｈｅｓ ｓｔｒｕｃｔｕｒｅｅｓ ｒｅｃｕｒｒｅｎｔ
ｅｓ）として記述できるオフィスタスクの記述に基づい
て、組織又は作業グループの間での作業フローを決定
し、実行し、調整し且つコマンドするのを助ける。

【００３４】アクタは、システムによって供給されるア
クタの一意の識別（ｕｓｒｉｄ）と、アクタの姓（ｎａ
ｍｅ）と、アクタの名（ｆｉｒｓｔＮａｍｅ）と、セッ
ションオープニング単一ワード（ｍｏｔ ｕｎｉｑｕｅ
ｄ’ｏｕｖｅｒｔｕｒｅｄｅ ｃｅｓｓｉｏｎ）（ｌ
ｏｇｉｎＮａｍｅ）と、パスワード（ｐａｓｓｗｏｒ
ｄ）と、タグ（ａｌｉａｓ）とからなる。

【００３５】手続きは、作業ステップの部分的順位付け
に従う予め決定された一連の作業ステップである。作業
ステップは、ヘッダ（ｅｎ−ｔｅｔｅ）（識別、順位
（ｐｒｅｃｅｄｅｎｃｅ）等）と、実行すべき実際の作
業を構成する本体（活動）とからなる。手続きの種々の
ステップは、種々の人間、種々の人間グループによって
実行され得る。場合によっては、１つの手続きの複数の
ステップを同時に、又は任意の順序で実行し得る。一般
的には、手続きは、完全に順序付けされた一連のステッ
プではなく、部分的に順序付けされた、即ち、総てのス
テップが必ずしも順に実行されなくてよく、ループが許
可されるような一連のステップからなる。手続きは通
常、名称及び当該手続きに関連した責任者といった属性
を有する。

【００３６】スクリプトは、手続き、活動、又は手動活
動の自動部分を明記したものである。

【００３７】ジョブ（ｊｏｂ）は手続きの特定の実行の
ためのコマンド場所である。コンテキストによっては、
ジョブはトランザクションと称される。ジョブは状態、
イニシエータ、ヒトストリック等のパラメータを有す
る。

【００３８】役割（ｒｏｌｅ）は、アクセスコマンド及
び実行コマンドのベースとして作用するアクタ又はアク
タグループの指定からなる。アクタは１つの組織内で複
数のアクタ役割（Ｒｏｌｅ ｏｆ Ａｃｔｏｒ）を果た
し得る。アクタは、実行すべき役割を遂行することがで
き且つ前記役割の責任を取ることができるかもしくは活
動及び手続きにある程度関連し得る人間、プログラム、
又はエンティティである。属性又はアクセスの可能性は
アクタ及び役割に関連し得る。

【００３９】役割は、役割の一意の識別ワード（ｒｉ
ｄ）と、役割の名称（ｎａｍｅ）と、役割の記述とによ
って決定される。アクタ役割は、アクタの識別（ｕｓｒ
ｉｄ）と役割の識別（ｒｉｄ）とを含む。

【００４０】作業フローをより良く管理するための組織
モデルを作成すべく、他のパラメータ又は属性及び構造
を関連させることもできる。

【００４１】該システムを構成する作業フローのトラン
ザクション処理ソフトウェアのレベルのアーキテクチャ
は幾つかのモジュール（図１の符号３０〜３７）に分解
される。これらのモジュールはジョブ（ｊｏｂ）及び／
又は活動（ａｃｔｉｖｉｔｙ）が開始又は終了した時に
活動状態になる。スケジューラモジュール３０は、活動
終了メッセージ、活動除外又はジョブの作成によって活
動化される。

【００４２】いずれの場合も、ジョブは、サーバ３のス
ケジューラモジュール３０でジョブを作成するタイプの
メッセージを送出する何等かの手続きによって開始され
る。前記メッセージのパラメータは、ジョブの優先度、
満了時間、手続きの名称及び初期化パラメータを含む。

【００４３】スケジューラ３０はジョブ作成機能を介し
てジョブを作成し、該ジョブに固有の番号を与え、該ジ
ョブの状態情報を定め、種々の初期化を実行する。

【００４４】ファイナリゼーション作業もスケジューラ
３０により、あるジョブの総ての活動が実行された時に
ジョブ終了機能を介して実行される。スケジューラは、
終了した活動の総ての可能な後続活動の総ての先行活動
を確認する。

【００４５】終了した活動が決定活動であった場合に
は、スケジューラが該活動の結果生じた変数を調べる。
１つ以上の後続活動の妥当性が確認されると、スケジュ
ーラと対話するディスパッチャモジュール３３にメッセ
ージが送られる。スケジューラは、受け取ったメッセー
ジを読取りメッセージの事件（ｃａｓ）を処理すること
からなる、補遺２に記載のプログラムループからなる。

【００４６】関数“ＷＦｓｖＳｃｈｅｄＣｒｅａｔｅＪ
ｏｂ”が呼び出されると、手続きの発表状態（ｅｔａｔ
ｄｅ ｐｕｂｌｉｃａｔｉｏｎ）が有効であるである
かどうかの確認が開始され、有効であれば、手続き識別
子（ｐｉｄ）によって識別された手続きの新しいジョブ
が所定の優先度をもって作成される。

【００４７】関数“ＷＦｓｖＳｃｈｅｄＳｔａｒｔＴａ
ｓｋ”が呼び出されると、当該手続きの決定テーブルの
読取りが開始され、タスクが初期化される。また、関数
“ＷＦｓｖＳｃｈｅｄＥｎｄＴａｓｋ”が呼び出される
と、タスクの完了が開始され、サーバ３にベクトルＪＶ
Ｄがロードされる。

【００４８】スケジューラモジュールはディスパッチャ
モジュール（ディスパッチャ３３）及び通告モジュール
（ｎｏｔｉｆｉｅｒ）３４と対話する。スケジューラ
は、状態“ｔｏｄｉｓｐａｔｃｈ”で作成された新しい
タスクをマークし、このことを、メッセージボックス３
５内にメッセージを預けることによってディスパッチャ
に知らせる。

【００４９】ディスパッチャモジュール３３は３つの主
要機能として、 ａ）スケジューラによって作成されたばかりのタスクを
ユーザに割り当て、 ｂ）拒絶されたばかりのタスクに新しいユーザを割り当
て、 ｃ）ユーザ間での活動の分配及び循環を実行する。

【００５０】ディスパッチャモジュール３３は、アクタ
及び役割エンティティを操作し（ｃｏｎｄｕｉｔ）且つ
アクタ及び役割エンティティによって操作される第１の
モジュールである。ディスパッチャ３３は、第３の機能
で、所与の活動に関して、ある役割及び１つ以上のアク
タとの連絡（ｃｏｒｒｅｓｐｏｎｄａｎｃｅ）を確立す
る。１つ以上のアクタを受取者として選択しなければな
らない場合には、ディスパッチャは線形ディスパッチン
グ（ｒｅｐａｒｔｉｔｉｏｎ ｌｉｎｅａｉｒｅ）を行
う基本ディスパッチングアルゴリズムを適用する。即
ち、ディスパッチャは、可能な受取者アクタ）を無作為
に並べ、このリストを介して直線的に操作を行う。ディ
スパッチャは、第１のジョブを第１のアクタに送り、第
２のジョブを第２のアクタに送り、以下同様にしてリス
トの最後に至るまでジョブをアクタを送る。この操作
は、総てのアクタがほぼ同じ数のジョブを受け取るよう
に、その後継続的に繰り返される。

【００５１】第１の機能では、第１のタスクが割り当て
られると、テーブル（ｓｃｈｅｄ−ｊｏｂ）内のタスク
の状態が“ＯＦＦＲＥＤ”で示され、ジョブを実行する
はずのユーザにメッセージが送られる。

【００５２】第２の機能では、ユーザが実行できないタ
スクを拒絶すると、該タスクの状態がテーブル（ｓｃｈ
ｅｄ−ｊｏｂ）内で“ｒｅｊｅｃｔｅｄ”となり、ディ
スパッチャがメッセージを受け取る。そこでディスパッ
チャは、タスクが拒絶されたことと、誰によって拒絶さ
れたかとをアーカイブ及び確認（ａｕｄｉｔｉｎｇ）ヒ
ストリに記憶し、前記タスクがスケジューラから送られ
てきたかのように操作を行う。

【００５３】前記３つの機能に対応するアプリケーショ
ンのプログラミングインタフェースを補遺３に示した。

【００５４】通告モジュール３４は、タイミングをとら
れた事象の足跡を保持し、適当な時点で正確な受取者に
知らせる。

【００５５】通告モジュール３４には２つのタイミング
使用機能、即ち再呼び出し機能及び遅延機能が具備され
ている。再呼び出し機能は例えば、特定の活動の実行の
ためにリミットストップ（ｂｕｔｅｅ ｌｉｍｉｔｅ）
を課すことを可能にし、ストップ時間（ｔｅｍｐｓ ｄ
ｅ ｂｕｔｅｅ）が切れた時に通告メッセージを送るた
めのものであり、遅延機能は、例えばアクタに特定の遅
延の後で特定の作業を実行するように依頼するために、
特定の期間の間メッセージの送出を遅延させることを可
能にする。

【００５６】通告モジュール３４は、作業フローの管理
システムで起こっていることに気を配るコーディネータ
３１からも情報を受け取る。コーディネータは、有意な
事象の足跡を保持し且つ空のログファイル（ｆｉｃｈｉ
ｅｒｓ ｄｅ ｊｏｕｒｎａｌ ａｆｆｒａｎｃｈｉ
ｓ）を蓄積しておくための内部管理制御機能と、種々の
状態に関してシステムに問い合わせをする方法（誰が何
をするのか？特定ジョブの進行度はどの程度か？実行中
のジョブの数はいくつか？ジョブの平均実行時間、タス
クの平均実行時間、ジョブのヒストリ、ジョブの現状、
所定のジョブによって得られる情報、所与の手続きの間
に所与の活動を実行するためのファイル（ｆｉｌｅ
ｓ）、所与のジョブにおける矛盾等）、ジョブの進行を
操作する可能性（保留、再開（ｒｅｓｕｍｅ）、中止
（ｃａｎｃｅｌ）、再割り当て（ｒｅａｓｓｉｇｎ）
等）並びにアーカイビングによりヒストリを保存する手
段を提供する。

【００５７】ディスパッチャモジュール３３及び通告モ
ジュール３４は、総ての非同期メッセージを保存するた
めのメッセージボックス３５との間で信号を交換する。
前記メッセージは、アクタに割り当てられた活動、通告
モジュール３４で発生する通告メッセージ、アクタ間の
メッセージ等であり得る。

【００５８】メッセージボックスは本質的に、例えばベ
ース（例えばＢｕｌｌ社のＯＲＡＣＬＥ）のような関係
データベース内に形成される。メッセージボックスのサ
ーバは非同期メッセージを管理し記憶する特定のサーバ
である。

【００５９】クライエントの要求が非同期の場合は、結
果がメッセージとしてメッセージボックスのサーバを介
してメッセージボックスに記憶される。メッセージボッ
クスへの唯一のアクセス方法はメッセージボックス３５
のサーバを介することである。例えば、ディスパッチャ
３３があるアクタにタスクを割り当てる時は、前記アク
タにメッセージが送られて、作業の主体（ｓｕｊｅｔ）
が到着したことを前記アクタに知らせる。この操作は、
メッセージボックス内に「タスク提供（ｏｆｆｒｅ ｄ
ｅ ｔａｃｈｅ）」（ｏｆｆｅｒ−ｔａｓｋ）型のメッ
セージを書き込むメッセージボックスのサーバによって
実行される。

【００６０】メッセージボックスのサーバは主に、補遺
４に示すプログラムループからなる。

【００６１】メッセージボックスは主に、例えば“ＯＲ
ＡＣＬＥ”のような関係データベース３７１の２つのデ
ータテーブルで構成されている。第１のデータテーブル
はＭＳＧ−ＢＯＸ−ＤＥＳＣと称し、一意の識別子、型
等のようなメッセージの記述を含んでいる。第２のテー
ブルはＭＳＧ−ＢＯＸ−ＢＲＯＡＤＣＡＳＴと称し、メ
ッセージの宛先とメッセージの状態のような他の情報と
を記憶するのに使用される。ここで留意すべきこととし
て、メッセージは複数の宛先に送ることができるため、
メッセージの記述がテーブルＭＳＧ−ＢＯＸ−ＤＥＳＣ
に一回だけ書き込まれるのに対し、第２のテーブルＭＳ
Ｇ−ＢＯＸ−ＢＲＯＡＤＣＡＳＴは宛先リストを記憶し
ていなければならない。

【００６２】また、メッセージは下記の３つの状態のう
ちの１つを有し得る。

【００６３】ＴＯ−ＲＥＡＤ：メッセージが使用可能で
あることを意味する。

【００６４】ＲＥＡＤ：メッセージが読み取られたこと
を意味する。

【００６５】ＴＯ−ＤＥＬＥＴＥ：メッセージが抹消さ
れたことを意味する。

【００６６】メッセージボックス３５はアドミニストレ
ータ３２からの信号も受け取る。このモジュールは、ベ
ースシステムの種々のエンティティ、手続き、活動、役
割及びアクタをモデル化（ｍｏｄｅｌｅｒ）し、作成
し、試験し且つ整合するために据置きモード（ｍｏｄｅ
ｄｉｆｆｅｒｅ）で使用される。

【００６７】前記ステップは、組織構造、情報フロー及
びオフィス手続きの分析を含み得る。活動「フォーム
（ｆｏｒｍｕｌａｉｒｅｓ）」及び「安全構造（ｓｔｒ
ｕｃｔｕｒｅ ｄｅ ｓｅｃｕｒｉｔｅ）」が作成され
なければならない。

【００６８】手続きのシナリオは例えば、別の特許出願
明細書に記載されている情報制御ネットワークＩＣＮ
（Ｉｎｆｏｒｍａｔｉｏｎ Ｃｏｎｔｒｏｌ Ｎｅｔ）
の作成ソフトウェアの形式（ｆｏｒｍａｌｉｓｍｅ）を
用いて書き込まれる。活動の本体は視覚ベースに基づく
表記法を用いて書き込まれる。活動の本体は関係型トラ
ンザクション管理活動と種々の外部サーバとの間のデー
タ交換の媒体（ｖｅｈｉｃｕｌｅ）の１つである。

【００６９】該システムは、総ての手続き、活動、ジョ
ブ、役割及びアクタの決定、関係、属性を表すためにＯ
ＲＡＣＬＥのようなデータベース内に関係テーブルを記
憶しておくデータ管理モジュール３７０をも含んでい
る。

【００７０】前記テーブルは、星印で示されている動的
テーブルと静的テーブルとからなる。

【００７１】動的テーブルは、テーブルＳＣＨＥＤ−Ｊ
ＯＢＳ、補遺８に示すＳＣＨＥＤ−ＳＴＡＥＵＰ、補遺
８に示すＳＣＨＥＤ−ＳＴＡＴＵＳＰ、ＳＣＨＥＤ−Ｔ
ＡＳＫＰ、補遺５に示すＪＤＶ−ＪＤＶ及びＡＤＶ−Ａ
ＤＶからなる。これらのテーブルは挿入列（ｒａｎｇｅ
ｅ ｉｎｓｅｒｅｅ）を有し、スケジューラの実行フェ
ーズの間に更新される。通常は、システムで実行される
各手続き毎に一組の動的テーブルが存在する。

【００７２】一組のテーブルは、１つの手続きの総ての
ジョブに関する総ての実行データを含んでいる。

【００７３】静的テーブルは、テーブルＯＲＧＡ−ＡＣ
ＴＯＲ、ＯＲＧＡ−ＲＯＬＥＳ、ＯＲＧＡ−Ｒ−ＯＦＦ
−ＡＣＴ、ＳＣＨＥＤ−ＰＲＯＣＥＤＵＲＥＳ、ＳＣＨ
ＥＤ−ＡＣＴＩＶＩＴＩＥＳ、補遺８に示すＳＣＨＥＤ
−ＰＲＥＣＥＤＥＮＣＥＳ、補遺６に示すＪＤＶ−ＰＤ
ＤＥＦ（Ｐｒｏｃｅｄｕｒｅ ｄａｔｅ ｄｅｆｉｎｉ
ｔｉｏｎ）、補遺７に示すＥＤＡ−ＯＲＡ（ｅｘｔｅｒ
ｎａｌ ｄａｔａ ａｃｃｅｓｓｏｒ ｔｏ ＯＲＡＣ
ＬＥ）からなる。これらの静的テーブルは、動作及び役
割の手続き及び編成に関する情報を含んでいる。

【００７４】スケジューラは読取りモードでのみ前記テ
ーブルにアクセスし、実行のために前記情報を記憶して
使用する。

【００７５】動的テーブルはいずれも、テーブルに含ま
れているデータが割り当てられる手続き識別子Ｐｉｄを
示す欄を含んでいる。テーブルＳＣＨＥＤ−ＪＯＢＳに
はジョブ欄Ｊｉｄが付加されており、この欄はジョブの
初期化時にユーザによって任意に満たされることにな
る。

【００７６】ユーザにタスク及び役割を割り当ててディ
スパッチするのに使用されるデータについての情報は、
テーブルＳＣＨＥＤ−ＴＡＳＫＰの欄ＲｏｌｅＩｄを含
む。この欄は、テーブルＳＣＨＥＤ−ＡＣＴＩＶＩＴＩ
ＥＳ中の情報に基づいてタスクの作成時にスケジューラ
によって満たされる。

【００７７】補遺４及び８に示す分配テーブル及び循環
テーブルは、ディスパッチャがユーザの種々のステーシ
ョンに活動を割り当てるためのエレメントを使用できる
ようにする。

【００７８】分配テーブルと情報制御ネットワークとを
使用すれば、オフィス内の情報循環を描写することがで
きる。分配は組織の種々の構成員の間における活動の循
環を表す。

【００７９】補遺４に示すような分配テーブルは、分配
識別子Ｄｉｄと、手続き識別子Ｐｉｄと、活動識別子Ａ
ｉｄと、役割情報ＲｏｌｅＩｄと、ユーザ識別情報Ｕｓ
ｅｒＩｄと、ユーザ識別子が循環リストの冒頭にあるこ
とを示す情報Ｆｉｒｓｔと、新ユーザ情報Ｎｅｘｔ Ｕ
ｓｅｒＩｄとを含む。

【００８０】循環テーブルは補遺４に示すように、Ｄｉ
ｄ、Ｐｉｄ、ＪｏｂＩｄ、活動識別子を表すＡｉｄ、Ｒ
ｏｌｅＩｄ、ＵｓｅｒＩｄ、Ｆｉｒｓｔ、Ｎｅｘｔ Ｕ
ｓｅｒＩｄといった情報からなる。

【００８１】第２図は、１つ以上のモジュールによって
なされるサービスの論理編成と、アドミニストレータ、
コーディネータ及び構成員であるトランザクションシス
テム使用員と前記モジュールとの間の対話を示してい
る。

【００８２】テーブルＪＤＶ−ＪＤＶは補遺５に示され
ているように、ジョブ識別子Ｊｉｄ、活動識別子Ａｉ
ｄ、タスク識別子Ｔｉｄ、ベクトルＪＤＶ内のフィール
ドの識別子、値ＴＯ−ＡＣＣＥＳＳ、ＲＥＡＤＦＷＫ、
ＲＥＡＤＥＸＴＥＲＮ、ＡＲＣＨＩＶＥＤのうちの１つ
であり得る状態ＳＴＡＴＵＳ、フィールド識別子ＦＬＤ
−ＮＡＭＥ、フィールドがある値もしくはそのレファレ
ンスによって転送されることを示すための値ＶＡＬＵＥ
もしくはＲＥＦを有し得るフィールドパスモードＰＡＳ
ＳＭＯＤＥ、日付、特性もしくはエンティティであり得
るフィールドタイプＦＬＤ ＴＹＰＥ、ＬＥＮＧＴＨに
含まれる転送値のバイトでの長さ、フィールドタイプが
ＦＬＤ−ＤＡＴＥに含まれる日付である場合のフィール
ド値、フィールドタイプが特性であるか又はパスモード
がＦＬＤ−ＫＣＨＡＲに含まれるＲＥＦである場合のフ
ィールド値、パスモードがＦＬＤ−ＩＮＴに含まれるＩ
ＮＴである場合のフィールド値、ＡＣＣＥＳＳ−ＫＥＹ
内の依存フィールドのようなＪＤＶ−ＰＤＤＥＦ内の指
定フィールド実際値からなる。

【００８３】また、関係データベースは、活動の実行に
必要な複数のタイプのデータ、例えば手続きの特定情
報、ジョブデータベクトルＪＤＶ（Ｊｏｖ Ｄａｔａ
Ｖｅｃｔｏｒ）に含まれる特定ジョブ及びタスクデータ
ベクトルＴＤＶ（Ｔａｓｋ Ｄａｔａ Ｖｅｃｔｏｒ）
に含まれる活動の特定情報を護持する。これらのベクト
ルデータエレメントは、データ値であるか、又は情報の
外部ディレクトリ（ｒｅｐｅｒｔｏｉｒｅ ｅｘｔｅｒ
ｎｅ ｄ’ｉｎｆｏｒｍａｔｉｏｎ）に記憶されている
情報のポインタである。ベクトルの各成分にはタイプ値
（ｖａｌｅｕｒｔｙｐｅ）及び初期値（ｖａｌｅｕｒ
ｉｎｉｔｉａｌｅ）が与えられる。初期値はゼロであっ
て、初期化事象により明示されるか、又はジョブの開始
時にジョブ作成モジュールによってロードされる。ある
活動が開始されると、ジョブデータベクトルのコピー
が、ベクトルＪＤＶのコピーがワークステーション方向
にロードされるネットワークサーバを介して、クライエ
ントにより使用され得るようになる。ベクトルのエレメ
ントは、活動によって該活動の実施時に一部が読み取ら
れ、一部が書き込まれる。

【００８４】活動が終了すると、ベクトルは選択的にコ
ピーされるか又はサーバ３方向にアンロードされる。ま
た、活動データベクトルは活動の特定データの値及びレ
ファレンスを記憶する。そのフォーマットはベクトルＪ
ＤＶのフォーマットと同じである。

【００８５】前述の種々の動作を実行するために、該シ
ステムは下記の機能をもつデータ管理モジュール３７０
を使用する。

【００８６】ベクトルＪＤＶを作成し、該ベクトルを特
定データで満たす操作を開始し、ユーザによって必要と
される時に前記ベクトルをワークステーション２に転送
しながら、特定ジョブに適当なデータを付与する。

【００８７】データへのアクセス権を付与するためのメ
カニズムと、データを同時アクセスに対して保護するた
めの鎖錠ストラテジとを供給しながら、データの完全性
と安全性とを管理する。

【００８８】外部データベースへのアクセスモジュール
ＥＤＡを用いて、外部ユーザのデータベース内でデータ
を見付け出してアクセスする。これらの機能を実行する
のに必要なデータは、それぞれ補遺６及び７に示した手
続きデータ決定ファイルＰＤＤＤＥＦ及びファイルＥＤ
Ａ−ＯＲＡに記憶されている。

【００８９】サーバ３のモジュール３０〜３７は、エレ
メント３６、２、１７、１６を含む通信シテスムを介し
て、モジュール１０〜１５のアセンブリからなるクライ
エントモジュールと通信する。これらのモジュールにつ
いては後で説明する。

【００９０】サーバシテスム３は、ネットワーク１とネ
ットワークサーバ３６４とを介して、通信インタフェー
ス２７と四層アーキテクチャとを含むクライエントシテ
スム２と通信する。前記アーキテクチャの４つの層のう
ち、第１の層は作業フローメッセージシステム２６であ
り、第２の層２４は種々のセットのクライエントアプリ
ケーションプログラムインタフェース２４１、２４２、
２４３、２４４からなり、第３の層２５は管理サービス
２５１、２５２、２５３、２５４からなり、第４の層２
０、２１はインタフェース上方層である。同一層の種々
のモジュールは互いに対話することはない。

【００９１】作業フローメッセージシステム２６は、ク
ライエントとサーバとの間の情報交換を可能にする。

【００９２】交換された情報は「メッセージ（ｍｅｓｓ
ａｇｅ）」と称する特定構造によって運ばれる。この層
は次の機能を果たす：サーバの通信層３６４への接続、
サーバの通信層との間の切断、並びにメッセージの送出
及び受け取り。

【００９３】接続機能は、サーバ３６との永続的連結の
確立を可能にする。ワークステーションは単一のリンク
のみを支持し得る。そのために、送信機能及び受信機能
によって交換されるメッセージは総てクライエントを介
して通過する。

【００９４】メッセージはエンベロプ部分とデータ部分
とからなる。エンベロプ部分は送信者、宛先及び状態情
報を含み、データ部分はメッセージの内容を含む。

【００９５】メッセージシステム２６は、メッセージの
内容についてもエンベロプについても何も知らず、デー
タについては尚のこと何も知らない。このモジュール
は、エンベロプ部分とデータ部分を含むファイルの名称
とをサーバとの間に設定されたリンクを介して送る。
尚、データ部分のファイルは既に、総てのワークステー
ションとサーバとに共有されている共有ファイルシステ
ム３７２に存在する。

【００９６】クライエントのアプリケーションプログラ
ミングインタフェースは、ワークステーションとサーバ
との間の総ての対話にかかわる。前記インタフェースは
次の活動に従って分類される：アドミニストレーション
はインタフェース２５４を構成し、コーディネーション
はインタフェース２５４を構成し、ジョブ作成はインタ
フェース２５３を構成し、活動実行はインタフェース２
５２を構成し、タスクはインタフェース２５１を構成す
る。

【００９７】これらのプログラミングインタフェースは
総て、入力のファイルのデータ記述のために自動的コー
ド発生器によって発生する。これによって、クライエン
トのプログラミングインタフェースとサーバのプログラ
ミングインタフェースとの間に一貫性が得られる。

【００９８】アドミニストレーションプログラミングイ
ンタフェース層２４４は、トランザクション処理システ
ムのコンセプト及び該システムについて決定されたデー
タに従って分類されるデータを決定する。この層は、手
続きの決定、活動の決定、アクタの決定、役割の決定、
及びアクタに対する役割の割り当てもしくは割り当て解
除の決定を可能にする。

【００９９】コーディネーションインタフェース２４４
はジョブの実行のコマンドを可能にし、ジョブの状態、
ジョブの進行度、ジョブのヒストリ、誰が何をするか、
活動状態ジョブの数、ジョブの保留、ジョブの再開、ジ
ョブの中止といったエレメントで構成される。

【０１００】ジョブを作成するためのクライエントイン
タフェースセット２４３は、所定の手続きにおける新し
いジョブの作成に参加するインタフェースからなる。活
動実行インタフェースセットは決定されない。

【０１０１】タスクインタフェースセット２４１は、命
令され且つディスパッチされたタスクを実行するための
機能をアクタに与える。これらの機能は下記のように分
類される：提示されたタスクの読取り、提示されたタス
クの受諾、サーバ内の対応するジョブデータベクトルの
探索、タスクの完了及びサーバで再実現されたジョブデ
ータベクトルの復元、タスクを別のアクタもしくは活動
に向け直す機能。

【０１０２】サービス管理層は、アクタに提示された種
々のサービスを管理するモジュール２５１〜２５４を含
む。各モジュールは明確に規定された一組のサービスを
アクタに供給し、局部的に有効なデータを処理、維持
し、所望のサービスを供給するためのそれぞれの適当な
クライエントアプリケーションプログラミングインタフ
ェース２４１〜２４４を呼び出す。

【０１０３】アドミニストレーション及びコーディネー
ション管理モジュール２４２は、作業フローのコンセプ
トとデータとを決定するためのサービスをアクタに供給
する。これには、適当なインタフェースとのリンクと、
プロセス決定サポートとが含まれる。コーディネーショ
ン管理は、対応するユーザインタフェースからのコーデ
ィネーション要求をサーバに送り、受け取った応答を処
理する。

【０１０４】ジョブ作成管理モジュール２５３は、ジョ
ブの作成、ジョブ作成要求をサーバに転送するものであ
り、アクタがデータ決定手続きＰＤＤＥＦに対応する初
期化データを用意しサーバにおいて有効ジョブ作成を開
始する間、ジョブ作成譲渡（ｃｅｓｓｉｏｎ ｄｅ ｃ
ｒｅａｔｉｏｎ ｄ’ｏｕｖｒａｇｅ）を供給すること
ができるものであり得る。

【０１０５】活動実行管理モジュール２５２は、滑動の
本体部分の実行の実現に使用される。前記実行はユーザ
インタフェース２０を介してタスク管理モジュールによ
り要求される。このような実行は作業譲渡（ｃｅｓｓｉ
ｏｎ ｄｅ ｔｒａｖｉｌ）とみなすことができ、この
間にアクタは対応する動作を実行する。

【０１０６】活動の正規の実行の一部分である前述の動
作の他に、アクタは作業譲渡を保留し、中止し且つ終了
させる可能性を有する。

【０１０７】そのために、活動実行管理モジュールは下
記の可能性を有する。

【０１０８】活動記述ファイルの読取り、活動で使用さ
れるジョブデータの読取り及び書込み、活動で使用され
る対応タスクデータの読取り及び書込み、並びにジョブ
データへのアクセス権の制御、活動の適当なプレゼンテ
ーションフォームの展開及び活動に対応する動作のある
ガイドされた方法に従った実行。

【０１０９】タスク管理モジュール１５１は、アクタの
多重タスクアスペクトを管理するためのものである。な
ぜなら、該トランザクション処理システムはアクタに複
数のタスクを同時に処理する可能性を与えるからであ
る。そのために、前記モジュールは局所的にタスクのメ
モリを維持し、前記メモリをバックアップし、回復し、
前記メモリのタスクを抹消する可能性を与える。該モジ
ュールは、タスクを正常に実行するための下記のような
一組の操作を含む。

【０１１０】提示されたタスクの受け取り、提示された
タスクの受諾、サーバにおけるジョブベクトルの対応す
るデータの探索、タスクの完了、サーバでの更新された
ジョブベクトルの復元、タスクを別のアクタ又は別の活
動に向け直す操作、ユーザインタフェースを介する対応
タスクの実行活動の呼び出し、タスクに対応するデータ
とそのヒストリの処理及び局部的維持。

【０１１１】また、ノート作成機能、ノート付与機能、
ノート読取り、書込み、受け取り及び送出機能、送出さ
れ受け取られたノートの局部的処理及び維持機能をアク
タに供給するために、ノート管理モジュール（図示せ
ず）も具備されている。

【０１１２】上方層は、コーディネータ及びアドミニス
トレータインタフェース２１と、ユーザインタフェース
２０とを含むインタフェース層からなる。

【０１１３】アドミニストレータ及びコーディネータイ
ンタフェース２１は、コンセプト及びデータのエディタ
と、ジョブのコマンドとを含む。ユーザインタフェース
は、該トランザクション処理システムの対話型使用と、
フォームによって誘導される活動実行と、該トランザク
ション処理システムの自動的使用とを可能にする部分で
あるソフトウェアを含む。これらのインタフェースは、
アクタ自体か、又は管理モジュール２５１によって始動
する。

【０１１４】ユーザインタフェースは、アクタがオフィ
スワークに参加し貢献することを可能にする。アクタは
このインタフェースを介して、割り当てられたタスクを
遂行し、新しいジョブを開始し、別のアクタとの間でメ
ッセージを交換することができる。アクタはその名称と
パスワードとによって接続プロセスで識別される。

【０１１５】作動時には、ジョブ作成事象によってスケ
ジューラモジュール（ｓｃｈｅｄｕｌｅｒ）が新しいジ
ョブを始動させる。例えば、スケジューラは第１の活動
を始動させ得る。次いで、アクタ（特定ユーザ）がディ
スパッチャにより第１の活動に割り当てられ、ジョブが
適当なクライエントのワークステーションに送られる。
該ワークステーションが活動を完了すると、ジョブはサ
ーバに戻される。サーバでは、スケジューラが活動状態
を更新し、新しい活動を見付け出す。スケジューラは役
割に応じてアクタを割り当てるためにディスパッチャを
呼び出し、次いでジョブ情報及び実行要求が次の活動を
実行するために適当なクライエントマシーンに送られ
る。

【０１１６】前述の状態、活動、役割、アクタの使用、
情報割り当ては総て、割り当てが行われた後でコーディ
ネータモジュールの確認（ａｕｄｉｔｉｎｇ）機能によ
って登録される。このサイクルは最後の活動が完了する
まで続けられ、最後の活動が完了した時点でスケジュー
ラがジョブの完了に着手する。

【０１１７】活動実行管理モジュール２５２は、要求さ
れた活動に対応するプログラム本体を実行しながら、活
動実行を制御し支持する。前記本体は外部データにアク
セスすることができ、ジョブの特定データ又は活動の特
定データへのアクセスを有し得る。前記活動はしばしば
対話型であるため、ユーザインタフェースモジュールは
該本体によって呼び出される。文書及びフォームは前記
活動の一部分としてユーザにより表示され操作される。

【０１１８】活動が完了すると、メッセージがサーバの
ソフトフェアに送られて新しい状態を伝える。クライエ
ントは１つ以上のジョブについて同時に作業できるた
め、タスク管理モジュール２５１はジョブの状態を維持
し、種々のジョブとその状態とをユーザに示す。各ワー
クステーションでは、適当な情報がアクセス可能であ
り、ユーザがそのワークステーションのスイッチを切っ
た時に総ての情報が維持される。単一のクライエントマ
シーンに多重役割が存在し得る。

【０１１９】モジュール間の対話は、システムのモジュ
ールの間、並びにユーザの間でのメッセージ交換を許可
する通信サブシステム２７、１、３６によって容易に実
施される。前記システムは同期通信（例えばｆｅｔｃｈ
ｔａｓｋ）及び非同期通信（例えばｓｅｎｄｔｏ）を同
時に支持する。これらの通信の対話は通信プロトコルの
種々の層によって実施される。

【０１２０】一変形例では、該トランザクション処理シ
ステムを、ユーザのために使用を著しく容易にすること
ができる後述のようなユーザインタフェースと共に使用
し得る。

【０１２１】前記インタフェースは文書、アイコン及び
フォームに基づくものであり、該トランザクション処理
システムによってアクセスされ且つ操作され得る３つの
ファイル（ｄｏｓｓｉｅｒ）の形態に構成される。

【０１２２】これら３つのファイルとは、新しいタスク
（ｎｅｗ ｔａｓｋ）、実行中のタスク（ｏｎ ｇｏｉ
ｎｇ ｔａｓｋ）及び完了タスク（ｃｏｍｐｌｅｔｅｄ
ｔａｓｋ）である。実行すべき作業であるタスクは
「活動インスタンス（ｉｎｓｔａｎｃｅ ｄ’ａｃｔｉ
ｖｉｔｅ）」として概念化し得る。

【０１２３】ファイル「新しいタスク」のエレメント
は、妥当性が確認された状態で該役割によって実行でき
る状態にあるジョブである。該ファィルをオープンすれ
ば、ユーザは新しいタスクを要求して開始することがで
きる。この開始動作によって、状態は活動モードに変化
し、ファイル「実行中のタスク」内でタスクのアイコン
が移動し、ユーザスクリーン上に前記タスクに関連した
第１のフォームがオープンされる。

【０１２４】ファイル「実行中のタスク」をオープンす
れば、ユーザはタスクの進展を視覚化することができ
る。各タスクの状態、優先度及び緊急度も視覚化でき
る。多くのタスクが活動状態を有し得、同一ステーショ
ンで同時にオープンされるタスクフォームが全くない
か、１つ存在するか、又は複数存在する。

【０１２５】ファイル「完了タスク」は、ユーザがシス
テムに、ジョブの現状、過去のヒストリ又は挙動欠陥に
ついて問い合わせをするための手段である。

【０１２６】ファイル「受け取り済みノート」は、該ト
ランザクション処理システムの別のユーザ又は該システ
ムのモジュールによって送出された、受け取り済みメッ
セージを含む。これは、システムのユーザ間での非定形
の柔軟性のある通信を可能にする。

【０１２７】一般的には、タスクの特定情報、ツール及
び外部アクセスは、タスクのフォームに関するエレメン
ト、アイコン及びメニュとして表される。

【０１２８】インタフェース２０はファイルのプレゼン
テーション及び構成ソフトウェアを含む。該ソフトウェ
アは、端末のリンクを介して、外部事象の誘起を可能に
するマウスに連結している。マウスは、ボタンを２つ有
するタイプから選択されている。左方ボタンは慣用上ス
クリーンの図形ゾーンもしくは図形対象の選択とエディ
タ呼び出しとに割り当てられており、右方ボタンは特定
メニュの操作のような特定操作に割り当てられている。
マウスからの外部事象は、ソフトウェアに組み込まれた
予めプログラムされたマウスインタフェースであって、
ボタンの押し下げ（ｄｏｗｎ）、解放（ｕｐ）、マウス
の移動（ｄｒａｇｕｅ）及びソフトウェア事象、例えば
ウィンドウ内へのマウスポインタの侵入を認識し得る前
記マウスインタフェースにより処理される。スクリーン
ではマウスのポインタの位置が上向きの小さい矢印で示
される。

【０１２９】勿論、マウスは、本発明の範囲を逸脱する
ことなく、他の任意のポインティング装置、例えば光ペ
ンシル又は図形表で代替することができる。また、マウ
スインタフェースを補充するために、文字キー、制御キ
ー及びポインタキーに関してプログラムされたキーボー
ドのためのインタフェースも具備し、それによって種々
のウィンドウの種々のゾーンに対応する情報を編集モー
ドに入れることができるようにする。

【０１３０】プレゼンテーションソフトウェアは、ウィ
ンドウの表示と、外部事象の開始、例えばマウスのボタ
ンの操作に続いてウィンドウのメニュに基づいて選択さ
れた動作の実行とを可能にする。サーバとの接続後に表
示される最初のウィンドウはウィンドウ４０（第４図）
である。 ウィンドウ４０（第４図）は、タイトルバー
４１と、その下のメニュバー４２とを含んでおり、前記
メニュバーは該メニュに記載の項目、即ちファイル４２
０、ジョブ４２１、ノート４２２及びエイド４２３の中
から１つを選択するのに使用される。選択された各項目
は、属性の選択、例えばファイルという項目４２０の場
合は、新しい４２００、実行中４２０１、実行済み４２
０２又はノート受け取り済み４２０３といった属性の中
からの選択の可能性を明示する。

【０１３１】前記選択は、その妥当性を検査することに
より、ウィンドウを交換して、別のウィンドウ「実行中
ファイル」（ウィンドウ５０、第５図）、「実行済みフ
ァイル」（ウィンドウ６０、第６図）又は「ノート受け
取り済み」（ウィンドウ７０、第７図）のうちの１つを
表示することを可能にする。

【０１３２】項目ジョブ４２１では、タスクが開始され
ていれば暗黙の動作であるタスク受諾のための関数「受
諾（ａｃｃｅｐｔｅ）」４２１０と、タスクの実行を開
始又は継続するための「処理（ｔｒａｉｔｅｍｅｎ
ｔ）」４２１１と、リストのタスクに関してより多くの
情報を示すファイルを見るための「特性シート（ｆｅｕ
ｉｌｌｅ ｄｅ ｐｒｏｐｒｉｅｔｅ）」４２１２と、
実行中のタスクに関するコメント及び先行ステップで編
集されたコメントを見、場合によっては新しいコメント
を編集するための関数「コメント（ｃｏｍｍｅｎｔａｉ
ｒｅ）」４２１３との中から選択される。関数「送り
（ｅｎｖｏｉ）」４２１４はアクタ、役割又は活動に総
ての活動データを送るためのものである。この関数はタ
スクを拒絶する場合にも使用され得る。関数「次に進む
（ｏｒｉｅｎｔａｔｉｏｎ ａｕ ｓｕｉｖａｎｔ）」
４２１５は、タスクが完了し、当該手続きの次のステッ
プに送ることができることを示すものである。関数「作
成（ｃｒｅａｔｉｏｎ）」４２１６は新しいジョブを作
成するためのものである。

【０１３３】メニュ「ジョブ（ｏｕｖｒａｇｅ）」で
は、関数「次に進む」がその他の関数よりも細い文字で
示されている。これは、該関数が、タイトルバー４１に
よって示されるウィンドウ「新ファイル（ｎｏｕｖｅａ
ｕ ｄｏｓｓｉｅｒ）」の表示の時には選択できないか
らである。

【０１３４】メニュ「ノート（ｎｏｔｅ）」４２２は、
受け取られた又は送出されたノートを視覚化するための
関数「読取り（ｌｅｃｔｕｒｅ）」４２２０を含む。関
数「送出（ｅｘｐｅｄｉｔｉｏｎ）」４２２１はノート
を編集し送出するためのものである。関数「消去（ａｎ
ｎｕｌｅ）」４２２２は受け取られた又は送出されたノ
ートをリストから抹消するためのものである。関数「送
出ノートリスト（ｌｉｓｔｅ ｄｅｓ ｎｏｔｅ ｅｎ
ｖｏｙｅｅｓ）」４２２３は送出済みのノートのリスト
を視覚化できるようにするためのものである。

【０１３５】メニュ「エイド（ａｉｄｅ）」４２３は、
関数「インデックス（ｉｎｄｅｘ）」、「キー（ｃｌａ
ｖｉｅｒ）」、「コマンド（ｃｏｍｍａｎｄｅｓ）」、
「手続き（ｐｒｃｅｄｕｒｅｓ）」、「エイド使用（ｕ
ｔｉｌｉｓｅｒ ｌ’ａｉｄｅ）」、「に関して（ａ
ｐｒｏｐｏｓ ｄｅ ）」を含む。これらの関数は一般
的なものであるため詳述しない。

【０１３６】メニュ「ノート（ｎｏｔｅ）」４２２で
は、関数「読取り」４２２０及び「消去」４２２１がそ
の他の関数（送り、ノートリスト）のように太い文字で
はない。これは、関数４２２０、４２２１がウィンドウ
４０「新ファイル」の表示の時に選択できないことを意
味する。ウィンドウ「新ファイル」は、その中で欄「ジ
ョブ」４３１がジョブの識別子を指示するために使用さ
れる枠（ｃａｄｒｅ）４３と、活動の名称を指示するた
めの欄４３１「活動（ａｃｔｉｖｉｔｅ）」と、活動を
何日に終了しなければならないかを指示するための欄４
３２と、ジョブにコメントが与えられているか否かを示
すために符号（ｓｉｇｎｅ）が現れるコメント欄とで補
完される。また、緊急であるか否かを示すために、作成
されたジョブ又は活動の正面にラベル（ｅｔｉｑｕｅｔ
ｔｅ）４３４が現れる。

【０１３７】ウィンドウ内及びメニュ「新ファイル」内
では、ファイル属性選択ボタンの行（ライン）４４が、
選択ボタンの異なる背景（ｆｏｎｄ）「実行中」４２０
１、「実行済み」４２０２又は「ノート受け取り済み」
４２０３を有する新しい選択ボタンを出現させる。

【０１３８】ウィンドウは、メニュ「ジョブ」４２１の
関数「受諾」４２１０、「処理」４２１１、「コメン
ト」４２１３、「特性シート」４２１２を直接出現させ
ることができるコマンドボタン４５をも含んでいる。

【０１３９】ウィンドウ「実行中ファイル（ｄｏｓｓｉ
ｅｒ ｅｎ ｃｏｕｒｓ）」（第５図）は、関数「次に
進む」、「処理」「特性シート」及び「コメント」を出
現させるコマンドボタンバー５５を除いて、同じメニュ
及び同じエレメントを含む。やはり第４図のウィンドウ
と異なる点として、該ウィンドウでは関数「受諾」４２
１０を選択することはできない。

【０１４０】第６図に示すウィンドウ「実行済みファイ
ル（ｄｏｓｓｉｅｒ ｅｘｅｃｕｔｅ）」は、枠６３内
のタイトルバー及びメニュバーと、欄「ジョブ」及び
「活動」とを含むと共に、ジョブ又は活動が完了した日
付を表示するための欄６６と、前記枠の底部にあって、
コマンド「特性シート」、「コメント」及び「消去」か
らなるコマンドボタン行６５とを含んでいる。前記関数
は、メニュ「ジョブ」で選択できる唯一の関数でもあ
る。

【０１４１】第７図は、タイトルバーと、メニュバー
と、欄７３１内で「発信者（ｌ’ｅｘｐｅｄｉｔｅｕ
ｒ）」の表示を可能にし、欄７３２でノートの受け取り
日の表示を可能にし、且つ欄７３３でノートの本体の表
示を可能にする枠７３とを含むウィンドウ「ノート受け
取り済み」を示している。

【０１４２】前記ウィンドウは、ノートの読取りを可能
にする唯一のコマンドボタン「ノート読取り（ｌｅｃｔ
ｕｒｅ Ｎｏｔｅ）」からなるバー７５をも含んでい
る。

【０１４３】ウィンドウ「新ファイル」（第４図）、
「実行中ファイル」（第５図）「実行済みファイル」
（第６図）で関数「特性シート」４２１２を選択する
と、第８図に示すウィンドウ「ジョブの特性（ｐｒｏｐ
ｒｉｅｔｅ ｄｅ ｌ’ｏｕｖｒａｇｅ）」が出現す
る。このウィンドウは編集関数の呼び出しを可能にする
ものであり、ジョブの名称を書込むための第１のフィー
ルド８１と、当該ジョブが緊急であると指定された場合
に用語「緊急」を明示するラベル８２とを含んでいる。

【０１４４】第２のフィールド８３はジョブを終了すべ
き日付を示すためのものであり、第３のフィールド８４
は当該ジョブが関連している手続きの名称を示すための
ものであり、第５のフィールド８５はジョブの責任者の
名称を示すのに使用され、スクローリングウィンドウ
（ｆａｎｅｔｒｅ ｄｅｒｏｕｌａｎｔａｅ）８６はジ
ョブに関連した文書リストを表示するためのものであ
る。ボックス８７は実行中の活動に関する４つのフィー
ルドの表示に使用される。前記４つのフィールドのう
ち、第１のフィールド８７０は活動の名称を示し、第２
のフィールド８７１は実行中の活動のタスクの状態を示
し、第３のフィールド８７２はタスクの責任者を示し、
第４のフィールド８７３はタスクを実行しなければなら
ない日付を示す。

【０１４５】コマンドボタンバー８８０〜８８３内の２
つの矢印（図示せず）、即ち先行というラベルを有する
矢印及び後続というラベルを有する矢印はそれぞれ、先
行ジョブの特性シート及び後続ジョブの特性シートを見
ることを可能にする。

【０１４６】コマンドボタン「受諾」８８０は、タスク
の状態が新しい場合にだけしか使用できない。第２のコ
マンドボタン「処理」８８１は、タスクの状態が受諾さ
れた時、保留されている時又は新しい時にしか使用でき
ない。第３のコマンドボタン「コメント」８８１は、第
９図を参照しながら説明するコメントウィンドウをオー
プンする。第４のコマンドボタン「クローズ（ｆｅｒｍ
ｅｔｕｒｅ）」８８２はボックスのウィンドウ「ジョブ
の特性」８０をクローズし、第５のコマンドボタン「エ
イド（ａｉｄｅ）」８８３はアシスタンスの取得を可能
にする。

【０１４７】ウィンドウ「コメント」９０は、タイトル
バー９００と、編集もしくは印刷関数の呼び出しを可能
にするメニュバー９１と、ジョブの名称を編集ボックス
９２０内に移すことができるフィールド「ジョブ」９２
と、ラベル「先行コメント」及び「新コメント」を備え
た２つのテキストボックス９３、９４とを含んでいる。
コマンドボタン「ＯＫ」９２１は、新コメントがあれば
それを登録することによってボックスをクローズさせ
る。

【０１４８】メニュ９１は、関数「先行コメント」、
「新コメント」、「総ての選択」を出現させるメニュ
「印刷」と、関数「切断」、「コピー」、「貼付け」、
「消去」を出現させる編集メニュとを含む。

【０１４９】第１０図は、ユーザが関数「ジョブの送出
（ｅｍｉｓｓｉｏｎ ｄ’ｏｕｖｒａｇｅ）」を選択し
た時に該ユーザのワークステーションのスクリーンに表
示されるウィンドウを示している。このウィンドウは、
タイトルバー「ジョブの送出」１００と、ジョブの名称
を示すためのフィールド１０１と、受取者に関する部分
１０２と、ジョブの再送出に関する部分１０６と、送出
者の総てのコメントを含み送出者が受取者宛の新しいコ
メントを加えることができる「新コメント」というラベ
ル付きのテキストボックスと、関数「送出を〜まで遅延
（ｅｍｉｓｓｉｏｎ ｒｅｔａｒｄｅｅ ｊｕｓｑｕ’
ａｕ）」を実行するための制御ボタンと、その後のテキ
ストボックス１０８であって、ユーザがタスクを送出し
たいと思う日付を入力することができるテキストボック
ス１０８と、受取者が複数存在するという事実に任意に
応じて機能するコマンドボタン「送出」１０９０とを含
む。受取者が１つの場合には、前記コマンドボタンを押
すことによって送出が終了し、受取者が複数の場合には
ボタン「送り」を押すと、後で第１１図を参照しながら
説明する対話ボックス「送出モード」がオープンする。
該ウィンドウは、送出を実行しないままボックス「ジョ
ブ送出」をクローズするためのコマンドボタン「消去」
１０９１も含んでいる。

【０１５０】受取者に関する部分は、「役割」１０２
０、「名称」１０２１、「活動」１０２２というラベル
付きのボックスの組合わせからなる。ユーザはこの部分
でエレメントを選択するか又は所望の事項を書き込むこ
とができる。欠陥値は決定されず、受取者の３つのパラ
メータのうち１つだけが満たされればよい。ユーザが前
記パラメータのうちの少なくとも１つを満たさない場合
には、コマンド「送り」は発効しない。

【０１５１】リストボックスは各行が組合わせボックス
の値で補完され、コマンドボタン「次（ｓｕｉｖａｎ
ｔ）」１０２４は次の行に移る場合に使用され、コマン
ドボタン「消去（ｅｆｆａｃｅ）」１０２５はリストの
行を消去するために使用され、コマンドボタン「挿入
（ｉｎｓｅｒｅ）」１０２６は選択された行とその下の
行との間に自由に使える行を挿入する場合に使用され
る。

【０１５２】送出モードウィンドウ１１は、２つのオプ
ションボタン、即ち逐次分配ボタン１１１と同時分配ボ
タン１１２とを含む対話ボックスによって、ジョブをリ
ストの各個人に送ることを可能にする。ボタン１１１で
は、ジョブが直列モードで、対応する循環順序で送られ
る。尚、循環循環はリストの循環に対応する。ボタン１
１２では、ジョブが並列モードでリストの各個人に送ら
れる。

【０１５３】前記対話ボックスは、選択を確認して送出
を完了するためのコマンドボタン「ＯＫ」１１３と、ボ
ックスをクローズするためのコマンドボタン「消去」１
１４と、アシスタンスを要求するためのコマンドボタン
１１５とをも含んでいる。

【０１５４】関数「ジョブの作成」はウィンドウ１２に
よって第１２図に示されている。ウィンドウ１２は、タ
イトルバー「ジョブの作成」１２０と、テキスト編集ブ
ロック内にジョブの名称を再入力するためのフィールド
１２１と、ブロック１２２に手続きの名称を再入力し且
つブロック１２３にラベルを再入力するための第２のフ
ィールド「手続きリファレンス」と、第４のブロック１
２４に責任者の名称を再入力するための第３のフィール
ド「ジョブ責任者」と、日付を再入力するための第５の
ブロック１２５を含む第５のフィールド「ジョブを実行
すべき日付」と、既存文書リストを表示するための第６
のフィールド１２６と、妥当性検査コマンドボタン「Ｏ
Ｋ」１２７と、消去コマンドボタン１２８と、アシスタ
ンスコマンドボタン１２９とを含んでいる。

【０１５５】関数「ノート送出」は第１３図に示されて
おり、タイトルバー１３０と、受取者を出現させる第１
のフィールド１３１と、送出日付を出現させる第２のフ
ィールド１３２と、ノートの主体を出現させる第３のフ
ィールド１３３と、２つのオプションボタン、即ち逐次
分配を選択するためのボタン１３４と、同時分配を選択
するためのボタン１３５とからなるアセンブリとを含む
ウィンドウ１３を出現させる。ボックス１３６は、該ボ
ックス内に示されたリストから送出すべきノートの名称
を選択するのに使用される。矢印「先行」１３７及び別
の矢印「後続」１３８は、リストから先行ノート又は後
続ノートを選択するためのものである。コマンドボタン
「受取者」１３９０は、第１４図に示す受取者リストを
オープンするための関数を呼び出すのに使用される。ボ
タン１３９１はノートを抹消させ、ボタン１３９２はウ
ィンドウ「ノート送出」をクローズさせ、ボタン１３９
３はエイドの呼び出しに使用される。

【０１５６】ボックス「受取者リスト」１４は、送出の
日付を示すフィールド１４１と、受取者リストを含むテ
キストボックスとを含んでいる。受取者リストは３つの
欄からなり、第１の欄１４２は役割を示し、第２の欄１
４３は名称を示し、第３の欄１４４は活動を示す。コマ
ンドボタン「クローズ」１４５はウィンドウ１４をクロ
ーズするためのものである。

【０１５７】関数「ノート受け取り済み」は関数「ノー
ト読取り」４２２０の選択に関連しており、送出のウィ
ンドウと同じウィンドウ、但しタイトルが「ノートの受
け取り」であり、送出者の代わりに受取者となってお
り、送出用の２つのオプションボタンが省略されてお
り、コマンドボタンによる受取者リストの文書化の可能
性もノートの受け取りでは不要な関数であるために除去
されているという点が異なるウィンドウの表示を可能に
する。その他のエレメント、即ち水平及び垂直スクロー
リングバーを有するテキストボックス、矢印「先行」及
び「後続」、コマンド「消去」、「クローズ」及び「ア
シスタンス」は保持されている。

【０１５８】選択された関数「送出ノートリスト」は第
１５図に示すウィンドウ１５を出現させる。ウィンドウ
１５では、欄「送出の日付」、「主体」、「受取者」、
「送出済み」を有するリスティングボックス１５１によ
って各行に、送出の日付と、主体と、ノートが送出され
た宛先の受取者と、ノートが逐次送出されたのか、もし
くは同時に送出されたのかが明示される。ウィンドウ１
５は、受取者リスト表示コマンドボタン１５２と、ノー
ト読取りコマンドボタン１５３と、消去コマンドボタン
１５４と、クローズコマンドボタン１５５と、アシスタ
ンスコマンドボタン１５６とをも含んでいる。

【０１５９】ユーザインタフェースの一部分をなすファ
イルプレゼンテーション及び構成ソフトウェアによって
実現される前述の関数及びプレゼンテーションは、当該
トランザクション処理システムの使用を著しく容易に
し、該システムの人間工学的改善をもたらす。

【０１６０】

【表１】

【０１６１】

【表２】

【０１６２】

【表３】

【０１６３】

【表４】

【０１６４】

【表５】

【０１６５】

【表６】

【０１６６】

【表７】

【０１６７】

【表８】

【０１６８】

【表９】

【０１６９】

【表１０】

【０１７０】

【表１１】

【０１７１】

【表１２】

【０１７２】

【表１３】

【図面の簡単な説明】

【図１】本発明のトランザクション処理システムを簡単
に示すブロック図である。

【図２】トランザクション処理システムの種々のモジュ
ールの間の交換を簡単に示すブロック図である。

【図３】トランザクション処理システムの種々のエレメ
ントの間でジョブの作成時に転送される情報を示す説明
図である。

【図４】システムのルーティング時にシステムの端末に
よって表示されるスクリーンを特定のプレゼンテーショ
ンインタフェースと共に示す説明図である。

【図５】トランザクションシステムのユーザインタフェ
ースによって使用されるウィンドウを示す説明図であ
る。

【図６】トランザクションシステムのユーザインタフェ
ースによって使用される別のウィンドウを示す説明図で
ある。

【図７】トランザクションシステムのユーザインタフェ
ースによって使用される別のウィンドウを示す説明図で
ある。

【図８】トランザクションシステムのユーザインタフェ
ースによって使用される別のウィンドウを示す説明図で
ある。

【図９】トランザクションシステムのユーザインタフェ
ースによって使用される別のウィンドウを示す説明図で
ある。

【図１０】トランザクションシステムのユーザインタフ
ェースによって使用される別のウィンドウを示す説明図
である。

【図１１】トランザクションシステムのユーザインタフ
ェースによって使用される別のウィンドウを示す説明図
である。

【図１２】トランザクションシステムのユーザインタフ
ェースによって使用される別のウィンドウを示す説明図
である。

【図１３】トランザクションシステムのユーザインタフ
ェースによって使用される別のウィンドウを示す説明図
である。

【図１４】トランザクションシステムのユーザインタフ
ェースによって使用される別のウィンドウを示す説明図
である。

【図１５】トランザクションシステムのユーザインタフ
ェースによって使用される別のウィンドウを示す説明図
である。

【符号の説明】

２ ワークステーション ３ サーバ ２０、２１ ユーザインタフェース、 ３０ スケジューラモジュール ３１ コーディネータモジュール ３３ ディスパッチャモジュール ３４ 通告モジュール。

Claims (19)

【特許請求の範囲】
1. 【請求項１】 相互間で手続き構成活動に対応するジョ
   ブが実行される複数のワークステーションと情報サーバ
   との間のトランザクション処理システムであって、サー
   バ側では、１つ以上の後続の活動をみつけ且つ活動の終
   了にかんがみて対応する１つ以上のタスクを作成するこ
   とによりジョブの進行のスケジューリングを行うために
   関係データベースに記憶されている手続きの決定（即ち
   ある手続きの活動の間の優先順位）に基づいて作動する
   ジョブ用スケジューラモジュールと、作業負荷に従って
   任意に選択したアクタにタスクを割り当てるために関係
   データベースに記憶されている役割及びアクタ間の関係
   に基づいてタスクのディスパッチングを行うディスパッ
   チャモジュールと、タイミングをとられた事象の足跡を
   保持し、前記スケジューラモジュールとコーディネータ
   モジュールとから情報を受け取る通告モジュールと、前
   記ディスパッチャモジュール及び通告モジュールとの
   間、並びにワークステーションとの通信モジュールとの
   間で信号を交換するメッセージボックスと、作業フロー
   のためのデータ管理モジュールとを含んでおり、ワーク
   ステーション側では、通信層と、作業フローに対応する
   メッセージ管理層と、種々のアプリケーションプログラ
   ミングインタフェースセットを含む層と、管理サービス
   層と、ユーザインタフェース層とを含んでいる前記トラ
   ンザクション処理システム。
2. 【請求項２】 ワークステーションの層の種々のモジュ
   ールが相互間の対話を有していないことを特徴とする請
   求項１に記載のシステム。
3. 【請求項３】 データ管理モジュールが、関係データベ
   ースに記憶されている静的テーブル及び動的テーブルを
   管理することを特徴とする請求項１に記載のシステム。
4. 【請求項４】 静的テーブルが、手続き決定データと、
   活動決定データと、アクタ及び役割編成データと、分配
   テーブルに従う活動分配データとで構成されていること
   を特徴とする請求項３に記載のシステム。
5. 【請求項５】 動的テーブルが、ジョブ及びタスクの進
   行を表す変化するデータで構成されていることを特徴と
   する請求項３に記載のシステム。
6. 【請求項６】 動的テーブルが、循環テーブルと、ジョ
   ブデータベクトルテーブルＪＤＶ−ＪＤＶと、活動デー
   タベクトルテーブルＡＤＶ−ＡＤＶと、テーブルＳＣＨ
   ＥＤ−ＳＴＡＴＥＰ、ＳＣＨＥＤ−ＳＴＡＴＵＳＰ、Ｓ
   ＣＨＥＤ−ＪＯＢＳ、ＳＣＨＥＤ−ＴＡＳＫＰとで構成
   されていることを特徴とする請求項３に記載のシステ
   ム。
7. 【請求項７】 静的テーブルが、手続き記述テーブルＳ
   ＣＨＥＤ−ＰＲＯＣＥＤＵＲＥと、手続きデータ記述テ
   ーブルＪＶＤ−ＰＤＤＥＦと、外部データベースに記憶
   されているデータレファレンスの記述テーブルＥＤＡ−
   ＯＲＡと、活動記述テーブルＳＣＨＥＤ−ＡＣＴＩＶＩ
   ＴＥと、手続き決定テーブルＳＣＨＥＤ−ＰＲＥＣＥＤ
   ＥＮＣＥと、システム編成決定テーブルＯＲＧＡ−ＡＣ
   ＴＯＲ、ＯＲＧＡ−ＲＯＬＥ、ＯＲＧＡ−Ｒ−ＯＦＦ−
   ＡＣＴとで構成されていることを特徴とする請求項４に
   記載のシステム。
8. 【請求項８】 活動が、該活動の識別子と、該活動が関
   連している手続きと、各々が初期化コマンド及び妥当性
   検査コマンドを含む動作のリストとで構成されているこ
   とを特徴とする請求項４に記載のシステム。
9. 【請求項９】 動作が、タイプと、名称と、ベクトルＪ
   ＤＶ又はＡＤＶのデータからなる引き数とで構成されて
   いることを特徴とする請求項８に記載のシステム。
10. 【請求項１０】 管理サービス層が、ジョブ作成管理サ
    ービスと、アドミニストレーション管理サービスと、コ
    ーディネーション管理サービスと、活動実行管理サービ
    スとを含んでいることを特徴とする請求項１に記載のシ
    ステム。
11. 【請求項１１】 活動が、該活動のインタフェースを供
    給するプレゼンテーション及びインタラクションソフト
    ウェアを呼び出すためのプレフィックスＰＲをも含んで
    いることを特徴とする請求項８に記載のシステム。
12. 【請求項１２】 アドミニストレータモジュールが、シ
    ステムの種々のエンティティのモデリング機能、作成機
    能、テスト機能及び同調機能を実行することを特徴とす
    る請求項１に記載のシステム。
13. 【請求項１３】 データ管理モジュールが、ベクトルＪ
    ＤＶを作成しながら特定のジョブに適当なデータを与
    え、データの完全性を管理し、ユーザのデータベース内
    でデータを見付けてアクセスする機能を果たすことを特
    徴とする請求項１又は１２に記載のシステム。
14. 【請求項１４】 活動実行管理モジュールがその機能と
    して、活動記述ファイルの読取りと、活動で使用される
    ジョブデータの読取り及び書込みと、活動で使用される
    対応タスクデータの読取り及び書込み並びにジョブデー
    タへのアクセス権の制御と、活動に適したプレゼンテー
    ションフォームの展開及び活動に対応する動作をあるガ
    イドされた方法に従って実行することを果たすことを特
    徴とする請求項１又は１３に記載のシステム。
15. 【請求項１５】 タスク管理モジュールがその機能とし
    て、提供されたタスクの受け取りと、提供されたタスク
    の受諾と、サーバに関するジョブベクトルの対応するデ
    ータの探索と、タスクの完了と、ジョブベクトルの復元
    及びサーバへの更新と、タスクを別のアクタ又は別の活
    動に向け直す機能と、ユーザインタフェースによる対応
    タスクの実行活動の呼び出しと、タスクに対応するデー
    タ及びそのヒストリの局所的処理及び維持とを果たすこ
    とを特徴とする請求項１又は１４に記載のシステム。
16. 【請求項１６】 アドミニストレータ及びコーディネー
    タモジュールが、コンセプト及びデータ編集機能及びジ
    ョブコマンドを含むことを特徴とする請求項１又は１５
    に記載のシステム。
17. 【請求項１７】 ディスパッチャモジュールが３つの主
    要機能、即ち、スケジューラによって作成されたばかり
    のタスクをユーザに割り当てる機能、拒絶されたばかり
    のタスクに新しいユーザを割り当てる機能、並びにユー
    ザ間での活動の分配及び循環を実行する機能を果たすこ
    とを特徴とする請求項１又は１６に記載のシステム。
18. 【請求項１８】 通告モジュールが、タイミングをとら
    れた事象の足跡を保持し、ある時間が経過した時点での
    呼び戻しと、遅延をもって作業を開始させるための遅延
    機能とを有することを特徴とする請求項１又は１７に記
    載のシステム。
19. 【請求項１９】 メッセージボックスが２つのデータテ
    ーブルで構成されており、第１のデータテーブルがメッ
    セージの記述を含み、第２のデータテーブルがメッセー
    ジの宛先を記憶していることを特徴とする請求項１又は
    １９に記載のシステム。