JPH01311363A - デジタルデータ処理システム - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〈産業上の利用分野〉 本発明は、デジタルデータ処理システムに関するもので
あり、さらに限定的に言うと共通の１つのオペレーショ
ンに関連して複数の行為者の活動の調整を容易にするよ
うなコンピュータシステムを提供する。

〈従来の技術〉 デジタルデータ処理システムすなわちコンピュータは、
そのコストの低下につれて仕事場でより広く用いられる
ようになっている。成る時期には、コンピュータは、会
社の重要な人事、簿記、会計及び在庫管理業務を提供す
るために用いられてきた。さらに最近になると、コンピ
ュータはその他の数多くのオフィス業務、特にワードプ
ロセッシング及び通信、ならびにコンピュータによる設
計（ＣＡＤ）　、エンジニアリング及び製造において援
助を提供するために用いられてきた。

コンピュータがオフィス業務の支援を提供している分野
の多くは、活動が充分に個人的である分野、或いは又そ
の活動における全ての行為者が、資源などに関して競合
している可能性のある外部活動による影響を受けないと
仮定されている共通の目的をもっているような分野であ
る。例えば、ワードプロセッシングにおいて、標準的に
はただ１人の人物が一度に特定の１つの文書又はその−
部分について作業しており、従ってワードプロセッシン
グは、たいてい個人的な活動である。さらに、コンピュ
ータによる設計、エンジニアリング及び製造においては
、たとえ複数の人物がその活動に関与していても、この
活動は１つの共通の目的すなわち１つの製品を設計し製
造するという目的に向かっている。しかしながら、仕事
場における多くの活動は孤立したものではない、すなわ
ちこれらの活動には、数多くの行為者の調整及び１つの
会社内で利用可能な金銭的その他の限りある資源に対す
る競争が必要である。

〈課題を解決するための手段〉 本発明は、１つの共通の事業内の複数の行為者による活
動を調整するための、コンピュータと合わせて用いられ
る新しい改良型システムを提供している。

要約すると、この新しい活動調整システムは、複数の行
為者による１つの活動のさまざまな構成要素と関連して
行動を調整する。このシステムには、各々１つの構成要
素と結びつけられた複数の目的が含まれている。これら
の目的の各々には、状態と定義づける情報とかかる構成
要素に関する情報を含む構成要素情報が含まれている。

このシステムにはさらに各目的のさまざまな状態と関連
して処理行動を識別する行動定義表、かかる行動定義表
により定義づけされた各行動に関連して各目的について
の状態遷移を定義づけるための状態遷移定義表、そして
各々の構成要素に結びつけられた行為者を識別する目的
アクセス定義表が含まれている。システムはまず最初に
行為者及び目的アクセス定義表からの構成要素情報に応
じて、１つの構成要素に対する行為者の結びつきを見極
め、前記行動定義表により定義づけされているようなそ
の構成要素と結びつけられた目的を選択的に処理し、前
記状態遷移定義表により定義づけされているようなその
目的の状態を変更する。

この活動調整システムは、目的と表を用いることにより
、１つの活動のさまざまな構成要素、これらの構成要素
内の行為者、そして又一定の与えられた時点において構
成要素の各々に関連してとられうる行動を形式化する。

本発明は、前述のクレームにその特徴と共に示されてい
る。本発明の上述の及びその他の利点は、添付の図面と
合わせて以下の説明を参照することによりさらに良く理
解することができる。

〈実施例〉 第１図は、本発明に従って製作された活動調整システム
（１０）を示す全体的機能図である。１実施態様におい
ては、活動調整システム（１０）には一般に適切にプロ
グラミングされたデジタルコンピュータシステムが含ま
れている。第１図を参照すると、活動調整システム（１
０）には、それを用いるオペレータすなわち行為者が情
報を提供し応答を受けとる行為者インターフェイス（１
１）　、行為者インターフェイス（１１）から受けとっ
た情報を処理し応答を処理済情報の形で行為者インター
フェイス（１１）に与える処理モジュール（１２）そし
て処理モジュールがその処理において用いる情報を記憶
する記憶モジュール（１３）が含まれている。記憶モジ
ュール（１３）内の情報は、複数の表すなわち行為者／
役割表（１４）　、役割／目的表（１５）、状態／行動
表（１６）及び状態／遷移表（１７）、ならびに−般に
参照用数字で識別される単数又は複数の目的を含む目的
データヘース（２０）を含むデータ構造の形でＭｉ織さ
れている。

