JPH03157029A - データ処理装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、対話システムや会議システム、ワープロ通信
のように、通信ネットワークで結ばれた複数の計算機を
用いて、各参加者がデータを入力し、処理し、処理結果
を出力するデータ処理装置に係り、特に、各参加者によ
り非同期で入力された入力データを各参加者間で矛盾が
生じないように処理するデータ処理装置に関する。

〔従来の技術〕

一般に、通信回線で結ばれた複数の計算機装置の間で、
各々の計算機に所属する参加者がデータを入力し処理し
出力することによって行なう会議システムでは、参加者
の１人によって入力されたデータに従って処理が行なわ
れるとき、その処理結果の出力表示が全参加者（全計算
機装置）のところで一致していなければならない。しか
し、はとんど同時に複数のく例えば２人の）参加者によ
りデータが入力されると、その発生したデータが各参加
者に伝達される順序が参加者によって異なって来るため
、各参加者のところの処理が正しく行なわれなかったり
、各参加者の間で処理結果の出力表示に不一致すなわち
矛盾が生じたりする。

従来、この問題を解決する方法として、例えば、特開昭
６３−１１３９号公報、特開昭６３−３７７３２号公報
。

および、特開昭６３−３７７３３号公報に記載されてい
るように、会議において、複数の参加者（加入者端末）
のうちの１人を明示的に議長役に選定し、この議長役の
参加者もしくは議長が許可した参加者のみが操作（デー
タの入力、処理、および出力）を行なうことができるよ
うにする方法や、例えば、特開昭６４−５４８３７号公
報に記載されているように、２台の端末の間で交互にコ
マンド送信権をやりとりし、このコマンド送信権（操作
権）を有している側の端末がデータの操作（入力、処理
、送信）を行ない得るようにする方法が知られている。

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

上記の議長役を定めてその許可により操作を行なう従来
技術では、各参加者間での矛盾の発生は防止できるけれ
ども、参加者が任意に自由に操作することが妨げられ、
また、いちいち議長の許可を得なければならないため、
効率的な会議ができないという問題があった。また、上
記の２つの端末が交互に送信権をやりとりする従来技術
では、参加者が２人（２台の端末）の場合に限られ、３
Å以上が会議に参加してその中の適当な人に操作権を渡
すような場合が考慮されておらず、しかも、データ入力
を行なう都度、常にコマンド送信権を交換しなければな
らないという問題があった。

従って、本発明の目的は、上記従来技術の問題点を解決
し、この種の非同期でデータの入力を行なう会議システ
ム等のデータ処理システムにおいて、参加者の間で矛盾
が発生しないようにすると共に、参加者の自由な操作性
を失なうことなく、効率的な会議を行なうことができ、
また、３Å以上の多数の参加者の場合にも各参加者が任
意に操作を行なっても効率的な会議ができるようにした
データ処理装置を提供することにある。

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

上記目的を達成するため、本発明のデータ処理装置は、
その基本構想として「有効化種」という考えを取り入れ
る。ここで、入力データが有効であるとは、目的プログ
ラム（基底プログラム／補助プログラム）に伝えられる
資格のある入力データをいい、入力データを有効にする
資格を有効化種と呼ぶ。従来の「操作権」は、予め参加
者（端末）の１人に与えたもので、これがないとデータ
の入力、処理、送信ができない。これに対し、「有効化
種」は、これがなくても入力できるし、また、予め与え
るものではなく、データの到達順序が各参加者のところ
で同−順になるように各入力データについて最も適当な
人に有効化種を与えるものである。

以下に、具体的な手段について記述する。

（１）　　データを非同期に発生する入力装置群と、通
信回線で接続され入力データに従って所定の処理を行な
う処理装置群と、処理結果を出力する出力装置群とから
なるデータ処理システムにおいて、発生した入力データ
を全処理装置に伝達する手段と、非有効状態にある入力
データをシステム内に蓄積する手段と（システム内で次
々の端末に順送りする手段）と、非有効状態にある入力
データを有効状態に設定する手段と、有効状態に設定さ
れた入力データを同一の順序で各処理装置に到達させる
手段と、各処理装置において、有効状態にある入力デー
タについてのみ所定の処理を実行する手段とを備えたこ
とを特徴とする９ （２）　　処理装置の１つが入力データを有効状態に設
定する資格（有効化種）を有するように構成したことを
特徴とする。

（３）　　入力データを有効状態に設定する資格を有す
る処理装置が互いに遷移するように構成したことを特徴
とする（第２６図〜第２８図）（４）　　入力データは
、ある処理装置から次の処理装置へ渡されることにより
、全処理装置に伝達されるように構成される。

（５）　　処理装置間を環状の論理通信路で接続する構
成とする。この場合、入力データは環状論理通信路を一
方向に伝達され、処理装置の１つに有効化種が与えられ
、各処理装置が生成する入力データは、直ちに論理通信
路に沿って会議の場に送り出された後、有効化種の所持
者のところで有効になる。

（６）　　各処理装置で行なわれる処理が複数の処理か
ら構成される場合（例えば、目的プログラムが、文書編
集、表計算、黒板・・・のように複数個ある場合）、有
効化種を各処理毎に別々の処理装置（端末）に与えるよ
うに構成する。

（７）　　入力装置が複数の論理入力装置（ウィンドウ
）から構成され場合、有効化種を、各論理入力装置毎に
別々の処理装置（端末）に与えるようにする。

（８）　　人力データを有効状態に設定する資格を有す
る処理装置（有効化実行者すなわち、有効化実行者）と
特定の関係にある入力装置からの入力データの発生のみ
を許容し、他の処理装置（有効化種不所持を宣言された
処理装置）で発生した入力データを放棄するように構成
する（第３１図、３３０Ｙ）。

（９）　　入力データを有効状態に設定する資格を持ち
得る処理装置を、処理装置群の中で限定するように構成
する（第３０図）。

（１０）入力データを有効状態に設定する資格を持つ処
理装置の遷移を、自処理装置以外の処理装置と特定の関
係にある入力装置で発生した非有効状態にある入力デー
タを有効状態に設定した回数に応じて決定し、該回数が
一定値（最大値）達したとき他の処理装置に有効化種を
遷移するように構成する。

（１１）処理装置における処理モードを判定して、特定
の処理モード（例えばＰｏモード）において発生した入
力データを無条件に有効状態に設定するように構成する
。

（１２）本データ処理装置は、非同期でデータ入力の行
なわれる遠隔地間の対話システムや会議システムに適用
される。

〔作用〕

上記構成に基づく作用を説明する。

各参加者から任意に自由に入力されたデータは、原則と
して最初は非有効状態にあり、ある参加者端末（処理装
置）から次の参加者端末へと通信回線を通じて次々に一
定の順序で移って行く。そして、入力データが有効化種
を持っている参加者端末のところに来ると、いずれの参
加者からの入力データも有効化される。有効化された（
有効状態とされた）入力データが上記一定の順序で次々
の端末に伝えられると、そこ・で該入力データについて
所定の処理が実行される。この有効状態にある入力デー
タの伝達は、会議に参加しているすべての処理装置に伝
わるまで続けられる。このように、いずれの端末（処理
装置）でも、有効状態の入力データは、同一の順序で受
けとられ、その処理が行なわれるので、端末間に矛盾が
生じることはない。

〔実施例〕

以下に、図面を参照して本発明の１実施例である会議シ
ステムについて説明する。