表（１４〜１７）及び目的データベース（２０）の組織
は以下に第２Ａ図乃至第３図に関連して説明されており
、処理モジュール（１２）により実行されるオペレーシ
ョンは以下に第４Ａ図及び第４Ｂ図に関連して説明され
ている。しかしながら、予備的に、さまざまな表（１４
〜１７）及び目的データベース（２０）内の目的く２１
）の内容を用いて活動調整システム（１０）は、事業の
ような１つの組織内の単一の活動に関連して数多くの行
為者の行動を形式化し調整する。この間行為者は、組織
内の数多（の活動からの自らに対する競合する要求をも
っている可能性もある。活動調整システム（１０）は、
１つの活動のさまざまな構成要素の調整を容易にし、さ
まざまな役割の行為者間の交渉を形式化し、交渉の結果
骨られる提案された及び確約された条件を記録し、スケ
ジュール作成できるようにするなどしてその活動の意図
された結果の達成を可能にする。

このオペレーションにおいて、行為者／役割表（１４）
は、その行動において各々の行為者が果たす役割を識別
し、役割／目的表（１５）は行為者／役割表（１４）内
で識別された役割により制御されうる目的を識別する。

各々の目的（２１）は、構成要素の状態ならびにその構
成要素に関連して活動調整システム（１０）を用いて行
為者間で行なわれる交渉、確約などといった１つの活動
の構成要素に関する情報を含んでいる。状態／活動表（
１６）は、その状態に基づいて目的に関連して行為者が
とりうる行動を決定し、状態遷移表（１７）は、行為者
が選定した行為及び目的の状態に基づいて、目的の新し
い状態を決定する。

特定の１例を挙げることによりこの活動調整システム（
ｌＯ）の有益性及びオペレーションが容易に理解できる
ようになると思われる。特定の１実施態様においては、
活動調整システム（１０）は、かかる活動を複数含む組
織環境内での１つの製品の設計及び製造を含む１つの活
動について援助している。このようなシステムにおいて
、行為者には、その活動に関与する特定の人々が含まれ
、役割には製品部長、エンジニア、財務、マーケティン
グ、製造などの行動が含まれうる。こうして行為者／役
割表（１４）は、さまざまな役割を果たしうる特定の人
物を識別する。このような情況において、当該「製品部
長」の役割は、製品に対して責任を負う行為者と結びつ
けられる。「エンジニア」の役割は、この製品ならびに
その他の製品（もしあれば）の設計に関連してエンジニ
アリングサービスを提供する責任を負う行為者と結びつ
けられる。「財務」の役割は、この製品ならびにその他
の製品（もしあれば）に関連して資金を供給する責任を
負う行為者に結びつけられる。同様にして、「マーケテ
ィング」及び「製造」の役割は、この製品ならびにその
他の製品（もしあれば）に関連してそれぞれの業務を提
供する責任を負う行為者と結びつけられる。

この例でひきつづき話を進めると、目的（２１）は、こ
の活動と関連して必要とされるさまざまな構成要素を識
別する。「製品部長」の役割を果たす行為者は、例えば
、「財務」の役割をもつ行為者からその活動に対する資
金供給を受けることが必要となる可能性があり、従って
、「資金供給」はその活動の一構成要素を構成しうる。

「製品部長」の役割を果たす行為者は又、「エンジニア
」の役割を果たす行為者が、一定の日付までに選択され
たコストで製品の設計を提供するよう一定期間全体にわ
たりエンジニアリングサービスを提供するようにさせる
必要があるかもしれない。これもこの活動のもう１つの
構成要素を構成する。さらに、「製品部長」の役割を果
たす行為者は、「マーケティング」及び「製造」の役割
を果たす行為者が、さまざまな行為者の合意するスケジ
ュール作成及び財務的協定に基づいてその製造のマーケ
ティング及び製造といったこの活動の構成要素に関連し
てサービスを提供するようにさせる必要があるかもしれ
ない。

各々の構成活動は１つの目的（２１）と結びつけられて
おり、この目的には、その構成活動を実行するにあたっ
てのさまざまなスケジュール作成・財務上の条件を決定
するための行為者間の交渉ならびに構成要素の状態に関
する情報が含まれている。状態は、例えば交渉が進んで
いるか否か、行為者がその構成要素に関するスケジュー
ル作成、財務その他の条件に対し確約したか否か、その
構成要素が完了したか否かなどといったことを示す。

さらに、状態は、それぞれの構成要素に関連してとられ
うる行動にも関するものである。従って例えば、その活
動のさまざまな構成要素に関してさまざまな行為者の間
で交渉が進んでいる場合、これらの構成要素に相当する
目的の状態は、１つの交渉状態を反映する。同様に、行
為者がさまざまな構成要素に関して確約を行なった場合
、相応する目的の状態はその確約の状態を反映すること
になる。さらに、行為者がそれぞれの構成要素を完了し
た場合、相応する目的の状態は完成の状態を反映するこ
とになる。こうして、活動調整システム（１０）は、１
つの活動のさまざまな構成要素の形式化及び調整を可能
にし、その活動の意図された結果が秩序立って達成でき
るようにする。

このような背景の下に、目的データヘース（２０）内に
記憶された目的（２１）及び表（１４〜１７）の構造が
、第２Ａ図乃至第２Ｄ図及び第３図に関連して以下に説
明される。第２Ａ図を参照すると、行為者／役割表（１
４）には、各々１つの行為者識別フィールド（３１）及
び各々１つのフラグを定義づけする複数の役割フラグフ
ィールド（３２（１）〜３２（ｋ））（全体として３２
という参照番号で識別されている）を含む複数の入力（
３０（Ａ）〜３０（Ｎ）（全体として３０という参照番
号で識別されている）が含まれている。各々の入力（３
０）は、その行為者フィールド（３１）の内容により識
別される１人の行為者に結びつけられ、この行為者の行
動が活動調整システム（１０）により調整されることに
なる。同様に、各入力（３０）内の各々の役割フラグフ
ィールド（３２）はその活動内の１つの役割に結びつけ
られる。すなわち、全ての入力（３０）内の第１の役割
フラグフィールド〔３２（１）〕はその活動の中の１つ
の特定の役割と結びつけられ、全ての入力（３０）内の
第２の役割フラグフィールド（３２（２））は、第２の
特定の役割に結びつけられる。１人の行為者が単数又は
複数の役割に結びつけられた場合すなわちその行為者が
これらの役割を果たすことができる場合、それに結びつ
けられた役割フラグフィールド（３２）のフラグは、設
定された条件をもつ。その代わり、行為者がその活動に
関連して一定の役割を実行できない場合、その活動に結
びつけられた役割フラグフィールド（３２）のフラグは
消去された条件をもつ。

同様に、第２Ｂ図に詳しく示されている役割／目的表（
１５）には、各々１つの役割識別フィールド（４１）と
複数の目的フラグフィールド（４２（ａ）〜４２（ｇ）
）（全体として参照番号４２で識別されている）を含む
複数の入力（４０（１）〜４０（ｋ））（全体として４
０という参照番号で識別されている）が含まれている。