第１図は、本発明に係る会議装置（ワークステーション
と電話機）の外観図である。本装置は、キーボードやマ
ウスなどから構成される装置１　　（１−Ａ〜ＩＣ）、
ＣＰＵやメモリを格納した計算機本体である処理装置２
　（２−Ａ〜２−Ｃ）、処理結果を表示するデイスプレ
ィである出力装置３　（３−Ａ〜３−Ｃ）（これら３個
の構成部分１〜３をまとめてワークステーションと呼ぶ
）、処理装置２間のデータ通信を支援する通信ネットワ
ーク４、会議参加者間の音声通話を支援する電話機５　
（５−Ａ〜５−Ｃ）から構成される。入力装置１として
、上記以外に、ジョイスティックやタブレットなどが採
用されても良い。マウスやジョイスティックなどのポイ
ンティングデバイスは、デイスプレィ上の位置を指示し
たり、そこに表示された幾つかの選択肢を含むメニュー
の中から選択対象を特定するための手段である。出力装
置３として、マルチメディア情報を扱うためにスピーカ
などが加えられることもある。通信ネットワーク４とし
て、音声とデータを統合的に扱えるＩｓＤＮ　（Ｉｎｔ
ｅｇｒａｔｅｄ　Ｓｅｒｖｉｃｅｓ　Ｄｉｇｉｔａｌ　
Ｎｅｔｗｏｒｋ　）を利用すれば、電話機５を処理装置
２から総合的に取り扱えるなどの他、設備や料金の面で
も様々の利点がある。処理装置２間のデータ通信を行う
データ通信ネットワークと電話用の音声ネットワークを
別個に採用して本システムを構成することもできる。こ
の場合にも、ＲＳ−２３２Ｇインタフエース（米国電子
工業会の規格の１つ）などを用いて、ある程度電話機５
を処理装置２から操作することも可能である。

本発明による会議システムでは、このような計算機シス
テムが複数個用いられ、それぞれの装置の使用者は、電
話機５による音声情報のほかに、出力装置３を通した視
覚音響情報を種々の入力装置１で操作して利用する。ま
た、それらの情報を処理装置で加工することによって、
音声だけでは実現不可能だった情報処理活動を行う。

本発明による会議システムでは、１人から多者までの作
業が可能であるが、第１図では、３人の会議を、各参加
者が１台の計算機を利用して行っている様子を示してい
る。以下の説明においても、一般性を失わず３人による
会議を中心とする。

本発明による会議システムにおいて、会議の参加者の出
力装置３に表示される典型的な会議の様子を第２図に示
す。会議室ウィンドウ３３５は、参加者から見た会議の
断面であると言える。本会議システムは、１人の作業か
ら多者の作業までを支援でき、３人で会議を行うには、
各人の会議室ウィンドウが同一の会議に充てられること
になる。

即ち、１つの会議に対して１人につき１つのウィンドウ
が割り当てられる。会議室ウィンドウ３３５には、会議
のための資料や設＠（黒板など）に相当するものが置か
れていると共に、個人のメモや電話機なども存在する。

これらは、比較的小さな象徴的イメージで対象を表現す
る手段であるアイコン（絵文字）の形で扱われる。アイ
コンは、処理装置固有のポインティングデバイスである
マウス９を用いて、選択し実行することができる。

第２図では、会議資料である文書を文書ウィンドウ６と
して表示し、会議設備である黒板を黒板ウィンドウ７と
して表示している。他の参加者の出力装置３においても
、同一の内容にて、文書ウィンドウ６と黒板ウィンドウ
７が表示されている。

参加者は、それぞれのウィンドウにおいて、すぐ後で述
べるように同一の場所を指し示したり、内容の編集など
を実行できる。１人の参加者が行った操作は、他の参加
者の処理装置３に表示されているウィンドウでも、同様
に反映される。

黒板ウィンドウ７には、参加者がウィンドウ内で同一の
場所を指し示すのに用いられるボインティングオブジェ
クト（ＰＯ）８が表示されている。

図では、会議の参加者３人のそれぞれのＰＯが異なる形
状あるいは色で現れている。Ｐｏの形態の決め方の例と
して、自分のＰＯは常に橙色にする、ＰＯＯ側に名前を
付するなどの方法がある。

第３図に、会議を開始したり、形態（参加者数など）を
変更するときに用いられる会議実行コマンドをメニュー
１９５の形で示す。会議実行コマンドは、参加２００、
許可２０５、離脱２１０、終了２１５からなる。参加２
００を選択すると、更に、メニューとして会議−覧２２
０が表示される。ここから参加希望の会議を選択するこ
とにより、当該会議に参加する準備が行われる。許可２
０５を選択すると、更に、メニューとして参加可能者−
覧２２５が表示される。ここから参加可能者を選択する
ことにより、当該参加可能者を実行中の会議に参加させ
ることができる。即ち、既に会議に参加している参加者
の１人が、参加２００の選択を通じて当該会議への参加
を表明した参加希望者を、許可２０５の選択を通じて参
加させるという手順にて、会議参加者の数が増える。会
議−覧２２０や参加可能者−覧２２５は、いろいろな会
議に関するデータを格納している会議データベース２３
０の情報を基にして作成される。離脱２１０を選択した
参加者は、参加中の会議から離れる。即ち、会議参加者
の数が減る。参加者の１人が終了２１５を選択すると、
会議全体が終了する。離脱２１０或いは終了２１５した
結果、会議から離れた参加者の会議室ウィンドウは、個
人作業の場を表現していることになる。

第４図は、本発明を実現するワークステーションの入力
装置１、処理装置２、出力装置３の基本構成を表現する
ブロック図である。記憶装置１４は、各種プログラムと
データを格納し、中央処理装置１０（ＣＰＵ）は、記憶
装置１４から読み出すプログラム命令に従って処理を実
行する。出力装置３への表示は、ＣＰＵｌ０がビットマ
ツププロセッサ（ＢＭＰ）１１に命令を発行することに
より、ＢＭＰＩＩが実行する。ＢＭＰ　１１はｃｐＵＩ
Ｏの命令に従い、画面の内容をイメージデータとして格
納しているフレームメモリ１２を管理する。フレームメ
モリ１２の内容はデイスプレィコントローラ１３により
出力装置３に表示される。

キーボードドライバ１５は、入力装置１の１つであるキ
ーボードから入力されたコードをレジスタ１７に格納す
る。マウスドライバ１６は、入力装置１の１つであるマ
ウスから入力されたコードをレジスタ１８に格納する。

本実施例では、ワークステーション間及び電話機間の通
信装置として、音声とデータの通信を１個の回線で処理
できるｌ５ＤＮインタフエースを提供するＰ　Ｂ　Ｘ　
（ＰｒｉｖａｔｅＢｒａｎｃｈ　　Ｅｘｃｈａｎｇｅ　
）　　２０を使用している。ＣＰＵｌ０に代表される各
ワークステーション及び電話機５は、それぞれの通信イ
ンタフェース装置１９を介してＰＢＸ２０と接続され、
ＰＢＸ１５を経由して相手装置と互いに通信する。但し
、前述したように、電話だけを交換機に接続し、ワーク
ステーションは、Ｌ　Ａ　Ｎ　（Ｌｏｃａｌ　Ａｒｅａ
　Ｎｅｔｗｏｒｋ）、パケット交換機などの別のネット
ワークを利用しても構わない。

第５図は、１個の処理装置２における本会議システムを
実現するソフトウェアの構成を示す。処理装置２に置か
れるプログラムと入力装置１及び出力装置３との間のイ
ンタフェースは、ウィンドウシステム２８が提供する。

プログラムは、入力装置１から発生する入力データをウ
ィンドウを通して受は取り、ウィンドウに表示命令を伝
えることにより、出力装置３に表示を行う。会議制御プ
ログラム２１は、処理装置２において１個の会議を表現
する。同一の会議に対応し、各処理装置２に置かれる会
議制御プログラム２１が、通信ネットワーク４で接続さ
れ、互いに協同して動作することにより会議が形成され
る。会議において参加者が実際に目にするデータなどは
、基底プログラム２５及び補助プログラム２６が作成し
表示する。

基底プログラム２５は、文書編集プログラム、表計算プ
ログラム、黒板プログラムなどであり、同一の基底プロ
グラム２５が、各会議制御プログラム２１のもとで、同
様に連動することにより、各参加者は同一の表示を見る
ことができる。補助プログラム２６は、基底プログラム
２５を共同作業において更に使いやすくすることを目的
とする。

例えば、基底プログラム２５が使用しているウィンドウ
にＰＯを表示する、ＰＯ制御プログラムが有用である。

ＰＯ制御プログラムを利用すると、既存のプログラムを
基底プログラム２５として採用しても、その上で同一の
場所を指し示すことが可能になる。