各々の入力（４０）は、それ自体行為者／役割表（１４
）内の役割フラグフィールド（３２）に結びつけられて
いる、役割識別フィールド（４１）の内容により識別さ
れる１つの役割と結びつけられている。同様に各々の目
的フラグフィールド（４２）は１つの目的（３１）に結
びつけられている。すなわち、全ての入力（４０）内の
第１の目的フラグフィールド（４２（ａ））は、１つの
特定の目的（２１）に結びつけられ、全ての入力（４０
）内の第２の目的フラグフィールド〔４２（ｂ）〕は第
２の目的（２１）に結びつけられているといった要領で
ある。１つの役割が単数又は複数の目的（２１）と結び
つけられている場合すなわち１つの役割の行為者が単数
又は複数の目的（２１）をアクセス又は変更できる場合
、それぞれの目的フラグフィールド（４２）のフラグは
、設定された条件をもち、代替的に１つの役割が１つの
目的（２１）と結びつけられておらずそのため１つの役
割の行為者がその目的（２１）をアクセスし変更するこ
とができない場合、結びつけられた目的フラグフィール
ド（４２）のフラグは、消去された条件をもつ。

第２Ｃ図内に詳細に示されている状態／行動表（１６）
には又、各々状態識別フィールド（５１）を１つと複数
の行動フラグフィールド（５２（Ｉ）〜５２（Ｍ））（
全体として５２という参照番号で識別されている）を含
む複数の入力〔５０（１１）〜５０（Ｚ））（全体とし
て５０という参照番号で識別されている）も含まれてい
る。前述のように、各々の目的（２１）は複数の状態の
うちの１つにて存在することができ、各々の入力（５０
）はその目的（２１）が存在できる状態に結びつけられ
ている。各々の入力（５０）において、状４１１６別フ
イールド（５１）はその入力に結びつけられた状態を識
別し、行動フラグフィールド（５２）には、目的（２１
）が入力（５０）に結びつけられた状態にあるときこの
目的（２１）に関連してとることのできる行動を識別す
るフラグが含まれている。特定的に言うと、入力（５０
）内の順次行動フラグフィールド（５２）は同じ行動と
結びつけられている。すなわち入力（５０）内の行動フ
ラグフィールド（５２（１））は全て１つの行動に結び
つけられ、全ての入力（５０）内の行動フラグフィール
ド（５２（ｎ））は全て第２の行動に結びつけられてい
るといった要領である。特定の状態をもつ目的（２２）
に関連して１つの特定の行動が実施される場合、その状
態に結びつけられた入力（５０）の行動に結びつけられ
た行動フラグフィールド（５２）内のフラグは、設定さ
れた条件をもち、代替的に、特定の状態をもつ目的（２
１）に関連して１つの行動がとられ得ない場合、その状
態に結びつけられた入力（５０）の行動に結びつけられ
た行動フラグフィールド（５２）内のフラグは、消去さ
れた条件をもつ。

さらに、第２Ｄ図に詳細に示されている状態遷移表（１
７）は、各々１つの状態識別フィールド（６１）と複数
の状態遷移フィールド（６２（１）〜６２（Ｚ））を含
む複数の入力（６０（１）〜６０（Ｚ））（全体として
６０という参照番号で識別されている）を有している。

状態／行動表（１６）内の入力（５０）と同じように、
状態遷移表（１７）中の各々の入力（６０）は、１つの
目的（２１）が存在しうる１つの状態と結びつけられて
いる。各々の入力（６０）において、状態識別フィール
ド（６１）は、人力（６１）が結びつけられている状態
を識別する。各々の入力（６０）内の状態遷移フィール
ド（６２）の各々も又１つの状態に結びつけられており
、１つの状態遷移フィールド（６２）はその目的（２１
）が存在しうる各々の状態と結びつけられている。さら
に、さまざまな入力（６０）内の順次状態遷移フィール
ド（６２）はさまざまな状態に結びつけられている。す
なわち、全ての入力（６ｏ）内の状態遷移フィールド（
６２（１））は第１の状態と、全ての入力（６０）内の
状態遷移フィールド（６２（２））は第２の状態と結び
つけられるといった要領である。１つの入力（６０）内
の各々の状態遷移フィールド（６２）の内容は、その入
力の状態識別フィールド（６１）内に識別されている状
態にある目的（２１）と関連して行なわれたときその目
的（２１）が状態遷移フィールド（６２）と結びつけら
れた状態になるという結果をもたらすような１つの行動
を識別する。

活動調整システム（１０）には、異なる状態及び行動セ
ットを有する複数の目的（２１）が含まれうるというこ
とがわかる。これに対応するため、活動調整システム（
１０）には複数の状態／行動表（１６）が含まれていて
よく、その各々は目的（２１）に関連して実行されうる
活動を定義づけるため目的（２１）の１つに結びつけら
れている。

この場合、各々の状態／行動表（１６）には、その状態
／行動表（１６）に結びつけられた目的（２１）を識別
するタグが含まれている。

さらに、さまざまな目的（２１）に関連して活動調整シ
ステム（１０）により行なわれた行動はさまざまな状態
への遷移という結果を生じうる。

これに対応するため、活動調整システム（１０）には複
数の状態遷移表（１７）が含まれ、その各々が１つの目
的に関連して行なわれうる行動に関連して起こりうる状
態の遷移を定義づけている。

この場合、状態遷移表（１７）の各々には、状態遷移表
（１７）と結びつけられた目的を識別するタグが含まれ
ている。

上述のように、目的データベース（２０）内に記憶され
ている各々の目的（２１）は、１つの活動の構成要素に
関係する状態及びその他の情報を含み、以下に説明され
ているように行為者インターフェイス（１１）を通して
行為者が与えた情報に応えて処理モジュール（１２）に
よりアクセスされ変更される。目的データベース（２０
）内の目的（２１）の構造は、第３図に示されている。

　−第３図を参照すると、目的（２１）には３つのセク
ションすなわち目的識別子セクション（７０）、目的役
割／状態セクション（７１）及び構成要素情報セクショ
ン（７２）が含まれている。目的識別子セクション（７
０）には単一のフィールドすなわち目的識別フィールド
（７３）が含まれている。

目的（２１）の目的役割／状態セクション（７１）は４
つのフィールド、すなわちさまざまな行為者が処理モジ
ュール（１２）によるその目的へのアクセスを可能にさ
せることのできる役割を識別する提案者フィールド（７
４）、応答者フィールド（７５）、ターンフィールド（
７６）、ならびに目的（２１）の状態を識別する状態フ
ィールド（７７）を含んでいる。提案者フィールド（７
４）及び応答者フィールド（７５）は、行為者／役割表
（１４）内のさまざまな役割フラグフィールド（３２）
（第３Ａ図）と結びつけられている役割を識別する。提
案者フィールド（７４）又は応答者フィールド（７５）
のいずれかが、行為者／役割表（１４）により示されて
いるような行為者が果たすことのできる役割を識別した
場合、行為者は処理モジュール（１２）がその目的（２
１）をアクセスできるようにすることができる。

目的役割／状態セクション（７２）のターンフィールド
（７６）はさらに、目的（２１）に対するアクセスを、
特に要求者フィールド（７４）により識別された役割を
行なう行為者又は応答者フィールド（７５）により識別
される役割を行なう行為者に制限するのにも用いられる
。特定的に言うと、ターンフィールド（７６）の内容は
、提案者フィールド（７４）又は応答者フィールド（７
５）のいずれかを識別し、ターンフィールド（７５）に
より識別されたフィールド（７４又は７５）の内容によ
り識別された役割を果たす行為者は、処理モジュールが
目的（２１）をアクセスできるようにすることができる
。行為者が処理モジュール（１２）による目的（２１）
へのアクセスを可能にさせると、処理モジュール（１２
）は、提案者フィールド（７４）又は応答者フィールド
（７５）のうちのもう一方を識別するようターンフィー
ルド（７６）の内容を変更し、こうして目的（２１）に
対するアクセスは、提案者フィールド（７４）により識
別された役割を果たす行為者と応答者フィールド（７５
）により識別された役割を果たす行為者の間で交互にな
る。状態フィールド（７７）は、目的（２１）の状態を
識別する状態情報を含んでいる。