会議制御プログラム２１は、人力仮想化モジュール２２
、通信制御モジュール２３、仮想ユーザインタフェース
モジュール２４から構成される。

参加者が入力装置１から入力した入力データは、ウィン
ドウシステム２８を通して入力仮想化モジュール２２が
受は取り、参加者識別子などのヘッダを付して会議シス
テムで用いるデータ形式（仮想入力）に変換する。これ
は、ある入力データがどこの会議システムにおける目的
プログラムにも適合して使用できるようにするためであ
る。入力仮想化モジュール２２で作成された仮想入力デ
ータは、通信制御モジュール２３に渡される。通信■Ｉ
御モモジュール３の役割の１つは、１箇所で発生した入
力データを他の会議制御プログラム２１のもとにある基
底プログラム２５／補助プログラム２６にも伝えるため
に、他の会議制御プログラム２１と通信を行うことであ
る。もう１つの役割は、自会議制御プログラム２１のも
とにある基底プログラム２５／補助プログラム２６に、
仮想ユーザインタフェースモジュール２４を通じて入力
データを渡すことである。仮想ユーザインタフェースモ
ジュール２４は、渡された仮想入力データを、そのまま
の形式で、或いは、入力データの形に戻して、適切な基
底プログラム２５／補助プログラム２６に与える。基底
プログラム２５／補助プログラム２６は、以上のような
手順にて渡された人力をもとに処理を行い、ウィンドウ
システム２８を通じて出力装置３に処理結果を反映する
。

基底プログラム２５／補助プログラム２６は、それぞれ
複数個を具えることができる。すなわち、会議において
、文書編集と表計算、ＰＯと手書き曲線などの機能を同
時に利用できる。

第６図は、ウィンドウシステム２８が提供するウィンド
ウが表現する論理入力装置２９と、そこへの入力データ
を適切に基底プログラム２５／補助プログラム２６に伝
達する方法を示している。

プログラムは、１個のウィンドウを１個の仮想的な入力
装置（論理入力装置２９）として扱うことができる。物
理的な入力装置１と論理人力装置２９の管理と制御は、
ウィンドウシステム２８が行う。図では、いくつか存在
し得る基底プログラム２５／補助プログラム２６のうち
の、ある基底プログラム２５−３の論理入力装置群を表
している。

基底プログラム２５−８は、論理入力装置２９−ｓ−１
〜２９−ｓ−ｕを論理入力装置２９として利用している
。本発明は、これらの論理入力装置２９からの入力デー
タは、−旦会議制御プログラム２１が受は取り、他の会
議制御プログラム２１に伝えると同時に、改めて基底プ
ログラム２５−３に渡す。これらの処理を行う会議制御
プログラム２１内のモジュールについては、上で述べた
通りである。参加者が論理入力装置２９−ｓ−ｘ（ｌ≦
Ｘ≦Ｕ）に投入した入力データは、会議制御プログラム
２１により、この論理入力装置に対応し基底プログラム
２５−８が実際にデータの読み出しを行う、仮想ユーザ
インタフェースファイル３Ｏ−ｓ−ｘに書き込まれる。

基底プログラム２５−３は、仮想ユーザインタフェース
ファイル３Ｏ−ｓ−ｘから読み出したデータを、論理入
力装置２９−ｓ−ｘから投入された入力データとして処
理する。このように、ウィンドウと仮想ユーザインタフ
ェースファイル３０が常に対で設けられ、それらの間の
対応関係を会議制御プログラム２１が管理しているので
、基底プログラム２５／補助プログラム２６は、複数個
の論理入力装置２９を利用することが可能になっている
。

第７図は、会議制御プログラム２１が持っている論理入
力装置管理テーブル３４０である。ＭＡＸＡＰＳとＭ　
Ａ　Ｘ　ＲＳ　ＣＳ　（Ｍａｘｉｍｕｍ　Ｒｅ５ｏｕｒ
ｃｅｓ）は、本会議システムが利用できる基底プログラ
ム２５／補助プログラム２６と論理入力装置２９の最大
数を表す。会議制御プログラム２１が管理している基底
プログラム２５／補助プログラム２６と論理入力装置２
９の識別子を、それぞれ、ａｐｉｄ（１〜ＭＡＸＡＰＳ
）及びｒｓｃｉｄ　　（１〜ＭＡＸＲ３Ｃ３）で表す、
　ａｐｉｄとｒｓｃｉｄの対に対して、１個の論理入力
装置２９に対応するウィンドウ（ｗｉｎ（ａｐｉｄ、　
ｒｓｃｉｄ　）　）　、仮想ユーザインタフェースファ
イル３０　（ｖｕｉ　　（ａｐｉｄ、　ｒｓｃｉｄ　）
　）　、及び、仮想入力データを受付けるか否かを示す
受付入力タイプ（ｔｙｐ　　（ａｐｉｄ、　ｒｓｃｉｄ
　）　）が与えられている（例えば“ウィンドウ１”フ
ァイル１１“単純入力”などがある。“仮想入力”は、
仮想人力データを受付けること、“単純入力”は、ヘッ
ダを持たない元の人力データを受付けることを表す。）
。“不定”の表示は、対応する識別子が使われていない
ことを示す。本実施例ではａｐｉｄ及びｒｓｃｉｄとし
て、０を用いていない。０は、基底プログラム２５／補
助プログラム２６及びそれらが用いる資源とは別に、会
議制御プログラム２１間でやり取りするデータのヘッダ
のために便宜上使われるものである。

第８図は、３個の会議制御プログラム２１−Ａ、２１−
Ｂ、２１−Ｃの間の論理通信路３１の構成方法を示して
いる。ここでは、簡単のために、入力装置１及び出力装
置３は省略しである。本発明による会議システムの会議
制御プログラム２１は、２個の論理通信路３１を有する
。１個は、他の会議制御プログラム２１に仮想入力デー
タを送信する送信論理通信路３１として働く。残りの１
個は、他の会議制御プログラム２１から仮想入力データ
を受信する受信論理通信路３１として働く。１個の会議
制御プログラム２１の送信論理通信路３１を、他の１個
の会議制御プログラム２１が受信論理通信路３１として
利用することにより、全会議制御プログラム２１を環状
の論理通信路で接続することができる。ある処理装置２
の入力装置１からの入力データは、環状論理通信路３１
に沿って伝達することにより、全会議制御プログラム２
１に渡すことができる。

第９図は、参加者に対応する会議制御プログラム２１を
、論理通信路３１で接続して会議を形成する方法を示し
ている。ここでは、図に従って、Ａ、Ｂ、Ｃの３人が会
議を行う場合について説明する。第９図（ａ）は、会議
室ウィンドウを開き、各人が自分のワークステーション
にて会議室ウィンドウ３３５を表示したときに、各会議
制御プログラム２１が独立に動作している状態である。

第９図（ｂ）は、Ａが参加許可指定Ｂが参加指定、すな
わち、Ａが、会議実行コマンドメニュー１９５から許可
２０５を選択することにより、Ｂの参加を許可し、Ｂが
、同メニュー１９５から参加２００を選択し、当会議へ
の参加を希望することにより、ＡとＢの２人が参加した
会議が形成された状態である。会議制御プログラム２１
−Ａから会議制御プログラム２１−Ｂへ、また、逆方向
に、論理通信路２３５及び２４０が確立された。第９図
（Ｃ）は、Ａが参加許可指定Ｃが参加指定、すなわち、
Ａが、会議実行コマンドメニュー１９５から許可２０５
を選択することにより、Ｃの参加を許可し、Ｃが、同メ
ニュー１９５から参加２００を選択し、当会議への参加
を希望することにより、上記会議に更にＣが加入してＡ
、Ｂ、Ｃの３人が参加した会議が形成された状態である
。会議制御プログラム２１−Ｂから会議制御プログラム
２１−Ａへ向かう論理通信路２４０が解放され、会議制
御プログラム２１−Ｂから会議制御プログラム２１−Ｃ
へ、会議制御プログラム２１−Ｃから会議制御プログラ
ム２１−Ａへ、それぞれ論理通信路２４５及び２５０が
確立された。第９図（ｄ）はＢが離脱指定、すなわち、
（ｃ）の状態において、Ｂが、会議実行コマンドメニュ
ー１９５から離脱２１０を選択し、当会議から離脱する
ことにより、上記会議はＡとＣの２人が参加した会議に
構成が変更された状態である。会議制御プログラム２１
−Ａから会議制御プログラム２１−Ｂへ向かう論理通信
路２３５と会議制御プログラム２１−Ｂから会議制御プ
ログラム２１−Ｃへ向かう論理通信路２４５が解放され
、会議制御プログラム２１−Ａから会議制御プログラム
２１−Ｃへ、論理通信路２２５が確立された。第９図（
ｅ）は、Ａが終了指定、すなわち、再び（ｃ）の状態に
おいて、Ａが、会議実行コマンドメニュー１９５から終
了２１５を選択し、当会議会体を終了した状態である。