構成要素情報セクション（７２）は、目的（２１）と結
びつけられた活動の構成要素に関する情報を含んでいる
。構成要素情報セクション（７２）内に含まれている特
定のフィールドは、活動調整システム（１０）により調
整されている特定の活動又は構成要素によって異なる。

活動調整システム（１０）が１つの組織内の製品の設計
及び製造を調整している一つの特定の実施態様において
は、構成要素情報セクションには提案されている条件の
フィールド（８０）、！約された条件のフィールド（８
１）そして実際事実フィールド（８２）が含まれている
。処理モジュール（１２）は、役割を果たしフィールド
（７４）及び（７５）内に識別されているような提案者
及び応答者として作業する行為者がその目的と結びつけ
られた活動の構成要素を行なうよう提案する場合の条件
を識別する情報を、提案される条件のフィールド（８０
）内に挿入する。提案者及び応答者の両方が提案されて
いる条件のフィールド（８０）内の条件に合意した場合
、処理モジュール（１２）は確約された条件のフィール
ド（８１）内に合意された条件を挿入する。最後に、構
成要素の実際の結果に関する情報を受けとり、確約され
た条件のフィールド（８１）内の以前に合意された条件
との比較を容易にするよう、実際事実フィールド（８２
）が備えられている。

このような背景の下で、処理モジュール（１２）（第１
図）の詳細なオペレーションが次に第４Ａ図及び第４Ｂ
図と関連して記され、その後、特定の例と関連して活動
調整システム（１０）のオペレーションについての論述
が続いている。第４Ａ図を参照すると、行為者が活動調
整システム（１０）の使用を開始させた場合、処理モジ
ュール（１２）はまず行為者インターフェイス（１１）
を通して行為者から、その行為者の識別情報と役割を得
る（ステップ１００）。処理モジュール（１２）は次に
、その行為者に結びつけられた行為者／役割表（１４）
内の入力（３０）内のその役割と結びつけられた役割フ
ラグフィールド（３２）内にフラグがセットされている
か否かを見極めることにより、行為者／役割表（１４）
から、その行為者が識別された役割を果たすことができ
るか否かを確認する（ステップ１０１）。フラグがセッ
トされていない場合、行為者は要求された役割を果たす
ことが許されず、従って処理モジュール（１２）はステ
ップ１００に戻って、行為者がもう１つの役割を識別で
きるようにする。

ステップ１０１において、処理モジュール（１２）は、
行為者により識別された役割に結びつけられた役割フラ
グフィールド（３２）内にフラグがセットされているこ
とを見極めた場合、ステップ（１０２）へと続行し、こ
こにおいてモジュール（１２）は、行為者インターフェ
イス（１１）を通して行為者から、処理モジュール（１
２）がアクセスすることを行為者が望んでいる目的（２
１）の識別情報を得る。処理モジュール（１２）は役割
／目的表（１５）を用いて次に、識別された目的（２１
）が役割に結びつけられているか否か、すなわち、その
役割を果たす行為者が処理モジュール（１２）による目
的（２１）へのアクセスを可能にさせることができるか
否かを確認する（ステップ１０３）。このオペレーショ
ンにおいて、処理モジュール（１２）は、役割／目的表
（１５）（第２Ｂ図）内の役割と結びつけられた入力（
４０）の識別された目的（２１）と結びつけられた目的
フラグフィールド（４２）内にフラグがセットされてい
るか否かを確認する。

フラグがセットされていない場合、処理モジュール（１
２）はステップ１０２まで戻り、もう１つの目的（２１
）の識別情報を得るか、又は代替的には、その他の目的
（２１）が全く識別されなかった場合ステップ１００に
戻る。

一方ステップ１０３で、処理モジュール（１２）は、目
的フラグフィールド（４２）内にフラグがセットされそ
の役割を果たす行為者が処理モジュール（１２）による
その目的（２１）のアクセスを可能にさせることができ
るということを示していることを見極めた場合、目的デ
ータベース（２０）から識別された目的を検索しくステ
ップ１０４）、その状態フィールド（７７）の内容によ
り示されているようなその状態を確認する（ステップ１
０５）。識別された状態を用いて、処理モジュール（１
２）は次に、状態／行動表（１６）を用いて、目的（２
１）に関連して行なわれうる行動を識別する（ステップ
１０６）。このようにしながら、処理モジュール（１２
）は、状態フィールド（７７）の内容により識別される
状態に結びつけられた入力（５０）内の行動フラグフィ
ールド（５２）内にセットされたフラグに結びつけられ
た行動を識別する。記憶モジュールが各々単数又は複数
の選択された目的と結びつけられた複数の状態／行動表
（１６）を含んでいる場合、処理モジュール（１２）は
このオペレーション内でその目的（２１）に結びつけら
れた状態／行動表（１６）を用いることになるというこ
とがわかる。

次に処理モジュール（１２）は、行為者インターフェイ
ス（１１）に対し識別された行動を伝送し、行為者が望
ましい行動を識別し付加的な情報を与えることができる
ようにし、目的（２１）がその行動に関連して必要とさ
れるように目的（２１）の処理を実行することができる
ようにする。行為者インターフェイス（１１）を通して
行為者が１つの行動を識別し、必要となりうるあらゆる
付加的な情報を提供した後（ステップ１０７）、処理モ
ジュール（１２）は、状態遷移表（１７）から、目的（
２１）に関連する行動の実行の結果として生じる新しい
状態の識別情報を決定する（ステップ１１０）。次に処
理モジュール（１２）は、付加的な情報に関連してあら
ゆる必要な処理を行ない、目的データベース（２０）内
の目的（２１）の状態フィールド（７７）及び構成要素
情報セクション（７２）を更新する（ステップ１１１）
。

選択された目的（２１）の処理における最後のステップ
であるステップ１１１に続いて、処理モジュール（１２
）は次に、行為者インターフェイス（１１）を通して行
為者に対して、行為者がその他の何らかの目的（２１）
に関連して処理を開始することを望むか否かを照会する
（ステップ１１２）。望む場合には、処理モジュール（
１２）はステップ（１０２）まで戻り、もう１つの目的
（２１）の選択を可能にする。しかし行為者が他の何ら
かの目的（２１）に関連して処理を開始することを望ま
ない場合、処理モジュール（１２）はステップ１００に
戻る。この時点でもう一人の行為者が、処理モジュール
（１２）による目的の処理を開始させることができる。

活動調整システム（１０）（第１図）は、さまざまな目
的（２１）及び表（１４〜１７）を通して、１つの活動
のさまざまな構成要素の調和を容易にし、さまざまな役
割における行為者間の交渉を形式化したり、交渉の結果
得られた提案され確約された条件を記録したりスケジュ
ール作成を可能にしたりして、その活動の意図された結
果が達成できるようにする、ということがわかる。活動
のさまざまな構成要素は、活動調整システム（１０）内
に備わっているさまざまな目的（２１）により識別され
形式化される。各々の目的（２１）は１つの構成要素の
状態を識別し、その構成要素に関連するさまざまな交渉
及びその他の情報を記録する１つの機構を提供する。行
為者／役割表（１４）及び役割／目的表（１５）は合わ
さってさまざまな目的（２１）へのアクセスを制限する
ための機構を提供し、こうして選択された役割にある選
択された行為者のみが成る一定の構成要素を実施するこ
とができるようにしている。状態／行動表（１６）及び
状態遷移表（１７）は、各構成要素に関連してとられる
可能性のある行動を、状態遷移表（１７）内に定められ
ているものに制限することによって、さまざまな構成要
素の進捗を形式化する。なおこのとき、いずれかの時点
でとりうる行動は、状態／行動表（１６）内に定められ
ているものに制限されている。こうして行為者／役割表
（１４）及び役割／目的表（１５）は、各々の行為者が
参加できる構成要素を制限し、状ｃ、／活動表（１６）
及び状態遷移表（１７）は目的（２１）の各々と関連し
てとられうる活動を制限し形式化する。