全ての論理通信路２３５．２４５．２５０が解放された
。

第１０図は、入力装置１から投入される入力データを、
その場で有効なものとして処理する方法を示している。

入力データが有効であるとは、基底プログラム２５／補
助プログラム２６に伝えられる資格を有することを言う
。入力データの流れ３２が示すように、入力装置１から
投入されたデータ、或いは、他の会議制御プログラム２
１から伝達されたデータは、自会議制御プログラム２１
のもとにある基底プログラム２５（又は、補助プログラ
ム２６）に伝えられると共に、環状通信路３１に沿って
次の会議制御プログラム２工に伝えられる。この方法に
よれば、投入された入力データは、まず、自ワークステ
ーションで最初に処理されることになる。

第１１図は、上で見た、有効性を制御しない場合に生じ
得る矛盾の例を示している。ここで、文書ウィンドウ６
は、出力装置３に表示され、各参加者が見ている同一の
資料の１つである。文書中の「本システムは、」のとこ
ろまで同一の内容が表示されていたが、その後、八が例
えば「す」とういう語を、Ｃが例えば「共」という語を
入力すると図のように異なる内容が発生した。この理由
は、各自の投入したデータが、それぞれのワークステー
ションにおいて最初に処理されたからである。

第１２図は、第１１図に見える矛盾の生じる様子を、更
に詳細に説明している。簡単のために、ＡとＣのデータ
投入時刻を同一、ある会議制御プログラム２１から次の
会議制御プログラム２１にデータが伝わる時間を同一と
する。入力装置１−Ａと１−Ｃから発生した入力データ
の流れ３３及び３４において、黒い丸印は、当該入力デ
ータがそこの基底プログラム２５に対して有効であるこ
とを示す。ＡとＣが同時刻ｔ、にデータを投入するので
、それぞれの文書内容「す」及び「共」が表示される。

次に、時刻ｔ２において、会議制御プログラム２１−Ｂ
には「す」が、会議制御プログラム２１−Ａには「共」
が届き表示される。最後に、時刻ｔ、において、会議制
御プログラム２１−Ｃには「す」が、会議制御プログラ
ム２１−Ｂには「共」が届き表示される。

第１３図は、入力データの有効性を制御しないときに、
参加者Ａ、、Ｂ、Ｃが、上で述べたように、時刻ｔｌ　
ｒ　　２　＋　　ｊ３において入力データを受け取る様
子を時系列で示したものである。第１１図に示した文書
内容は、この結果である。

第１４図は、入力データの有効性を制御しない場合に生
じる矛盾を回避するために、入力装置１から投入される
入力データを、有効なものと非有効なものに分けて処理
する方法を示している。非有効な入力データは、基底プ
ログラム２５／補助プログラム２６に伝えられない。非
有効状態にある入力データは、入力データの流れ３５が
示すように、入力装置１から投入されたデータ、或いは
、他の会議制御プログラム２１から伝達されたデータに
拘らず、自会議制御プログラム２１のもとにある基底プ
ログラム２５（又は、補助プログラム２６）に伝えられ
ず、環状通信路３１に沿って次の会議制御プログラム２
１に伝えられる。有効状態にある人力データは、入力デ
ータの流れ３６が示すように、入力装置１から投入され
たデータ、或いは、他の会議制御プログラム２１から伝
達されたデータに拘らず、自会議制御プログラム２１の
もとにある基底プログラム２５（又は、補助プログラム
２６）に伝えられると共に、環状通信路３１に沿って次
の会議制御プログラム２１に伝えられる。この方法によ
れば、投入された入力デー夕は、ある時点で有効状態に
なり、それから始めて基底プログラム２５／補助プログ
ラム２６に伝えられることになる。入力データを有効に
する資格を、有効化種と呼ぶ。会議制御プログラム２１
が有効化種を持てば、接続されている入力装置１から投
入された入力データは、即座に有効になる。

更に、他の会議制御プログラム２１から送信されてきた
非有効状態にある入力データは、そこで始めて有効にな
る。入力データが投入された場所と、有効になった場所
は一般に一致しない。

第１５図は、第１１図に示したのと同様の入力操作に対
して、有効性を制御する場合には矛盾が生じないことを
示している。−例として、会議制御プログラム２１−Ａ
が入力データの有効化種を持っているとする。以前と同
じく、文書中の「本システムは、」のところまで同一の
内容が表示されていた（第１５図（ａ））が、その後、
Ａが「す」を、Ｃが「共」を人力する。「す」はＡで即
有効になるが、「共」は、非有効状態のまま、基底プロ
グラム２５に伝えられることな（第８図に示す環状通信
路に沿って伝達されていく　（第１５図（ｂ））。「共
」は、Ａに達して有効化され、「す」の後を追う形で進
む（第１５図（Ｃ））。

「す」は、参加者Ｃに達してから消滅する。最後に、「
共」を最初に投入したＣに届き、基底プログラム２５に
反映される（第１５図（ｄ））。

第１６図は、第１５図のように矛盾なく処理が行われる
様子を、更に詳細に説明している。やはり、簡単のため
に、ＡとＣのデータ投入時刻を同一、会議制御プログラ
ム２１から会議制御プログラム２１にデータが伝わる時
間を同一とする。入力装置１−Ａと１−Ｃから発生した
入力データの流れ３７及び３８において、黒い丸印は、
当該入力データがそこの基底プログラム２５に対して有
効であること、白い丸印は、当該入力データがそこの基
底プログラム２５に対して非有効であることを示す。Ａ
とＣが同時刻にデータを投入しても、即有効化される「
す」のみが、文書内容に表示される。会議制御プログラ
ム２１−Ｃは有効化種を持たないので、「共」は会議制
御プログラム２１Ａに伝えられるのみである。会議制御
プログラム２１−Ａで「共」が有効になり、その後は、
「す」の後を追う形で進む。

第１７図は、入力データの有効性を制御するときに、参
加者Ａ、Ｂ、Ｃが、上で述べたように矛盾なく入力デー
タを受は取る様子をｔｌ＋ｔｔ＋ｔｆｆ＋ｔ４の時系列
で示したものである。第１５図に示した文書内容は、こ
の結果である。

第１８図は、会議制御プログラム２１の構成要素である
入力仮想化モジュール２２で形成される仮想入力データ
３９の形式を示している。仮想入力データ３９は、入力
装置１から人力された入力データ４５と、会議制御プロ
グラム２１における制御のために利用される５つのフィ
ールドからなるヘッダとから構成される。ヘッダを構成
するフィールドは、仮想入力データ発行会議制御プログ
ラム識別子（発行者識別子と略し、ｏｒｉｇと記する）
４０、仮想入力データ有効化実行会議制御プログラム識
別子（有効化実行者識別子と略し、ｅｆｆと記する）４
１、到達域（ｒｅａｃｈと記する）４２、基底プログラ
ム識別子（ＡＰ識別子と略し、ａｐｉｄと記する）４３
、基底プログラム利用資源識別子（資源識別子と略し、
ｒｓｃｉｄと記する）４４である。

発行者識別子４ｏは、入力データ４５を入力装置１から
受は取った会議制御プログラム２１の識別子である。

有効化実行者識別子４１は、仮想入力データ３９を有効
にした会議制御プログラム２１の識別子である。非有効
状態のときには、“不定”識別子が格納される。

到達域４２は、仮想入力データ３９を伝達すべき会議制
御プログラム２１の範囲を示す。例えば、“全会議制御
プログラム”ならば、会議を形成している全ての会議制
御プログラム２１に渡される。

基底プログラム２５に投入される通常の入力データは、
この到達域で発行される。“次会議制御プログラム”な
らば、環状通信路３１に沿って次の会議制御プログラム
２１のみに渡される。

ＡＰ識別子４３は、本仮想入力データ３９が投入された
基底プログラム２５の識別子である。仮想入力データ３
９は、ＡＰ識別子４３の情報をもとにして、適切な基底
プログラム２５に伝達される。

資源識別子４４は、本仮想入力データ３９が投入された
論理入力装置２６の識別子である。仮想入力データ３９
は、ＡＰ識別子４３と資源識別子４４の情報をもとにし
て、適切な仮想ユーザインタフェースファイル３０に伝
達される。

既存のプログラムのように会議制御プログラム２１の制
御下で動作していることを知らない基底プログラム２５
には、ヘッダを取り去った入力データ４５のみが渡され
る。一方、ヘッダを活用できる基底プログラム２５／補
助プログラム２６には、ヘッダを付したままの仮想入力
データ３９が与えられる。

第１９図は、会議制御プログラム２１が持つ仮想入力デ
ータ有効化種管理テーブル４６を表している。本テーブ
ル４６は、ＡＰｍ別子４ｓと資源識別子４４の各対に対
して、有効化権の有無を示している。有効化権がある場
合は１が、ない場合は０が格納される。有効化権は、記
号ｅｆｆ　　（ａｐｉｄ。

ｒｓｃｉｄ　）で表される。

以下、まず、１個の会議制御プログラム２１に有効化権
が固定されている場合に関して、入力仮想化モジュール
２２、通信制御モジュール２３、仮想ユーザインタフェ
ースモジュール２４における処理の流れを説明する。

第２０図は、入力仮想化モジュール２２における入力デ
ータの処理の流れを示している。入力仮想化モジュール
２２は、入力装置１からの入力データの発生を監視する
（５０）。入力が発生した場合は、当該入力を伝えたウ
ィンドウが特定される。入力データが本モジュール固有
の処理を要求していれば（５２）、必要な処理を行う（
５４）。

それ以外のデータならば、本人力データを基にして仮想
入力データの作成を行う（５５）。仮想入力データは、
入力データに以下のような内容にてヘッダを付すること
により構成される。即ち、発行者識別子４０として自識
別子を格納し、有効化実行者識別子４１として“不定”
を格納し、到達域４２として“全会議制御プログラム”
を格納し、ＡＰ識別子４３として、論理入力管理テーブ
ル３４０を参照して、当該入力データが発生したウィン
ドウを利用している基底プログラム２５の識別子を格納
し、同様に、論理入力管理テーブル３４０を参照して、
資源識別子４４として、上記基底プログラム２５が利用
しているウィンドウの中での本ウィンドウの論理入力装
置２９としての識別子を格納する。ヘッダを作成した後
、通信制御モジュール２３に本仮想入力データを渡す（
６０）。

第２１図は、通信制御モジュール２３における仮想入力
データの処理の流れを示している。通信制御モジュール
２３は、入力仮想化モジュール２２、或いは、他の会議
制御プログラム２１　（の通信制御モジュール２３）か
らの仮想入力データの伝達を監視する（７０）。仮想入
力データが得られると、有効化されているか否かを判定
する（７５）。当該仮想入力データが、非有効状態にあ
れば、有効化実行者テーブル４６を参照して自モジュー
ル２３の有効化権の有無を調べる（８０）。

有効化権があれば、当該仮想入力データの有効化実行者
識別子４１として自識別子を格納して、当該仮想入力デ
ータを有効化する（８５）。以上が、本モジュール２３
における有効化処理である。仮想入力データを他の会議
制御プログラム２１にも伝達するため、有効化実行者識
別子４１が、環状論理通信路３１に沿って次の会議制御
プログラム２１であるか否かを調べる（９０）。当該仮
想入力データを有効化したのが次の会議制御プログラム
２１ならば、当該仮想入力データの処理は本会議制御プ
ログラム２１で終了する。次の会議制御プログラム２１
が有効化実行者でなければ、更に処理は続行されねばな
らないから、当該仮想入力データを環状論理通信路３１
に沿って次の会議制御プログラム２１に送信する（９５
）。当該仮想入力データが非有効状態ならば、有効化実
行者識別子４１が“不定”であるから、やはり上記の送
信動作が実行される。このようにして、次の会議制御プ
ログラム２１への伝達に関する処理が終了する。次に、
再び当該仮想入力の有効状態を調べ（１００）　、非有
効なデータならば何もしない。

有効なデータについては、通信制御処理を要求していれ
ば（１０２）、対応する処理を行う（１０４）。通信制
御処理を要求するデータでなければ、基底プログラム２
５／補助プログラム２６に伝えるために、仮想ユーザイ
ンタフェースモジュール２４に当該仮想入力データを渡
す（１０５）。

第２２図は、仮想ユーザインタフェースモジュール２４
における仮想入力データの処理の流れを示している。仮
想ユーザインタフェースモジュール２４は、通信制御モ
ジュール２３が伝える仮想人力データを監視する（１１
０）。仮想入力データが発生した場合は、当該仮想人力
データが本モジュール固有の処理を要求していれば（１
１２）、必要な処理を行う（１１４）　、これ以後、仮
想入力データは、基底プログラム２５／補助プログラム
２６に伝えられるので、固有処理の判定（１１２）では
、仮想入力データのヘッダから得られるＡＰ識別子４３
と資源識別子４４を調べ、それらが会議制御プログラム
２１間の通信用データを表す０ならば、当該仮想入力デ
ータは固有処理（１１４）に送られる。それ以外のデー
タならば、本仮想入力データのヘッダから得られるＡＰ
識別子４３　　（ａｐｉｄ）と資ａｌＸ識別子４４　（
ｒｓｃｉｄ　）に基づき、論理入力管理テーブル３４０
を参照し、対応する仮想ユーザインタフェースファイル
３０（ｖｕｉ（ａｐｉｄ、　ｒｓｃｉｄ　）　）と受付
ける入力タイプ＜ｔｙｐ（ａｐｉｄ、　ｒｓｃｉｄ　）
　）を求める（１１５）　。受付ける入力タイプが“仮
想入力”ならば（３４５）当該仮想入力データを、或い
は、受付ける入力タイプが“単純入力”ならば（３４５
）当該仮想入力からヘッダ除いた（３５０）入力データ
を、仮想ユーザインタフェースファイル３０　（ｖｕｉ
　　（ａｐｉｄ。

ｒｓｃｉｄ　）　）に置＜（３５５）、入力データは、
このようにして、仮想ユーザインタフェースファイル３
０から入力データを読み出す基底プログラム２５／補助
プログラム２６に、適切な形式で伝えられる。

全ての入力について、有効化権に基づいて有効／非有効
を制御しても矛盾は生しないが、元々、そのような制御
を必要としない場合もある。本発明は、会議制御プログ
ラム２１に属するを効化種と共に、基底プログラム２５
／補助プログラム２６に属する人力の処理形態による有
効化についても考慮している。以下、ＰＯ（ボインティ
ングオブジェクト）制御プログラムを例に取って、入力
の処理形態による有効化について説明する。

第２３図は、会議制御プログラム２１が管理する仮想人
力データ処理モード管理チーフルである。