前述の説明は本発明の特定の一実施態様に制限されてき
た。しかしながら、本発明の利点のいくつか又は全てを
達成しながら、本発明に対し変更及び修正を加えること
も可能である。従って、本発明の真の精神及び範囲内に
入るこのような変更及び修正をすべて網羅するのが前述
の特許請求の範囲の目的である。

【図面の簡単な説明】

第１図は、本発明に基づいて作られた活動調整システム
を示す全体的機能図である。 第２Ａ図乃至第２Ｄ図及び第３図は、第１図に示されて
いるデータ構造の詳細を示している。 第４Ａ図及び第４Ｂ図は、第１図に示されているシステ
ムのオペレーションを示す流れ図である。 １０・・・・・・活動調整システム、 １１・・・・・・行為者インターフェイス、１２・・・
・・・処理モジュール、 １３・・・・・・記憶モジュール、 １４・・・・・・行為者−役割表、 １５・・・・・・役割／目的表、 １６・・・・・・状態／行動表、 １７・・・・・・状態／遷移表、 ２０・・・・・・目的データベース、 ２１・・・・・・目的、 ３０・・・・・・人力、 ３１・・・・・・行為者識別フィールド、４０・・・・
・・入力、 ４１・・・・・・役割識別フィールド、４２・・・・・
・目的フラグフィールド、５０・・・・・・入力、 ５１・・・・・・状態識別フィールド、５２・・・・・
・行動フラグフィールド、６０・・・・・・入力、 ６１・・・・・・状態識別フィールド、６２・・・・・
・状態遷移フィールド、７０・・・・・・目的識別子セ
クション、７１・・・・・・目的役割／状態セクション
、７２・・・・・・構成要素情報セクション、７４・・
・・・・提案者フィールド、 ７５・・・・・・応答者フィールド、 ７６・・・・・・ターンフィールド、 ７７・・・・・・状態フィールド、 ８０・・・・・・提案されている条件フィールド、８１
・・・・・・確約された条件フィールド、８２・・・・
・・実際事実フィールド。 行為者／役割１４ 行為者／役割１５ ＦＩＧ、　２Ｂ 状態／行動表１６ 状態遷移表１７ 目的（２１）の構造 手続補正書（方式） 特許庁長官　吉　１）文　毅　殿 １、事件の表示　　　平成１年特許ｌｌｌ第７６３５７
号２、発明の名称　　　デジタルデータ処理システム３
、補正をする者 事件との関係　　出願人 ４、代理人 ５、補正命令の日付　　自　　　発

Claims (1)

1. 【特許請求の範囲】 複数の行為者による１つの活動のさまざまな構成要素と
   の関わり合いにおいて行動を調整するためのシステムに
   おいて、 Ａ、１つの構成要素に各々関連し、状態を規定する状態
   情報を含む状態手段及びこの構成要素に関する情報を含
   む構成要素情報手段が含まれる複数の目的、 Ｂ、各目的のさまざまな状態に関連して処理行動を識別
   する行動定義づけ手段、 Ｃ、前記行動定義づけ手段により定義づけされた各々の
   行動に関連して各々の目的に対する状態の遷移を定義づ
   けるための状態遷移定義づけ手段、 Ｄ、各々１つの構成要素に結びつけられた行為者を識別
   する目的アクセス定義づけ手段、Ｅ、目的アクセス定義
   づけ手段に応えて１つの構成要素に関する行為者の結び
   つきを決定し、前記行動定義づけ手段により定義づけさ
   れたようにその構成要素に結びつけられた目的を選択的
   に処理するため、そして前記状態遷移定義づけ手段によ
   り定義づけされた目的の状態を変更するため、行為者か
   らの構成要素情報に対し応答性をもつ処理手段； が含まれていることを特徴とするシステム。