仮想入力データ処理モードは、各基底プログラム２５／
補助プログラム２６とそれらが利用する各資源に対して
設定できる。即ち、ＡＰ識別子４３（ａｐｉｄ）と資源
識別子４４　（ｒｓｃｉｄ　）に対して、仮想入力デー
タ処理モード（ｍｏｄ　（ａｐｉｄ　、　ｒｓｃｉｄ）
）が格納されている。本実施例では、補助プログラム２
６の１つであるＰＯ制御プログラムに関して処理モード
を考慮する場合について述べる。このとき、仮想入力デ
ータ処理モードは、基底プログラム２５／補助プログラ
ム２６への仮想入力データについて、ＰＯ制御プログラ
ムに伝達するモードにあるか否かを示している。伝達す
るモード（ＰＯモード）にあることを”Ｐ″で、そうで
ないことを“Ｂ”で表している。ＰＯモードにあれば、
入力データが発生した会議制御プログラム２１における
有効化権の有無に拘らず当該仮想入力データを有効状態
に設定する。これは、各参加者が同時に自由に操作でき
るＰＯ（指示棒）を制御する補助プログラム２６では、
最初から矛盾の発生が排除さているので、最初から有効
とすることで有効化の負担を軽減するのに役立つ。

第２４図は、仮想入力データ処理モードを考慮する（有
する）場合の通信制御モジュールにおける処理の流れを
示している。第２１図と同様の部分は、省略しである。

入力仮想化モジュール２２から仮想入力データを受は取
ると（７０）、有効状態を調べる（７５）前に、当該仮
想入力データのＡＰｉ別子４３　（ａｐｉｄ）と資源璋
別子４４（ｒｓｃｉｄ　）に基づいて仮想入力データ処
理モード管理テーブル１２０を参照して、当該仮想入力
の処理モード（ｅｆｆ　　（ａｐｉｄ、　ｒｓｃｉｄ　
）　）を調べる（１２５）。処理モードがＰＯモードな
らば、当該仮想入力データは、当該会議制御プログラム
２１から即座にＰＯ制御プログラム２６に伝達され始め
るので、有効化実行者識別子４１に自識別子を格納して
当該仮想入力データを有効化する（１３０）。

以下、第２１図で説明したのと同様の処理が行われる。

第２５図は、仮想入力データ処理モードを考慮する場合
の仮想ユーザインタフェースモジュール２４における処
理の流れを示している。第２２図と同様な部分は、省略
しである。第２２図における説明のときと同様に、仮想
入力データの発生があると（１１０）　、本モジュール
２４固有の処理を要求しいるか否かを調べる（１１２）
。そうでない場合には、（１１５）に進む前に、当該仮
想入力データのＡＰ１％ｉ別子４３　（ａｐｉｄ）と資
源識別子４４　（ｒｓｃｉｄ　）に基づいて仮想入力デ
ータ処理モード管理テーブル１２０を参照して、当該仮
想入力の処理モード（ｅｆｆ　　（ａｐｉｄ、　ｒｓｃ
ｉｄ　）　）を調べる（１３５）。処理モードがＰＯモ
ードならば、当該仮想人力データは、仮想ユーザインタ
フェースファイル３０　　（ｖｕｉ　　（ａｐｉｄ、　
ｒｓｃｉｄ　）　）を通じてＰＯ制御プログラム２６に
伝達される（１４０）。以下、第２２図で説明したのと
同様の処理が行われる。

これまで、１個の会議制御プログラム２１が有効化種を
固定的に持っていると考えてきたが、次に、会議の進展
に従って、有効化種が会議制御プログラム間を移る場合
について説明する。ここで述べる方式は、ある条件が満
たされると有効化種が他の会議制御プログラム２１に譲
渡されるものである。

第２６図は、有効化種譲渡を考慮したときの仮想入力デ
ータ有効化種制御管理テーブル４６の様子である。有効
化種は、以前と同様にＡＰ識別子４３　（ａｐｉｄ）と
資源識別子４４　（ｒｓｃｉｄ　）の対に対して与えら
れるが、第１９図のときと異なり、有効化種を持たない
ことは“不定”で有効化種を持つことは０以上の整数で
表されている。くまず、有効化種を持てば“０”となる
。）以下で、流れ図を用いて説明するように、有効化種
を有する場合、他の会議制御プログラム２１から受信し
た仮想入力データを有効化したときは、当該整数値が１
増加し、自会議制御プログラム２１が受は取った入力デ
ータから作成さた仮想入力データを有効化したときは、
当該整数値が１減少する。但し、整数値は負にはならな
いものとする。当該整数値が一定値（Ｍ、Ａ　Ｘ　Ｅ　
Ｆ　Ｆ）に達すると、当該資源に関する有効化種を他の
会議制御プログラム２１に譲渡する。これは、自分の入
力操作よりも、自分以外の参加者の入力操作の方が頻繁
であるときには、有効化種を順次譲渡していくことによ
り、最終的には入力発生地点である会議制御プログラム
２１で有効化した方が効率的であると判断することであ
る。このようにして、頻繁に入力している会議制御プロ
グラムに自づと有効化種が渡り、そこに落付くことにな
る。

第２７図は、有効化＋＊！Ｉ渡を行う場合の通信制御モ
ジュール２３における処理の流れを示している。第２１
図と同様の部分は、省略しである。入力仮想化モジュー
ル２２から仮想入力データを受は取ると（７０）、有効
状態を調べる（７５）。

非有効状態にあれば、会議制御プログラム２１の有効化
種の有無を調べる（８０）。有効化種があれば、第２１
図と同様、当該仮想入力の有効化実行者４１として自識
別子を格納する（８５）。以下で、有効化種譲渡のため
の処理を行う。ｅｆｆ（ａｐｉｄ、　ｒｓｃｉｄ　）は
、当該仮想入力データのＡＰ識別子４３　（ａｐｉｄ）
と資源識別子４４　（ｒｓｃｉｄ　）に基づいて、有効
化権制御管理テーブル４６を参照して得られる有効化種
である。有効化された当該仮想入力データの発行者識別
子４０　（ｏｒｉｇ）が自会議制御プログラム２１の識
別子のとき（１５５）、他者発行仮想入力データ有効化
回数を表しているｅｆｆ　　（ａｐｉｄ、　ｒｓｃｉｄ
　）が正ならば（１８０）、有効化権制御管理テーブル
４６の該当する値を１減らす（１８５）。発行者識別子
４０（ｏｒｉｇ）が自会議制御プログラム２１の識別子
でないとき（１５５）は、ｅｆｆ　　（ａｐｉｄ、　ｒ
ｓｃｉｄ　）にｌを加える（１６０）、この結果、ｅｆ
ｆ　　（ａｐｉｄ、　ｒｓｃｉｄ）がＭＡＸＥＦＦに達
すれば（１６５）　、一連の有効化種譲渡処理を行う。

有効化種管理テーブル４６の、（ａｐｉｄ、　ｒｓｃｉ
ｄ　）に対応する値を“不定”にすることにより、会議
制御プログラム２１の有効化種を削除しく１６７）、環
状論理通信路３１に沿って次の会議制御プログラム２１
に有効化種の譲渡を伝えるための有効化権譲渡データを
作成しく１７０）　、当該データを送信論理通信路３１
を用いて次の会議制御プログラム２１に送信する（１７
５）。最初に得た（７０）仮想入力データが有効状態に
あるときは（７５）、第２１図におけるのと同様の処理
（９０以下）に進む前に、当該仮想人力データが他の会
議制御プログラム２１が送信した有効化権譲渡データで
あるか否かを調べ（１５０）、有効化権譲渡データなら
ば、有効化種制御管理テーブル４６の、（ａｐｉｄ、　
ｒｓｃｉｄ）に対応する値を“０”にすることにより、
会議制御プログラム２１の有効化種を初期設定する（１
９０）。以下、第２１図で説明したのと同様の処理が行
われる。

第２８図は、仮想入力データ有効化種譲渡データ（３９
）の構成法を示している。本データは、仮想入力（３９
）データと同一の構造を持ち、ヘッダ部分とデータ部分
からなる。本データを次の会議制御プログラム２１に有
効に伝えるために、発行者識別子４０　（ｏｒｉｇ）に
自識別子を、有効化実行者識別子４１　　（ｅｆｆ　）
に自識別子を、到達域４２　（ｒｅａｃｈ　）に“次会
議制御プログラム”を、ＡＰＫｉ別子４３　（ａｐｉｄ
）に０を、資源識別子４４（ｒｓｃｉｄ　）にＯを設定
する。ここで、ＡＰ識別子４３及び資源識別子４４とし
て用いるＯは、基底プログラム２５／補助プログラム２
６に向けられた仮想入力データではないことを示す。デ
ータ４５の内容は、“有効化Ｊｌｆｆｌ渡”とする。

第２９図は、通信制御モジュール２３におケル有効化種
制御テーブル（有効化種管理テーブル）４６の初期設定
処理の流れを示す。第２１図と同様の部分は、省略しで
ある。有効化種制御テーブル４６の初期設定は、本モジ
ュール２３の開始時と、通信制御処理１０４で行う。

本モジュール２３が起動されると、全てのＡＰ識別子４
３　（ａｐｉｄ）と資源識別子４４　（ｒｓｃｉｄ　）
について、を効化種（ｅｆｆ　　（ａｐｉｄ、　ｒｓｃ
ｉｄ　）　）を０に設定する（２６０）。このように、
本モジュール２３は、起動時、他の会議制御プログラム
２１と独立であり、全ての資源について有効化種を有し
ている。

会議の開始時に加え、有効化種は、参加者の追加や離脱
に伴って生じる。即ち、利用中の全ての資源に関して有
効化種が設定されているので、新規加入者は有効化種を
持ってはいけない、或いは、離脱する参加者は、その時
点で有している有効化種を残りの参加者に返す必要があ
る。第２１図の通信制御処理１０４では、これらの処理
を行う。

会議実行コマンドメニュー１９５から「参加」（２Ｑ　
Ｏ）が選択されて、会議制御プログラム２１が会議に参
加する場合（２６５）、自分の有効化種は全て不必要で
あるので、全てのＡＰ識別子４３　（ａｐｉｄ）と資ｒ
ｉｍ別子４４　（ｒｓｃｉｄ　）について、有効化種（
ｅｆｆ　　（ａｐｉｄ、　ｒｓｃｔｄ　）　）を“不定
”に設定する（２７０）。この結果、参加直後の参加者
は、全ての資源について有効化種を有しない。この後、
会議制御プログラム２１は、参加に関する通信処理を行
う　（２７５）。会議実行コマンドメニュー１９５から
［離脱Ｊ（２１０）が選択されて、会議制御プログラム
２１が会議から離脱する場合（２８０）、自分の有効化
種を全て返還し、有効化種のない資源が存在しないよう
にする必要があるので、全てのＡＰ識別子４３（ａｐｉ
ｄ）と資ｒＡ識別子４４　（ｒｓｃｉｄ　）について、
有効化種（ｅｆｆ　　（ａｐｉｄ、　ｒｓｃｉｄ　）　
）を調べ、有効化種があれば次の会議制御プログラム２
１に譲渡する（２８５）。有効化種の譲渡が完了すると
、全てのＡＰ識別子４３　（ａｐｉｄ）と資源識別子４
４（ｒｓｃｉｄ　）について、有効化種（ｅｆｆ　　（
ａｐｉｄ、　ｒｓｃｉｄ））にＯを設定する（２９０）
。これにより、離脱した参加者は、全ての資源に対して
有効化種を有することになる。つまり、離脱者は、離脱
に先立って自分の有効化種を全部返し、離脱後は独りと
なるから（独りだけの会議となるから）その独りの会議
について有効化種を持たせても他への影響はなく、また
、すべての資源に対し有効化種を持たせておくことによ
り、次に入力するとき有効化種を発生できないような事
態が起きることもない。（なお、再び会゛議に入るとき
には、それまで自分が持っていたすべての有効化種を放
棄した上で、その会議に入ればよいわけである。）この
後、会議制御プログラム２Ｉは、離脱に関する通信処理
を行う（２９５）。会議実行コマンドメニュー１９５か
ら「終了Ｊ（２１５）が選択されて、会議全体を終了す
る場合（３００）、各会議制御プログラム２１は互いに
無関係な状態になるので、全ての資源に関する有効化種
を回復する。即ち、全てのＡＰ識別子４３　（ａｐｉｄ
）と資源識別子４４（ｒｓｃｉｄ　）について、有効化
種（ｅｆｆ　　（ａｐｉｄ、　ｒｓｃｉｄ　）　）にＯ
を設定する（３０５）。これにより、会議が終了した後
の各参加者は、全ての資源に対して有効化種を有するこ
とになる。この後、会議制御プログラム２１は、終了に
関する通信処理を行う（３１０）。以上述べてきた参加
（２６５）、離脱（２８０）、終了（３００）に該当し
ない場合、それ以外の通信処理を行う（３１５）。

これまで、どの参加者も有効化種を有する可能性があっ
たが、最後に、有効化種の不所持（或いは、所持禁止）
について説明する。有効化種不所持とは、有効化種を譲
渡されても、受は付けないことである。

第３０図は、有効化種不所持を考慮した有効化種制御管
理テーブル４６の例を表している。第２６図に示した有
効化種制御管理テーブル４６と比べて、有効化種の設定
値として“不可”が加わっている。本実施例では、ＡＰ
識別子４３（ａｐｉｄ）と資源識別子４４　（ｒｓｃｉ
ｄ　）に対してｅｆｆ　　（ａｐｉｄ。

ｒｓｃｉｄ　）が“不可゛である場合、当該資源に関し
て有効化種を持てないだけでなく、仮想入力データを発
行することもできないものする。

第３１図は、有効化種不所持を考慮した場合の通信制御
モジュール２３における処理の流れを示している。第２
１図及び第２７図と同様の部分は、省略しである。仮想
入力データを受は取ると（７０）、当該仮想入力データ
が有効状態にあるか否かを調べ（７５）、非有効状態に
あり、更に有効化種を持たないとき（８０）、当該仮想
人力データのＡｐＨｉ別子４３　（ａｐｉｄ）と資源識
別子４４（ｒｓｃｉｄ　）に基づいて有効化種制御管理
テーブル４６（第３０図）を参照し、有効化＊　（ｅｆ
ｆ　　（ａｐｉｄ、　ｒｓｃｉｄ　）　）が“不可”な
らば（３２５）、当該仮想入力データの発行者識別子４
０　（ｏｒｉｇ）を調べ（３３０）、これが自識別子４
０ならば、当該仮想入力自体を放棄する。次に、当該仮
想入力データが有効化種譲渡データである場合（１５０
）、当該仮想入力データのＡＰ識別子４３（ａｐｉｄ）
と資源識別子４４　（ｒｓｃｉｄ　）に基づいて有効化
種制御管理テーブル４６を参照し、有効化種（ｅｆｆ　
　（ａｐｉｄ、　ｒｓｃｉｄ　）　）が“不可”でなけ
れば（３６０）、有効化種を受は取る（１９０）が、”
不可”ならば、環状論理通信路３１に沿って次の会議制
御プログラム２１に伝えられることになる（９０）。以
下、第２１図で説明したのと同様の処理が行われる。

以上の実施例は、いずれも参加者が人間である会議シス
テムを対象としているが、これに限らず、本発明は機械
等を制御する基底プログラムを会議制御プログラムのも
とで連動して制御するためにも利用することができる。

すなわち、データを投入する参加者が人間でなくても、
あるいは人間がいなくても本発明を適用することができ
る。

〔発明の効果〕

以上詳しく説明したように、本発明のデータ処理装置に
よれば、各参加者が投入した入力データは、システム内
に蓄積され、すなわち、次から次へ各参加者端末の間を
伝達して行き、有効化種をもつ会議プログラム（端末）
に到達することにより有効状態となるので、任意複数の
参加者はいつでも自由に操作を行なうことができると共
に、その操作結果のデータがシステムにより捨てられる
おそれがないという効果を奏する。

また、有効化種をもつ参加者のところで有効状態となっ
たデータは、全ての会議プログラム（端末）に同一の順
序で到着するので、目的プログラム（基底プログラム／
補助プログラム）による処理結果が同一となり、矛盾が
生じないという効果を奏する。

更に、本発明によれば、データを頻繁に発生している参
加者のもとに有効化種の所在を自づと移行させることが
できるので、従来のように操作権を明示的に移動させる
必要はなく、操作結果に矛盾がない状態を維持するため
のシステム負荷が小さいという効果を奏する。

【図面の簡単な説明】

第１図は本発明を実現するシステムの外観例を示す図、
第２図は本発明による会議システムにおいて実現される
典型的な会議の様子を示す図、第３図は本発明による会
議システムにおいて、会議を制御するためのコマンドを
表示するメニューの例を示す図、第４図は本発明による
会議システムを実現する処理装置の一構成例を示すブロ
ック図、第５図は本発明を実現するソフトウェアの構成
例を示す図、第６図は論理入力装置と基底／補助プログ
ラムの対応関係を示す図、第７図は論理入力装置管理テ
ーブルの構成例を示す図、第８図は本発明による会議シ
ステムを実現する会議制御プログラム間の接続の例を示
す図、第９図は会議を実行する際の会議制御プログラム
間の接続形態の変更方法を示す図、第１０図は入力デー
タの有効性を制御せず全データを即座に有効にするとき
の会議制御プログラムにおけるデータの流れを示す図、
第１１図は入力データの有効性を制御しない場合の処理
結果の矛盾の一例を示す図、第１２図は入力データの有
効性を制御しない場合の会議制御プログラム間の仮想人
力データの流れの一例を示す図、第１３図は入力データ
のを動性を制御しない場合の入力データ受は取り順序の
一例を示す図、第１４図は入力データの有効性を制御し
有効状態にないデータについては処理を実行しないとき
の会議制御プログラムにおけるデータの流れを示す図、
第１５図は人力データの有効性を制御する場合の矛盾し
ない処理結果の一例を示す図、第１６図は入力データの
有効性を制御する場合の会議制御プログラム間の仮想入
力データの流れの一例を示す図、第１７図は入力データ
の有効性を制御する場合の入力データ受は取り順序の一
例を示す図、第１８図は本実施例における仮想入力デー
タ形式を示す図、第１９図は仮想入力データ有効化種管
理テーブルの構成例を示す図、第２０図は入力仮想化モ
ジュールにおける処理を説明するための流れ図、第２１
図は通信制御モジュールにおける処理を説明するための
流れ図、第２２図は仮想ユーザインタフェースモジュー
ルにおける処理を説明するための流れ図、第２３図は仮
想入力データ処理モード管理テーブルの一構成例を示す
図、第２４図は仮想入力データ処理モードを考慮する場
合の通信制御モジュールにおける処理を説明するための
流れ図、第２５図は仮想入力データ処理モードを考慮す
る場合の仮想ユーザインタフェースモジュールにおける
処理を説明するための流れ図、第２６図は有効化種譲渡
を考慮した場合の有効化横制御管理テーブルの一構成例
を示す図、第２７図は有効化種譲渡を行う場合の通信制
御モジュールにおける処理を説明するための流れ図、第
２８図は本実施例における仮想人力データ有効化権誼渡
データ形式を示す図、第２９図は通信制御モジュールに
おける有効化横制御管理テーブルの初期化処理を説明す
るための流れ図、第３０図は有効化権不所持を考慮した
場合の有効化横制御管理テーブルの一構成例を示す図、
第３１図は有効化権不所持を考慮する場合の通信制御モ
ジュールにおける処理を説明するだめの流れ図である。 １・・・・・・入力装置、２・・・・・・処理装置、３
・・・・・・出力装置、４・・・・・・通信ネットワー
ク、５・・・・・・電話機、６・・・・・・文書ウィン
ドウ、２１・・・・・・会議制御プログラム、２２・・
・・・・入力仮想化モジュール、２３・・・・・・通信
制御モジュール、２４・・・・・・仮想ユーザインタフ
ェースモジュール、２５・・・・・・基底プログラム、
２６・・・・・・補助プログラム、２９・・・・・・論
理入力装置、３０・・・・・・仮想ユーザインタフェー
スファイル、３１・・・・・・環状論理通信路、３９・
・・・・・仮想人力データ、４０・・・・・・発行者識
別子、４１・・・・・・有効化実行者識別子、４２・・
・・・・到達域、４３・・・・・・ＡＰ識別子、４４・
・・・・・資源識別子、４６ 化種管理テーブル、１２ 理モード管理テーブル、 管理テーブル。 ・・・・・・仮想入力データ有効 Ｏ・・・・・・仮想入力データ処 ３４０・・・・・・論理入力装置 算３図 ％１図 第４図 第５図 玲８図 掩６ 図 尭９図 （０） 「下２ｌ−８ ０）−２１−Ｃ 算９図（ｂ） 尭９図 （Ｃ） 第 １ｏ図 第１１図 尭１３図 ％Ｉ４図 莞１２ 図 綿１５図 （０） 兇１５図 （ｂ） 尭１５図 （Ｃ） 算１５図（ｄ） 亮１６図 弗１９図 掩１７図 第２０図 怜２１図 綿２３ 図 第 ２２図 莞 ２４図 亮２６図 玲２８ 図 ｒｌｑ 自識月υ子 ｆｆ 自識別子 ｅａｃｈ 次会議・剥離ｐプログラム ｐｉｄ ○ ｒＳＣｉｄ　　＝ ａｔａ ゛有効化権譲纏″ 第２７　（２］ 第２９図

Claims (1)

1. 【特許請求の範囲】 １、データを非同期に発生する入力装置群と、通信回線
   で接続され入力データに従って所定の処理を行なう処理
   装置群と、処理結果を出力する出力装置群とからなるデ
   ータ処理システムにおいて、発生したデータを全処理装
   置に伝達する手段と、非有効状態にある入力データをシ
   ステム内に蓄積する手段と、前記非有効状態にある入力
   データを有効状態に設定する手段と、前記有効状態に設
   定された入力データを同一の順序で各処理装置に到達さ
   せる手段と、各処理装置において有効状態にある入力デ
   ータについてのみ所定の処理を実行する手段とを備えた
   ことを特徴とするデータ処理装置。 ２、前記処理装置の１つが入力データを有効状態に設定
   する資格を有することを特徴とする請求項１記載のデー
   タ処理装置。 ３、入力データを有効状態に設定する資格を有する処理
   装置が互いに遷移するように構成したことを特徴とする
   請求項２記載のデータ処理装置。 ４、入力データは、処理装置から処理装置へ渡されるこ
   とにより全処理装置に伝達されることを特徴とする請求
   項１ないし３のいずれか１記載のデータ処理装置。 ５、処理装置間を環状の論理通信路で接続したことを特
   徴とする請求項１記載のデータ処理装置。 ６、各処理装置で行なわれる処理が複数の処理から構成
   されるとき、入力データの有効状態への設定が、各々の
   処理毎に行なわれるようにしたことを特徴とする請求項
   １記載のデータ処理装置。 ７、入力装置が複数の論理入力装置から構成されるとき
   、入力データの有効状態への設定が、各々の論理入力装
   置毎に行なわれるようにしたことを特徴とする請求項１
   記載のデータ処理装置。 ８、入力データを有効状態に設定する資格を持つ処理装
   置と特定の関係にある入力装置からの入力データの発生
   のみを許容することを特徴とする請求項２および３のい
   ずれか１記載のデータ処理装置。 ９、入力データを有効状態に設定する資格を持つことの
   できる処理装置を、処理装置群の中で限定することを特
   徴とする請求項３記載のデータ処理装置。 １０、入力データを有効状態に設定する資格を持つ処理
   装置の遷移を、自処理装置以外の処理装置と特定の関係
   にある入力装置で発生した非有効状態にある入力データ
   を有効状態に設定した回数に応じて、該回数が所定値に
   なつたとき行なうようにしたことを特徴とする請求項３
   記載のデータ処理装置。 １１、処理装置における処理モードを判定して、特定の
   処理モードにおいて発生した入力データを無条件に有効
   状態に設定することを特徴とする請求項１記載のデータ
   処理装置。 １２、会議システムに適用したことを特徴とする請求項
   １〜１２のいずれか１記載のデータ処理装置。