JPH05274240A - 共同情報処理システムおよび制御方法 - Google Patents

Abstract

(57)【要約】 【目的】 複数のワークステーションからなり、共同作
業に適用するアプリケーションプログラムの動作モード
を適宜選択できるようにした共同情報処理システムの提
供を目的とする。 【構成】 各ワークステーションに、ウィンドウシステ
ムを構成するサーバとクライアント（アプリケーション
プログラム）との間で交わされるメッセージをインタセ
プトするモジュールを設け、各メッセージをインタセプ
トモジュールから共同情報処理制御モジュールに渡す。
制御モジュールは、関与するクライアントの動作モード
に応じて、受信メッセージを他のワークステーションや
インターセプトモジュールへ選択的に分配動作し、イン
ターセプトモジュールがサーバまたはクライアントにメ
ッセージを渡す。 【効果】 アプリケーションプログラムの起動時に、入
力デ−タまたはコマンドを各ステーションが連動して実
行する動作モードと、１つのステーションで実行した結
果を他のステーションに分配する動作モードとを自由に
選択できる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、遠隔地にある複数利用
者が、通信回線で接続されたワークステーション（端末
装置）を介して共同活動を行う共同情報処理システム、
会議システム、およびその制御方法に関し、特に、共同
情報処理に利用するアプリケーションプログラムの動作
モードの制御に関する。

【０００２】

【従来の技術】従来、遠隔地にある複数の人による共同
活動、あるいは共同作業を電子的に支援する共同情報処
理システムとして、共同作業に専用のアプリケーション
プログラムを搭載した専用システムや、個人用のアプリ
ケーションプログラムを共同作業に利用できる環境を与
える汎用システムが存在する。

【０００３】専用システムの１例は、米国特許４,４１
４,６２１号に提案されている。また、汎用システムの
１例は、「Ahuja, S. R., J. R. Ensor and S. E. Lucc
o: A Comparison of ApplicationSharing Mechanisms i
n Real-time Desktop Conferencing Systems, Proc. of
the ACM Conference on Office Information Systems,
April 25-27, 1990,Cambridge, Massachusetts.」 に見
ることができる。

【０００４】専用システムにおいては、共同活動を支援
するためのプログラムが、共同情報処理システムに固有
のものとして含まれていたり、個人的な情報処理に利用
するアプリケーションプログラムとは別に、共同作業の
ためのアプリケーションプログラムを用意する必要があ
る。

【０００５】一方、汎用システムを実現する代表的な方
式として、複数のワークステーション（参加者）のもと
で同一のプログラムを実行できるようにしておき、任意
のワークステーションでプログラムに入力されたデータ
（または、コマンド）を全ワークステーションに同報通
信し、各ステーションで同一のデータ処理を実行するこ
とにより、各参加者に同一の表示を提供するようにした
「連動実行方式」あるいは「レプリカ連動方式」と、各参
加者からの入力データ（または入力コマンド）を或る特
定のワークステーションに集中し、そこでプログラムを
実行し、プログラムの出力を他の全てのワークステーシ
ョンに同報通信することにより、各参加者に同一の表示
を提供する「集中実行方式」とがある。

【０００６】上記２つの方式には、それぞれに適した用
途があり、例えば、「集中実行方式」は、もし、「レプリ
カ連動方式」を採用しようとした場合には、共同作業の
開始に先だって、各ステーション間でプログラムあるい
は多量のデータ転送を必要とするような局面に適してい
る。これら２つの方式を共存させた共同情報処理システ
ムとして、例えば、医療画像等の映像情報を扱うウィン
ドウは集中実行方式で制御し、その他の処理、例えば文
書編集を行うウィンドウはレプリカ連動方式で制御する
ようにしたシステムが知られている。

【０００７】本発明者等は、特願昭６３−１１４６３６
号において、マルチウィンドウ機能を備えた複数のワー
クステーションからなり、各ステーションで任意のアプ
リケーションプログラムを、適宜、共同作業モードとロ
ーカルモードに切替ることができるようにした、「レプ
リカ連動方式」に分類される共同情報処理システムを提
案している。

【０００８】また、特願平０２−３１３９６８号におい
て、特に、サーバ／クライアント型のウィンドウシステ
ムであるＸウィンドウシステム（米国マサチュセッツ工
科大学の登録商標名）を備えたワークステーションから
なる共同情報処理システムにおいて、共同作業を意識し
ないで作られたアプリケーションプログラムを容易に共
同作業に応用できるようにしたソフトウエア構造を提案
している。

【０００９】

【発明が解決しようとする課題】然るに、従来の共同情
報処理システム（あるいは会議システム）によれば、各
ワークステーションあるいは端末装置において、１つの
プログラムを、或る状況ではレプリカ連動モードで、ま
た、別の状況では集中実行モードで、適宜モードを切替
えて運用することはできなかった。

【００１０】本発明の目的は、ワークステーションで利
用されるアプリケーションプログラムを共同活動でも利
用できるようにする汎用の共同情報処理システムにおい
て、レプリカ連動モード（あるいは連動実行モード）と
集中実行モードとを同時にサポートし、同一の共同活動
の中でこれら２つのモードを混在できるようにすること
にある。

【００１１】本発明の他の目的は、各ワークステーショ
ンで実行されるプログラムの動作モードを、レプリカ連
動モードと集中実行モードとの間で選択的に切替ること
のできる共同情報処理システム、およびその制御方法を
提供することにある。

【００１２】

【課題を解決するための手段】上記目的を達成するため
に、本発明によれば、各ワークステーションにおけるマ
ルチウィンドウシステムを構成しているウィンドウサー
バと、クライアント（アプリケーションプログラム）と
間に、上記ウィンドウサーバとクライアントとがやりと
りするメッセージ（入出力データ）をインタセプトする
ためのインタセプト手段を設け、該インタセプト手段
が、インタセプトしたメッセージを、他のワークステー
ションとの通信を行う共同作業のための制御手段に渡
す。

【００１３】上記制御手段は、各クライアントの動作モ
ードを記憶しており、インタセプト手段から受け取った
メッセージ及び他のワークステーションの制御手段から
受け取ったメッセージの分配先を、これらのメッセージ
の種類と、該メッセージと関係するクライアントの動作
モードとに応じて判断する。もし、メッセージが、その
ワークステーションにあるウィンドウサーバまたはクラ
イアントで処理すべきものであれば、上記メ制御手段
は、メッセージをインタセプト手段に渡す。

【００１４】インタセプト手段は、制御手段から受け取
ったメッセージを、その種類に応じて、クライアントま
たはウィンドウサーバに配る。

【００１５】

【作用】本発明によれば、例えば、レプリカ連動操作モ
ードに設定されたクライアント（アプリケーションプロ
グラム）に対して利用者が入力操作を行った場合、入力
データ（あるいはコマンド）は、ウィンドウサーバから
インタセプト手段に入力され、制御手段とインタセプト
手段を経由して、この入力データを処理すべきクライア
ントに渡される。この時、入力データは、制御手段によ
って、通信回線を介して、他のワークステーションの制
御手段に送信され、該他のワークステーションでも、イ
ンタセプト手段を経由して、この入力データを処理すべ
きクライアントに渡されるため、複数のワークステーシ
ョンで同一のデータ処理結果が表示画面に出力される。

【００１６】また、集中実行モードに設定されたクライ
アント（アプリケーションプログラム）に対して利用者
が入力操作を行った場合、入力データ（あるいはコマン
ド）は、ウィンドウサーバから、インタセプト手段を介
して、制御手段に渡される。

【００１７】上記制御手段は、上記入力データを処理す
べきクライアントが、自ワークステーションで稼働中か
否かを判定し、もしクライアントが稼働中でれば、上記
入力データを、インタセプト手段を経由して、これを処
理すべきクライアントに渡さす。もし、上記入力データ
を処理すべきクライアントが、自ワークステーションで
稼働中でなければ、入力データは、制御手段によって、
通信回線を介して、他のワークステーションの制御手段
に送信される。

【００１８】集中実行モードにあるクライアントは、イ
ンタセプト手段から受け取った入力データを処理する。
データ処理結果（出力データ）は、インタセプト手段に
よって、制御手段に渡され、再び、インタセプト手段に
戻り、ウィンドウサーバに出力される。この場合、制御
手段が、上記データ処理結果のレプリカを他のワークス
テーションに送信するため、他のワークステーションで
も、同一のデータ処理結果が表示画面に出力される。

【００１９】

【実施例】図１は、本発明の１実施例である共同情報処
理システムの外観図である。この例では、３人の利用者
がシステムを利用している状況に対応している。１０
（１０Ａ〜１０Ｃ）は、各利用者が共同情報処理システ
ムを構成するワークステーションであり、通常、１人の
参加者が１台のワークステーションを専有する。共同情
報処理システム側から見ると、多くの場合、各ワークス
テーションが各参加者に対応する。

【００２０】各ワークステーション１０は、同一表示画
面に複数のウィンドウを生成できるマルチウィンドウシ
ステムを備えており、他のワークステーションと通信ネ
ットワーク６０を介して互いに接続されて、共同作業
を、主としてデータ処理の側面から支援する。２０（２
０Ａ〜２０Ｃ）は、上記ワークステーション１０のディ
スプレイであり、このディスプレイ２０に、ウィンドウ
システムを介して、ウィンドウ、その他の図形などが描
画される。各利用者は、入力手段としてのキーボード３
０やマウス４０を操作して、ワークステーション１０の
利用、あるいは、ワークステーション１０を介した共同
情報処理システムへのアクセスを行なう。キーボード３
０は、主としてコードデータを入力するために、また、
マウス４０は、主としてディスプレイ２０上の位置座標
値を入力するために使用される。

【００２１】マウス４０は、幾つかのボタンを有し、利
用者は、これらのボタンを押下することにより、ディス
プレイ２０上のカーソル位置座標値の選択意志をワーク
ステーション１０に伝える。ここで挙げたキーボートと
マウスは入力手段の一例に過ぎず、タブレット、タッチ
パネル、ジョイスティック、トラックボールなど、他の
入力装置も利用できること明らかである。

【００２２】電話機５０は、各参加者が互いに音声で会
話しながら共同作業を遂行するための重要な通信手段と
なる。図では、電話機６０間を接続する音声通信用のネ
ットワークと、ワークステーション１０間を接続するデ
ータ通信用のネットワーク６０とが同一のネットワーク
からなっているが、これらは勿論別々でも構わない。

【００２３】通信ネットワークとして、音声と計算機デ
ータとを同一の回線で同時に送信できるＩＳＤＮ（Inte
grated Services Digital Network）を利用できる場合
は、図示した構成が便利であるが、もし、音声通信用の
ネットワークとして従来の電話交換ネットワークしか利
用できない場合、あるいは、ワークステーション１０の
でデータ処理能力を共同作業のために十分に活かしたい
場合は、データ通信ネットワーク６０と電話ネットワー
クとを別々に設けたネットワーク構成が適すであろう。
初めに述べたように、図１は、３人の参加者による共同
作業の実施形態を示したものであり、２人、あるいは４
人以上の参加者で共同作業を行なう場合は、参加者の人
数に応じた任意台数のワークステーション１０が通信ネ
ットワークを介して接続されることになる。

【００２４】以下、２図〜図１６を参照して、本発明に
よるシステムを利用した遠隔地間会議における利用者の
操作手順と、表示画面の様子について説明する。尚、以
下の説明では、記述を簡単にするため、参加者が２人の
会議を例にとるが、参加者が３人以上となった場合の動
作も、本実施例の説明から容易に類推できるはずであ
る。ここでは、２人の参加者（利用者）、あるいは彼ら
が利用する端末装置（ワークステーション）を、それぞ
れ記号Ａ、Ｂで表わす。

【００２５】図２は、会議開始前のワークステーション
Ａ、Ｂのディスプレイ画面２０（２０−Ａと２０−Ｂ）
を示している。１６０は、マウス４０操作に連動して画
面上を移動するマウスカーソルである。各ディスプレイ
２０には、仮想的な会議室にアクセスするために用意さ
れた会議室ウィンドウ７０が生成されている。会議の開
始前は、それぞれのワークステーションの会議室ウィン
ドウ７０−Ａ、７０−Ｂは互いに独立しており、それら
の間には何ら関連性はない。

【００２６】会議室ウィンドウに表示された電話機アイ
コン８０（８０Ａ、８０Ｂ）は、電話機を操作するため
のアクセス手段を提供しており、デイスプレイ上で電話
機アイコン８０を操作することによって、一方のワーク
ステーションから他方のワークステーションに電話をか
けることができる。９０（９０−Ａ、９０−Ｂ）と１０
０（１００−Ｂ）は、それぞれ会議室ウィンドウ７０に
用意された 報告書および資料を表すアイコンを示す。
この例では、報告書９０は、会議室ウィンドウ７０−Ａ
と７０−Ｂの双方に置かれ、資料１００−Ｂは、一方の
会議室ウィンドウ７０−Ｂにのみ存在している。ここで
は、報告書９０−Ａと９０−Ｂは、互いに同一のデータ
ファイルを表すものと仮定する。

【００２７】図３は、会議室ウィンドウ７０−Ａと７０
−Ｂを、通信ネットワーク６０で接続し、２つのワーク
ステーションＡ、Ｂの利用者が、それぞれの会議室ウィ
ンドウを操作することによって、表示内容が連動して変
化する仮想的な会議室を実現する様子を示す。会議室ウ
ィンドウ７０の相互接続は、会議への「参加」を表明す
る操作と、参加を表明している利用者の会議加入を「許
可」する操作とによって達成される。図３の例では、利
用者Ｂが「参加」を表明し、利用者Ａが上記Ｂの参加を
「許可」する操作を行っっている状態を示している。こ
れらの操作は、ディスプレイ２０に現れる操作メニュー
１１０に用意された項目１２０、１３０、１４０または
１５０をマウスカーソル１６０で選択することによって
行われる。

【００２８】上記操作メニュー１１０は、会議室ウィン
ドウ７０内の特定の領域、例えば、文字列「会議室」が
位置する領域をカーソルで指定することによって、画面
上に生成される。本実施例では、操作メニュー１１０と
して、ディスプレイ２０上の任意の場所に表示されるポ
ップアップメニューと呼ばれる形式のものを利用してい
るが、その他の形式をもつメニューや、キーボードから
予め決められたコマンドを入力する方法によっても、所
期の目的を達成できることは明らかである。

【００２９】メニュー１１０において、項目１２０を選
択すると、参加希望者の加入を「許可」するためのメニ
ュー１７０が生成され、項目１３０を選択すると、当該
操作者に関する「参加」希望の表明が実行され、項目１
４０を選択すると、当該操作者の会議からの「離脱」が
実行され、項目１５０を選択すると、当該会議の実行が
「終了」する。

【００３０】利用者Ａのディスプレイ２０−Ａには、項
目１２０−Ａの選択の結果、参加許可が可能な複数の利
用者の名前１８０、１９０、２００を含むメニュー１７
０が表示されている。利用者Ａは、この参加者名一覧メ
ニュー１７０の中から、参加許可すべき利用者をマウス
カーソル１６０で選択する。上記メニュー１７０には、
利用者の名前に代えて、例えば、顔写真等、他の選択子
を利用することも可能である。利用者Ａの会議室ウィン
ドウ７０−Ａには、参加希望者を許可しようとしている
状態にあることを示す文字列２１０−Ａが現れる。Ｂの
会議室ウィンドウ７０−Ｂには、会議に対する参加希望
を表明している状態にあることを示す文字列２１０−Ｂ
が現れる。

【００３１】図４は、利用者Ａが、図３で示した参加者
名一覧メニュー１７０の中から、利用者Ｂの名前を選択
することによって、利用者ＡとＢのワークステーション
間に通信路が確立され、会議室ウィンドウ７０−Ａと７
０−Ｂとが接続された状態を示す。接続完了後は、状態
表示文字列２１０が、「接続中」を示す文字列に変化す
る。この状態では、接続された２つの会議室ウィンドウ
７０−Ａと７０−Ｂは、それぞれ、１つの仮想的な会議
室（会議机）における 参加者Ａ、Ｂの周辺の様子を模
擬している。

【００３２】図５は、会議室ウィンドウ７０を接続する
ことによって形成された仮想的会議において、資料を参
照しながら具体的な作業を開始する操作を説明するため
の図である。まず、両ワークステーションＡ、Ｂが既に
所持している 報告書アイコン９０（９０−Ａ、９０−
Ｂ）で表されるにリソースついて、各利用者が互いに同
一の頁を参照し、内容の追加、修正等の作業ができる環
境を実現する。本システムでは、一方の利用者が、報告
書アイコン９０に対して「開く」という操作を行えばよ
い。

【００３３】図５の例では、利用者Ａが報告書９０−Ａ
を開くための操作を行った場合を示している。同様の操
作は、利用者Ｂが行ってもよく、もし、会議に３人以上
の参加者がいる場合、その中の任意の参加者がこの操作
を行えばよい。

【００３４】利用者Ａが、マウス４０−Ａを操作してカ
ーソル１６０−Ａを報告書９０−Ａの上に位置付け、マ
ウスのボタンを押下すると、ディスプレイ２０には、報
告書９０−Ａに関する操作を問合せるたっめのメニュー
２２０−Ａが表示される。

【００３５】操作メニュー２２０−Ａは、２つの選択項
目２３０−Ａ、２４０−Ａを提示している。連動操作２
３０−Ａは、複数のワークステーションでプログラムを
連動させ、何れかのワークステーションで行なわれた入
力操作を他のワークステーションに伝えることによっ
て、全利用者が同一のデータ処理結果を参照できるよう
にするためのものである。ＯＨＰ２４０−Ａは、何れか
のワークステーションでプログラムを実行し、表示画面
に出力すべきデータ処理結果を他のワークステーション
に配布することにより、各ステーションで同一のデータ
処理結果を参照できるようにするためのものである。こ
の例では、利用者Ａが、カーソル１６０−Ａによって、
操作メニュー２２０−Ａから連動操作２３０−Ａを選択
しようとしている状態を示している。

【００３６】なお、アイコン９０の選択操作にともな
う、次の操作の問合せ形式は、図５に示したメニューに
よる方法に限定されるものではない。また、同図でだ、
メニュー２２０−Ａが、選択された報告書アイコン９０
−Ａの下辺に接した位置に生成されているが、メニュー
の配置にも他の様々の変形が許容される。

【００３７】図６は、操作メニュー２２０−Ａから連動
操作２３０−Ａを選択したことに応答して、報告書アイ
コン９０が表わす報告書の実体を表示するウィンドウ２
５０が表示画面に開かれた状態を示す。報告書アイコン
９０−Ａと９０−Ｂは、同一のリソースを表しているか
ら、ワークステーションＡ、Ｂには、同一内容の報告書
２５０−Ａ、２５０−Ｂが表示される。この時、報告書
アイコン９０−Ａと９０−Ｂの状態が、報告書２５０を
開く前とは異なった状態に変化し、利用者に対して、こ
れらのアイコンが実行状態になっていることを知らせ
る。なお、画面に表示される報告書の実体２５０は、内
容は同一であるが、それらを表示するウィンドウの位置
は各ワークステーションで自由に決定される。

【００３８】図７は、報告書２５０の内容が、２人の利
用者Ａ、Ｂの共同作業によって編集される様子を示す。
ここでは、編集操作の１例として、報告書ウィンドウ２
５０内に位置付けられた入力カーソル２６０が指定する
場所に、キーボード３０からコードを入力することによ
って、報告書２５０にタイトルをつける操作が行なわれ
ている状態を示す。連動モードにあるリソースに対する
編集操作は、どの参加者が行なってもよい。どの参加者
が入力した操作コマンド、あるいはデータも、他の全て
のワークステーションに即座に配布され、各ステーショ
ンで同一のデータ処理が実行されるため、報告書２５０
−Ａと２５０−Ｂの表示内容は、互いに連動して変化す
る。

【００３９】図８は、共同作業における指示棒２７０の
利用を説明するための図である。

【００４０】指示棒２７０は、連動モードにあるウィン
ドウに、各参加者に固有の形状、または色で表示され
る。図では、利用者Ａが、カーソル１６０−Ａによって
動かすことのできる指示棒２７０−Ａを、報告書ウィン
ドウ２５０−Ａ内で利用している状態を示す。利用者Ａ
が、報告書ウィンドウ２５０−Ａ内で、指示棒２７０−
Ａに重ねたカーソルを移動することによって、指示棒２
７０−Ａを動かすと、利用者Ｂの報告書ウィンドウ２５
０−Ｂでも、上記指示棒２７０−Ａと対応する指示棒２
７０−Ｂが、上記指示棒２７０−Ａと同様に動く。指示
棒の位置は、各ウィンドウに属した形で制御されている
ため、表示画面上でウィンドウ２５０−Ａと２５０−Ｂ
の位置が異なっていても、各ウィンドウ内での指示棒２
７０−Ａ、２７０−Ｂの位置は、互いに同一である。

【００４１】この例では、指示棒２７０−Ａ、２７０−
Ｂは、手の形をしている。各ウィンドウには、自分の指
示棒と他の利用者の指示棒とが同時に表示される場合が
あるため、利用者がそれぞれの指示棒を視覚的に区別で
きるようにしておく必要がある。このあめ、図８の例で
は、各ワークステーションにいて、自分の指示棒２７０
−Ａは「白」で、他の利用者の指示棒２７０−Ｂは
「黒」で表示している。このような目的での指示棒の識
別表示は、例えば、指示棒の所有者に応じた固有色を予
め決めておく、あるいは、各指示棒に所有者の名前や顔
写真を添付するなど、他の変形が可能である。

【００４２】各利用者は、他人の指示棒を操作すること
はできない。図８において、もし、利用者Ｂが、報告書
ウィンドウ内の特定の位置を指示して、自分の意志を相
手Ａに伝えたい場合、利用者Ｂは、報告書ウィンドウ２
５０−Ｂ内に自分の指示棒を生成し、これを操作すれば
よい。利用者Ａが指示棒２７０を操作している間に、利
用者Ｂは、報告書２５０の内容を更新するための編集操
作を実行してもよい。

【００４３】次に、図９を参照して、報告書２５０とは
別の、新たな資料を利用して、会議を進める場合の操作
について説明する。なお、この例では、新たな資料はア
イコン１００と対応したものであり、ワークステーショ
ンＢはこれを所持しているが、ワークステーションＡの
手元にはないものと仮定する。

【００４４】利用者Ｂが、資料アイコン１００−Ｂをマ
ウスカーソル１６０−Ｂで選択すると、この資料アイコ
ンと接した位置に、操作メニュー２２０−Ｂが表示され
る。

【００４５】前述した報告書２５０のように、リソース
が既に各ワークステーションに用意されている場合は、
連動操作２３０−Ｂを選択することによって、直ちに、
全てのワークステーションで上記リソースを処理する同
一のプログラムを起動することができる。しかしなが
ら、共同作業荷利用したいリソースデータが、特定のワ
ークステーションにのみ存在しており、これを他のワー
クステーション（参加者）に送れない、あるいは、送る
ことが望ましくない、と言った特殊な事情がある場合に
は、上述した連動操作２３０の機能を利用する訳にはい
かない。

【００４６】本発明のシステムでは、このような場合
に、操作メニューに用意された「ＯＨＰ」２４０の機能
を利用する。ＯＨＰ２４０が選択されると、資料アイコ
ン１００と対応するリソースを処理するプログラムが、
該リソースを備える特定のワークステーション（この例
では、ワークステーションＢ）だけで実行され、データ
処理の結果得られた表示画面への出力データが、他のワ
ークステーションに配布され、各ワークステーションの
ウィンドウシステムに渡される。上記リソースに対する
操作入力は、任意のワークステーションから与えること
ができる。この場合、特定のワークステーションＢ以外
の他のワークステーションからの入力データは、プログ
ラムが動作している特定のワークステーションＢに集め
られ、そこで処理される。図９では、利用者Ｂが「ＯＨ
Ｐ」１６０−Ｂを選択し、資料１００−ＢをＯＨＰ機能
を利用して処理しようとしている。

【００４７】図１０は、ワークステーションＢに、資料
アイコン１００−Ｂと対応する資料の実体を表示するた
めのウィンドウ２８０−Ｂが生成され、ＯＨＰ機能によ
って、他のワークステーションＡにも、上記資料の実体
を表示するためのウィンドウ２８０−Ａが生成された状
態を示す。この状態では、資料アイコン１００−Ｂが、
現在処理中を示す表示状態に変化している。

【００４８】資料２８０を編集するためのプログラムの
実体はワークステーションＢに存在しているため、ワー
クステーションＡは、利用者が資料ウィンドウ２８０−
Ａに投入した入力データをワークステーションＢに送
り、ワークステーションＢから送られてくる表示出力デ
ータを、ウィンドウシステムに渡すよう動作しているだ
けである。ここでは、利用者Ｂが資料２８０についてＯ
ＨＰ機能を起動したが、共同作業の任意の参加者が、自
分の所持するリソースをＯＨＰ方式で処理することが可
能であり、また、１つの共同作業中に、ＯＨＰ機能で処
理される複数のリソースが同時に存在してもよい。

【００４９】図１１は、ＯＨＰ機能で処理されている資
料２９０に対する編集操作の１例として、利用者Ａが、
資料ウィンドウ２８０−Ａに図形２９０−Ａを描いた状
態を示す。ワークステーションＡには資料ウィンドウ２
８０−Ａと対応するリソースの実体は存在しないが、上
記ウィンドウへの操作入力がワークステーション１０−
Ｂに伝えられ、その結果、図形２９０が生成され、これ
が、ディスプレイ２０−Ａおよび２０−Ｂで、そおれぞ
れ図形２９０−Ａ、２９０−Ｂとして表示される。同様
の操作は、ステーションＢから行うことも可能である。

【００５０】図１２は、ＯＨＰ方式が適用されたウィン
ドウにおける指示棒の利用を示す。図では、ウィンドウ
２８０で、２人の利用者ＡとＢが、各自の指示棒３０
０、３１０を同時に表示し使用している状態を示してい
る。この実施例では、自分の指示棒３００−Ａ、３１０
−Ｂは「白」、他の利用者の指示棒３１０−Ａ、３００
−Ｂは「黒」で表示しているが、既に述べたように、こ
れ以外の表示形式を採用してもいい。各利用者は、自分
の指示棒３００−Ａ、３１０−Ｂを、それぞれのマウス
カーソル１６０−Ａ、１６０−Ｂを操作することによっ
て、任意の位置に移動する。

【００５１】図１３は、資料ウィンドウ２８０−Ａ、２
８０−Ｂにおける編集作業を終了し、これらのウィンド
ウを表示画面から取り去った状態を示す。資料２８０に
関する編集作業の終了の指示は、例えば、データ処理実
行状態を示している資料アイコン１００を選択すること
によって行なう。なお、資料アイコン１００を選択した
時に表示されるメニュー２２０に、データ処理の終了を
示すコマンド領域を設けておき、このメニューから、上
記資料の編集作業終了を指示するようにしてもよい。編
集作業が終了すると、それ迄データ処理実行中を示して
いた資料アイコン１００−Ｂの表示形態が、元の状態に
戻る。

【００５２】図１４は、報告書ウィンドウ２５０−Ａ、
２５０−Ｂでの編集作業を終了した状態を示す。図１３
と同様、それ迄データ処理実行中の状態になっていた報
告書アイコン９０−Ａ、９０−Ｂの形態が、元の状態に
戻っている。これで、会議に利用していた全てのリソー
スが閉じられたが、会議室ウィンドウ７０−Ａと７０−
Ｂは接続されたままであり、共同作業そのものは未だ継
続している状態にある。

【００５３】以上、本発明のシステムにおいて、共同作
業のためのリソースを「連動操作」モードで利用する方
法と、「ＯＨＰ」モードで利用する方法について述べ
た。この説明においては、連動操作モードは、各参加者
のもとに同一のリソース（データ）が予め配置された状
態を、また、ＯＨＰモードは、複数の参加者のうちの一
人だけがリソースを持っている状態を前提として、運用
されている。しかしながら、ＯＨＰモード運用の前提条
件としては、ＯＨＰモードの利用を指示する参加者のも
とにリソースが存在していれば良く、例えば、参加者全
員のもとに同一のリソースが存在している状態で、何れ
かの参加者が上記リソースに関してＯＨＰモードを指定
すれば、当該リソースは前述したＯＨＰモードに従った
プログラム処理を受ける。

【００５４】本発明において、連動操作モードとＯＨＰ
モードとの中間的なものとして、次のようなデータ処理
形式も可能である。今、共同作業で処理対象とするリソ
ースを、複数の参加者（ワークステーション）のうちの
幾人かが所持し、当該リソースを持たない参加者がある
と仮定する。この場合、上記リソースを所持している参
加者がＯＨＰモードを選択すれば、既に述べた手順で、
参加者全員が上記リソースに対してデータ編集等の共同
作業を行える。本発明によれば、このような状況におい
て、上記リソースを持つ何れかのワークステーションで
連動操作モードを起動した場合、同一のリソースを持っ
ている他のワークステーションで「連動操作」モードに
よるデータ処理が実行され、リソースを持っていないワ
ークステーションでは、上記連動操作モードを起動した
ワークステーションからデータ処理結果（表示内容）の
配布を受けるという意味で、「ＯＨＰ」モードでの共同
作業が実行される。

【００５５】以上の実施例では、リソース（データ）を
表わすアイコンが選択されると、「連動操作」モードと
「ＯＨＰ」モードの選択子を含む操作メニューが現れる
ようにしたが、選択されたデータの性質、あるいは、そ
のデータを用いる作業の性質に応じて、操作メニューで
選択できる項目を減らしたり、上記アイコン選択時点で
予め決められたデータ処理が開始されるとしてもよい。

【００５６】図１５は、報告書アイコン、あるいは資料
アイコンで示されるリソースの利用が終了した後、更
に、会議室ウィンドウ７０の接続を解放して、共同作業
自体を終了させるための操作を示す。この終了操作は、
参加者Ａ、Ｂのいずれから行っても良いが、本実施例で
は、参加者Ａが操作している。参加者Ａは、操作メニュ
ー１１０−Ａを生成し、このメニューから「会議終了」
コマンド１５０−Ａを選択する。本実施例のように、参
加者が２人の場合には、「退席」コマンド１４０−Ａを
選択しても、上記「会議終了」コマンド１５０−Ａと同
様の効果が得られる。

【００５７】図１６は、会議室ウィンドウ７０−Ａと７
０−Ｂとの接続が解除され、参加者Ａ、参加者Ｂが共同
作業から完全に離れた状態を示す。この状態では、接続
操作中や共同編集中に表示されていた接続状態表示２１
０が表示画面から消えている。

【００５８】各利用者ＡおよびＢは、前述したのと同様
の手順でを繰り返すことにより、会議室ウィンドウ７０
を他の新たなワークステーションの会議室ウィンドウと
接続することにより、それぞれ、別の共同作業を開始す
ることが可能である。

【００５９】図１７は、上述した本発明による共同作業
システムの機能を実現するソフトウェアの構成を示す。

【００６０】３２０（３２０−Ａ〜３２０−Ｃ）は、各
ワークステーション１０が備える共同作業を制御するた
めにプログラム（制御オブジェクト）である。通信網で
接続された複数のワークステーションによって行われる
１つの共同作業（あるいは共同活動）は、関連する複数
の制御オブジェクト３２０の集合として表現され、１つ
のワークステーションで共同作業のために入力されたデ
ータ（あるいはコマンド）、またはデータ処理結果は、
これらの制御オブジェクト３２０を介して、他のワーク
ステーションに伝送される。

【００６１】本実施例では、１つの共同作業に参加して
いる複数の制御オブジェクト３２０は、論理的に、環状
の通信路３６０（３６０−Ａ〜３６０−Ｃ）で接続され
ている。環状通信路３６０は、制御オブジェクト間を順
次に接続する複数の通信路３６０−Ａ、３６０−Ｂ、３
６０−Ｃの集合であり、制御オブジェクト３２０−Ａ、
３２０−Ｂ、３２０−Ｃは、環状通信路３６０を通じ
て、互いに通信を行う。

【００６２】各ワークステーションのマルチウィンドウ
画面で行われる個々の作業は、各ウィンドウと対応して
実行されるアプリケーションプログラム（利用者対話オ
ブジェクト）３３０（３３０−Ａ〜３３０Ｃ）、３４０
（３４０−Ａ）、または３５０（３５０−Ｂ、３５０−
Ｃ）によるデータ処理結果として与えられる。

【００６３】本発明システムでは、利用者が選択した対
話オブジェクト３３０、３４０、または３５０を、制御
オブジェクト３２０の下に適宜配置することによって、
共同作業を実現する。

【００６４】これらの対話オブジェクトのうち、３３０
は、連動操作モードで起動、実行されるプログラムであ
り、以下、「連動対話オブジェクト」と呼ぶ。ワークス
テーション１０−Ａ〜１０−Ｃの何れかで、１つのリソ
ースに関して連動対話モードが指定されると、これらの
ワークステーションで、上記リソースと対応関係を持つ
アプリケーションプログラムが、連動対話オブジェクト
３３０−Ａ、３３０−Ｂ、３３０−Ｃとして起動され
る。何れかの参加者、例えばＡが、連動対話オブジェク
ト（アプリケーションプログラム）３３０−Ａにデータ
を入力すると、この入力デ−タは、制御オブジェクト３
２０−Ａ、３２０−Ｂ、および３２０−Ｃ間を転送さ
れ、他の連動対話オブジェクト３３０−Ｂ、３３０−Ｃ
にも届けられるため、全てのステーションの表示画面
に、連動対話オブジェクト３３０（３３０−Ａ〜３３０
−Ｃ）による同一のデータ処理結果が出力される。

【００６５】１つのリソースに関してＯＨＰモードが指
定されると、この指定操作が行われたステーション（以
下、「親サイト」と呼ぶ）では、対話オブジェクト３４
０（以下、「親サイト対話オブジェクト」と呼ぶ）が生
成され、それ以外のサイト（以下、「子サイト」と呼
ぶ）では、対話オブジェクト３５０（以下、「子サイト
対話オブジェクト」と呼ぶ）が生成される。

【００６６】親サイト対話ブジェクト３４０は、親サイ
トのユーザ入力データ、または他のサイトから受信した
入力データに応じたデータ処理を実行し、データ処理の
結果として発生した出力データを、制御オブジェクト３
２０−Ａを介して他の制御オブジェクト３２０−Ｂ、３
２０−Ｃに同報通信する。この場合、親サイトで発生し
た入力データは、他のサイトには送信されない。

【００６７】子サイト対話ブジェクト３５０（３５０−
Ｂ、３５０−Ｃ）は、ユーザからの入力データを、制御
オブジェクト３２０−Ｂ、または３２０−Ｃを介して、
親サイト対話制御オブジェクト３４０−Ａに送り、他の
サイトから受信した出力データを表示画面に出力する。
すなわち、親サイトの対話オブジェクト３４０−Ａが実
行したデータ処理結果が、通信路を介して、子サイト対
話オブジェクト３５０−Ｂ、３５０−Ｃに与えられ、各
ディスプレイに同一の表示が出力される。

【００６８】図１８は、各ワークステーション（サイ
ト）１０の要部となるハードウェア構成を示すブロック
図である。ここでは、キーボード等、構成要素の１部を
省略して示してある。

【００６９】中央処理装置（ＣＰＵ）３７０（３７０−
Ａ〜３７０−Ｃ）は、記憶装置３８０（３８０−Ａ〜３
８０−Ｃ）に用意された各種のアプリケーションプログ
ラム（ＡＰ）４１０や、ワークステーション１０の通信
機能を提供する通信システムプログラム４０５を実行す
る。

【００７０】ワークステーション１０は、通信アダプタ
３９０（３９０−Ａ〜３９０−Ｃ）とネットワークイン
タフェース４５０（４５０−Ａ〜４５９０−Ｃ）を介し
て、通信ネットワーク６０をアクセスする。

【００７１】通信アダプタ３９０がネットワークインタ
フェース４５０から受け取った通信データは、通信アダ
プタ３９０の内部バッファ４４０に一時的に格納され、
ダイレクトメモリアクセスコントローラ（ＤＭＡＣ）４
００によって、通信システムプログラム４０５が利用す
るメモリ領域４２０に、システムデータとして転送され
る。上記システムデータは、通信システムプログラム４
０５によって、ＡＰ４１０がアクセスできるメモリ領域
４３０にＡＰデータとしてコピーされる。

【００７２】ＡＰへの入力データ、またはＡＰの実行に
よって発生したデータは、上記したデータの流れとは逆
の手順で、他のワークステーションに送信される。

【００７３】図１９は、通信ネットワーク６０を介して
ワークステーション１０間でやりとりされる通信メッセ
ージのフォーマットを示す。本実施例では、通信メッセ
ージ４６５は、宛先として、ワークステーション１０と
ＡＰ４１０を指定した形で、送信することができる。つ
まり、ワークステーション１０上で複数のＡＰが稼働し
ている時、受け取って欲しいＡＰを指定して、メッセー
ジを発行することができる。

【００７４】通信メッセージ４６５は、図に示すよう
に、メッセージの本体となるデータ部４９０の前に付加
した形で、宛先ワークステーションを特定するアドレス
４７０と、当該データを受け取るべきＡＰを特定するＡ
Ｐ識別子４８０と、通信ネットワーク６０を利用するた
めに必要な その他の通信制御情報４８５とからなるヘ
ッダ部を持つ。

【００７５】図２０は、各ワークステーションが備える
ソフトウエアの構成を説明するための図である。各ワー
クステーションは、基本的なソフトウエアとして、他の
ワークステーションとの連動動作を制御するための制御
オブジェクト３２０と、共同作業の中で行われる具体的
なデータ処理動作を制御するための複数のアプリケーシ
ョンプログラム（ＡＰ）４１０と、クライアントである
各ＡＰ４１０の要求に応じて、ウィンドウの表示内容を
操作するウィンドウシステムサーバ５４０と、各ＡＰ４
１０とウィンドウシステムサーバ５４０との間にあっ
て、ウィンドウ操作に関するメッセージをインタセプト
するインタセプトモジュール５３０とを備える。各ワー
クステーションは、必要に応じて、ウィンドウシステム
サーバ５４０を、複数備えることができる。

【００７６】ＡＰ４１０は、共同作業の実行モードに応
じて、前述した「連動対話オブジェクト」３３０と、
「親サイト対話オブジェクト」３４０と、「子サイト対
話オブジェクト３５０」の何れかに区別される。各ＡＰ
４１０は、共同作業を離れて、各ワークステーションで
独立してデータ処理を実行する「ローカルモード」での
動作も可能である。

【００７７】制御オブジェクト３２０は、論理的な環状
通信路３６０を介して、他のワークステーションの制御
オブジェクトと接続される。各制御オブジェクト３２０
は、他の制御オブジェクトへのメッセージの送信処理を
行う送信モジュール５１０と、他の制御オブジェクトか
らのメッセージの受信処理を行う受信モジュール５２５
と、インタセプトモジュール５３０との間でメッセージ
のやりとりを行うための制御モジュール５２０とから構
成される。

【００７８】図２０では、インタセプトモジュール５３
０が１つしか示されていないが、インタセプトモジュー
ルを、各ＡＰ対応に設けたり、複数のＡＰからなるグル
ープ毎に設けるようにしてもよい。

【００７９】ここで、ウインドウシステムサーバ５４０
と、アプリケーションプログラム４１０と、インタセプ
トモジュール５３０と、制御オブジェクト３２０との間
で交信されるメッセージの形式と識別方法について説明
する。

【００８０】マルチウィンドウ機能を備えた各ワークス
テーションでは、表示画面に表示されているアイコンを
選択すると、該アイコンと対応するプログラム（制御オ
ブジェクトまたはアプリケーションプログラム）が起動
され、上記プログラムと対応するウィンドウが表示画面
に生成される。

【００８１】例えば、制御オブジェクト３２０が起動さ
れると、制御オブジェクト３２０とウィンドウシステム
サーバ５４０との間に、コネクションが設定され、制御
オブジェクトからの要求によって、表示画面に会議室ウ
ィンドウ７０が生成される。上記会議室ウィンドウに
は、ウィンドウシステムサーバ５４０が管理する各ワー
クステーションで固有のウィンドウ番号が割り当てられ
る。上記会議室ウィンドウでデータ入力操作が行われる
と、ウィンドウシステムサーバ５４０は、入力データに
該会議室ウィンドウに固有のウィンドウ番号と上記コ
ネクションの識別子とを付した形のメッセージを発行す
る。

【００８２】本発明では、上記会議室ウィンドウに表示
されているアイコンの選択操作によって、選択されたア
イコンと対応するアプリケーションプログラム４１０が
起動される。この操作過程で、アプリケーションプログ
ラムの動作モードの指定が行われ、プログラム名称と動
作モードとの関係が制御オブジェクトに記憶される。

【００８３】アプリケーションプログラム（ＡＰ）４１
０が起動されると、該アプリケーションプログラムから
の表示用コネクション要求によって、アプリケーション
とインタセプトモジュール５３０との間にコネクション
（ＣＡ）が設定される。上記要求は、プロセス間通信に
よって、コネクション（ＣＡ）の識別子とともに、イン
タセプトモジュール５３０から制御オブジェクト３２０
に伝えられる。この時、制御オブジェクト３２０は、上
記コネクション（ＣＡ）に、共同情報処理システムで通
用する汎用コネクション識別子（ＣＧ）を割当て、他の
ワークステーションに対して、該アプリケーションプロ
グラムのＡＰ名称、ＣＧと共に、表示用コネクション要
求を送信する。また、インタセプトモジュール５３０に
対して、インタセプトモジュールとウィンドウサーバと
の間にコネクションを設定するよう要求する。他のワー
クステーションから表示用コネクション要求を受信した
時も、これと同様に、インタセプトモジュール５３０に
対してコネクション設定要求を出す。

【００８４】インタセプトモジュール５３０は、インタ
セプトモジュールとウィンドウサーバとの間にコネクシ
ョンを設定すると、このコネクションの識別子（ＣＷ）
を制御モジュールに伝える。制御オブジェクト３２０
は、以上の手順によって知ったＡＰ名称と、ＣＧ、ＣＷ
とＣＡの関係を記憶する。これによって、その後に、イ
ンタセプトモジュールからＣＡを含むメッセージを受け
取った時、または、他のワークステーションからＣＧを
含むメッセージを受け取った時、制御オブジェクトは、
そのメッセージに、出力先ウィンドウを特定するＣＷを
付けて、インタセプトモジュールに渡すことができる。

【００８５】起動されたアプリケーションプログラム４
１０は、その後、インタセプトモジュール５３０に対し
て、コネクション識別子（ＣＡ）を付して、ウィンドウ
生成要求を出す。この要求は、インタセプトモジュール
５３０から制御オブジェクト３２０に伝えられる。

【００８６】制御オブジェクトは、上記要求のコネクシ
ョン識別子ＣＡからＡＰ名称と汎用のコネクション識別
子ＣＧを特定し、ヘッダ部を書き替えたウィンドウ生成
要求を他のワークステーションに送信するとともに、イ
ンタセプトモジュール５３０に対して、コネクション識
別子ＣＷを指定して、ウィンドウ生成要求を出す。イン
タセプトモジュール５３０がウィンドウシステムサーバ
５４０にウィンドウ生成要求を出すことによって、表示
画面に新たなウィンドウが生成され、ワークステーショ
ンに固有のウィンドウ識別子（ＷＬ）が決定される。こ
のウィンドウ番号ＷＬは、インタセプトモジュール５３
０を介して制御オブジェクト３２０に伝えられ、制御オ
ブジェクトによって、共同情報処理システムで通用する
汎用のウィンドウ識別子（ＷＧ）が割り当てられる。こ
れらのＷＬとＷＧの関係は、前述したＡＰ名称、コネク
ション識別子と対応づけて、制御オブジェクトの制御テ
ーブルメモリ５２１に記憶される。他のワークステーシ
ョンからウィンドウ生成要求を受信した場合も、これと
同様の手順が実行される。

【００８７】これによって、その後に、インタセプトモ
ジュールからＷＬを含むメッセージを受け取った時、ま
たは、他のワークステーションからＷＧを含むメッセー
ジを受け取った時、制御オブジェクトは、そのメッセー
ジに、これを処理すべきアプリケーションプログラムの
特定するようヘッダ変換して、インタセプトモジュール
にメッセージを渡すことができる。

【００８８】図２１は、制御オブジェクト３２０の間で
送受信されるメッセージ５６０の形式を示す。

【００８９】上記メッセージ５６０は、図１９に示した
通信メッセージ４６５のデータ部４９０を構成する。

【００９０】メッセージ５６０は、データフィールド６
１０と、データを発行した制御オブジェクト３２０を示
す発行者ＩＤフィールド５７０と、上記データ６１０を
受け取るべき１つの制御オブジェクト、あるいは複数の
制御オブジェクトの集合を示す到達域フィールド５８０
と、本制御オブジェクト３２０の制御下にある対話オブ
ジェクト（３３０、３４０、または３５０）の識別情報
であるＡＰＩＤフィールド５９０と、上記データ６１０
と関係するウィンドウシステムサーバ５４０の識別情報
であるサーバＩＤフィールド６００と、制御オブジェク
ト間の通信の制御のために必要なその他の通信制御情報
フィールド６０５と、上記データ６１０が入力データか
出力データかの区分を示すデータ種類フィールド６０９
と、からなる。上記データ６１０は、その先頭部分に、
ウィンドウ識別子６１１と、コネクション識別子６１２
とを含む。以下、フィールド５７０〜６０９からなる部
分をメッセージ５６０の「内部ヘッダ」５６５と呼ぶこ
とにする。

【００９１】制御オブジェクト３２０が生成したデータ
には、制御オブジェクト３２０自身が、内部ヘッダ５６
５を付加する。しかしながら、各ＡＰ４１０がウィンド
ウシステムサーバ５４０に対して発行した出力データ
や、ウィンドウシステムサーバ５４０が各ＡＰ４１０に
対して発行した入力データは、通常は、上述した内部ヘ
ッダ５６５を持っていない。これらの入出力データに対
しては、インタセプトモジュール５３０が、メッセージ
をインタセプトしたときに内部ヘッダ５６５を付加し、
それを制御モジュールに渡すよう動作する。ただし、イ
ンタセプトモジュールが値を設定するフィールドは、内
部ヘッダのうち、データ種類フィールド６０９だけであ
り、その他のフィールド５７０〜６０５の内容は、制御
オブジェクト３２０において設定される。

【００９２】インタセプトモジュール５３０は、制御モ
ジュールから内部ヘッダ６５６を持つメッセージ５６０
を受信すると、内部ヘッダ６５６を除去し、データ６１
０をウィンドウシステムサーバ５４０やＡＰ４１０に渡
す。もし、ＡＰ４１０やウィンドウサーバ５４０が、上
記内部ヘッダ６５６の処理機能をもつように設計されて
いる場合は、インタセプトモジュール５３０による上述
したヘッダ処理動作は不要となる。

【００９３】次に、図２２〜図２５を参照して、インタ
セプトモジュール５３０の機能を説明する。特に断わら
ない限り、ウィンドウシステムサーバ５４０と各ＡＰ４
１０とが扱うメッセージ（データ）は内部ヘッダ５６５
を持たず、制御オブジェクト３２０間で送受信されるメ
ッセージは内部ヘッダ５６５を持つものとする。

【００９４】図２２は、ウィンドウシステムサーバ５４
０から発行されるメッセージ（入力データ：Ｘウィンド
ウシステムにおける「イベント」）のインタセプト動作
を示す。ウィンドウシステムサーバ５４０から発行され
たメッセージは、インタセプトモジュール５３０によっ
てインタセプトされ（６２０）、それから、制御オブジ
ェクト３２０の制御モジュール５２０に送られる（６３
０）。

【００９５】図２３は、制御オブジェクト３２０の制御
モジュール５２０から発行されるメッセージ（入力デー
タ）のインタセプト動作を示す。制御オブジェクト３２
０の制御モジュール５２０から発行されたメッセージ
（入力データ）は、インタセプト手段５３０にインタセ
プトされ（６４０）、それから、ＡＰ４１０に送られる
（６５０）。

【００９６】図２４は、ＡＰ４１０から発行されるッセ
ージ（出力データ：Ｘウィンドウシステムにおけるリク
エスト）のインタセプション動作を示す。ＡＰ４１０か
ら発行されたメッセージは、インタセプト手段５３０に
インタセプトされ（６６０）、制御オブジェクト３２０
の制御モジュール５２０に送られる（６７０）。

【００９７】図２５は、制御オブジェクト３２０の制御
モジュール５２０から発行されるメッセージ（出力デー
タ）のインタセプション処理を説明している。制御オブ
ジェクト３２０の制御モジュール５２０から発行される
メッセージ（出力データ）は、インタセプト手段５３０
にインタセプトされ（６８０）、それから、ウィンドウ
システムサーバ５４０に送られる（６９０）。

【００９８】本発明の各ワークステーションでは、少な
くとも「連動操作モード」と「ＯＨＰモード」によるプ
ログラム実行がサポートされているが、以上の説明から
分かるように、インタセプトモジュール５３０は、ウィ
ンドウサーバ５４０およびＡＰ４１０からの受信メッセ
ージは制御オブジェクト３２０へ、また、制御オブジェ
クト３２０からの受信メッセージは、メッセージの種別
６０３に応じて、ウィンドウサーバ５４０、またはＡＰ
４１０へ転送動作する。

【００９９】図２６は、制御モジュール５２０の構成を
示す。本発明において、制御モジュール５２０がもつべ
き主要な機能は、同一の共同作業システムに属している
他の制御オブジェクト３２０’から受け取ったメッセー
ジと、インタセプトモジュール５３０から受け取ったメ
ッセージの転送先を決定することである。制御モジュー
ル５２０が受け取ったメッセージ５６０は、メッセージ
５６０の転送動作を実施する分配制御サブモジュール７
３０に送られる。

【０１００】分配制御サブモジュール７３０は、メッセ
ージ５６０を受け取ると、検索サブモジュール７２５に
当該メッセージ５６０をどう転送するかを問合せる。７
２７は、当該共同作業で利用している全てのＡＰ４１０
の動作モード（連動操作モード、ＯＨＰモード、等）を
記憶しているＡＰポリシテーブルである。上記ＡＰポリ
シテーブル７２７の内容は、新たなＡＰ４１０が起動さ
れた時や、既に実行中のＡＰ４１０が終了した時、検索
サブモジュール７２５によって更新される。

【０１０１】７２９は、ＡＰの動作モードに対応して、
メッセージ５６０の転送方法の記述を保持しているポリ
シ記述テーブルであり、このテーブル７２９は、制御オ
ブジェクト３２０が起動されたときに生成される。

【０１０２】本実施例では、各ワークステーション１０
は、ポリシ記述テーブル７２９の内容を記憶しているフ
ァイルを有し、制御オブジェクト３２０が起動されたと
き、上記ファイルから内部メモリのポリシ記述テーブル
領域に７２９に、メッセージ５６０の転送方法の記述が
複写される。

【０１０３】検索サブモジュール７２５は、分配制御モ
ジュール７３０から、或るメッセージ５６０について転
送方法の問い合わせを受けると、先ず、当該メッセージ
５６０のＡＰＩＤ５９０に基づいてＡＰポリシテーブル
７２７を参照し、上記ＡＰＩＤ５９０が示すＡＰの動作
モードを知る。次に、上記動作モードに基づいてポリシ
記述テーブル７２９を参照し、メッセージ５６０に適用
すべき転送方法を知る。

【０１０４】次に、図２７〜図３３を参照して、制御オ
ブジェクト３２０が行なう、インタセプトモジュール５
３０および他の制御オブジェクト３２０からの受信メッ
セージ５６０の転送動作についてを説明する。これらの
図において、メッセージ５６０の流れを示す矢印のう
ち、実線の矢印は、ウィンドウシステムサーバ５４０か
らの入力データ（例えば、Ｘウィンドウシステムにおけ
るイベント）を含むメッセージ（以下、入力メッセージ
という）の流れを、また、破線の矢印は、ウィンドウシ
ステムサーバ５４０への出力データ（例えば、Ｘウィン
ドウシステムにおけるリクエスト）を含むメッセージ
（以下、出力メッセージという）の流れを表わす。

【０１０５】１つのメッセージが２箇所に転送される場
合には、メッセージのコピーが利用される。１つの制御
オブジェクト３２０から、同報通信によって、他の複数
のワークステーション宛にメッセージが送信された場
合、該メッセージが環状通信路３６０を介して最後の制
御オブジェクト３２０に到達したとき、受信メッセージ
の到達域５８０によって同報通信の終了が確認され、そ
れ以降の他の制御オブジェクト３２０への送信動作は止
む。

【０１０６】図２７は、制御オブジェクト３２０が、イ
ンタセプトモジュール５３０から、「連動操作モード」
にある連動対話オブジェクト３３０に渡すべき入力メッ
セージ５６０を受け取った場合の、メッセージ転送を示
す。制御オブジェクト３２０は、メッセージを受け取る
（６３０）と、これを、他の制御オブジェクに送る（７
００）と共に、インタセプトモジュール５３０に返送
（６４０）する。

【０１０７】図２８は、制御オブジェクト３２０が、イ
ンタセプトモジュール５３０から、「連動操作」モード
にある連動対話オブジェクト３３０が発行した出力メッ
セージ５６０を受け取った場合の、メッセージ転送を示
す。制御オブジェクト３２０は、インタセプト手段５３
０から受け取った（６７０）メッセージを、インタセプ
トモジュール５３０に返送する（６８０）。このよう
に、１つの制御オブジェクト３２０でメッセージの転送
動作が閉じてしまう場合には、インタセプトモジュール
５３０が、出力メッセージ５６０を制御オブジェクト３
２０に送る動作（６７０）を省略するようにしてもよ
い。

【０１０８】図２９は、制御オブジェクト３２０が、他
の制御オブジェクト３２０から、「連動操作」モードに
ある連動対話オブジェクト３３０に渡すべき入力メッセ
ージ５６０を受け取った場合の、メッセージ転送を示
す。制御オブジェクト３２０は、他制御オブジェクト３
２０から受け取った（７１０）入力メッセージ５６０
を、他の制御オブジェクに送る（７００）と共に、イン
タセプトモジュール５３０へ渡す（６４０）。

【０１０９】図３０は、制御オブジェクト３２０が、イ
ンタセプトモジュール５３０から、「ＯＨＰモード」に
ある親サイト対話オブジェクト３４０に渡すべき入力メ
ッセージ５６０を受け取った場合の、メッセージ転送を
示す。制御オブジェクト３２０は、インタセプトモジュ
ール５３０から受け取った（６３０）メッセージ５６０
をインタセプトモジュール５３０に送る（６４０）。こ
の場合、１つの制御オブジェクト３２０でメッセージの
転送動作が閉じているため、インタセプトモジュール５
３０が、メッセージ５６０を制御オブジェクト３２０に
送る動作（６３０）を省略するようにしてもよい。

【０１１０】図３１は、制御オブジェクト３２０が、イ
ンタセプトモジュール５３０から、「ＯＨＰモード」に
ある親サイト対話オブジェクト３４０が発行した出力メ
ッセージ５６０を受け取った場合の、メッセージ転送を
示す。制御オブジェクト３２０は、インタセプトモジュ
ール５３０から受け取った（６７０）出力メッセージ５
６０を、他の制御オブジェクに送る（７２０）と共に、
これをインタセプトモジュール５３０に返送する（６８
０）。

【０１１１】図３２は、制御オブジェクト３２０が、イ
ンタセプトモジュール５３０から、「ＯＨＰモード」に
ある子サイト対話オブジェクト３５０に関する入力メッ
セージ５６０を受け取った場合の、メッセージ転送を示
す。制御オブジェクト３２０は、インタセプトモジュー
ル５３０から受け取った（６３０）メッセージ５６０
を、他の制御オブジェクに送る（７００）。

【０１１２】図３３は、制御オブジェクト３２０が、他
の制御オブジェクト３２０から、「ＯＨＰモード」にあ
る子サイト対話オブジェクト３５０に関する出力メッセ
ージ５６０を受け取った場合の、メッセージ転送を示
す。制御オブジェクト３２０は、上流側の制御オブジェ
クト３２０から受け取った（７３０）メッセージ５６０
を、下流側の制御オブジェクに送る（７２０）と共に、
これをインタセプトモジュール５３０にも渡す（６８
０）。

【０１１３】図３４〜図３９は、以上説明してきたイン
タセプトモジュール５３０と制御オブジェクト３２０の
メッセージ転送機能によって実現される連動操作モード
とＯＨＰモードにおけるデータフローを示す。

【０１１４】図３４は、連動操作モードにある対話オブ
ジェクト３３０への入力メッセージの流れを示す。

【０１１５】ウィンドウシステムサーバ５４０が発行し
た入力メッセージは、インタセプトモジュール５３０に
よってインタセプトされる（６２０）。インタセプトモ
ジュール５３０は、上記入力メッセージを制御オブジェ
クト３２０に送る（６３０）。制御オブジェクト３２０
は、上記入力メッセージを下流側の他の制御オブジェク
ト３２０”に転送する（７００）と共に、これをインタ
セプトモジュール５３０に渡す（６４０）。インタセプ
トモジュール５３０は、上記制御オブジェクト３２０か
ら受け取った入力メッセージを連動対話オブジェクト３
３０に渡す（６５０）。

【０１１６】制御オブジェクト３２０は、上流側他の制
御オブジェクト３２０’から受け取った（７１０）入力
メッセージも インタセプトモジュール５３０に渡す
（６４０）。この入力メッセージは、ウィンドウシステ
ムサーバ５４０が発行した入力メッセージと同様に、イ
ンタセプトモジュール５３０によって、連動対話オブジ
ェクト３３０に渡っされる（６５０）。

【０１１７】図３５は、連動操作モードにある対話オブ
ジェクト３３０からの出力メッセージの流れを示す。

【０１１８】対話オブジェクト３３０が発行した出力メ
ッセージは、インタセプトモジュール５３０によってイ
ンタセプトされ（６６０）、制御オブジェクト３２０に
送られる（６７０）。制御オブジェクト３２０は、上記
メッセージをインタセプトモジュール５３０に戻す（６
８０）。インタセプトモジュール５３０は、受け取った
メッセージを ウィンドウシステサーバ５４０に渡す
（６９０）。

【０１１９】図３６は、ＯＨＰモードにある親サイト対
話オブジェクト３４０への入力メッセージの流れを示
す。

【０１２０】ウィンドウシステムサーバ５４０が発行し
た入力メッセージは、インタセプトモジュール５３０に
よってインタセプトされ（６２０）、制御オブジェクト
３２０に送られる（６３０）。制御オブジェクト３２０
は、上記メッセージをインタセプトモジュール５３０に
戻す（６４０）。インタセプトモジュール５３０は、制
御オブジェクト３２０から受け取ったメッセージを、親
サイト対話オブジェクト３４０に渡す（６５０）。

【０１２１】制御オブジェクト３２０は、上流側他の制
御オブジェクト３２０’から受け取った（７１０）メッ
セージも、インタセプトモジュール５３０に渡す（６４
０）。インタセプトモジュール５３０は、受け取った入
力メッセージを、ウィンドウシステムサーバ５４０が発
行した入力メッセージと同様に、親サイト対話オブジェ
クト３４０に渡す（６５０）。

【０１２２】図３７は、ＯＨＰモードにある親サイト対
話オブジェクト３４０からの出力メッセージの流れを示
す。

【０１２３】親サイト対話オブジェクト３４０が発行し
た出力メッセージは、インタセプトモジュール５３０に
よってインタセプトされ（６６０）、制御オブジェクト
３２０に送られる（６７０）。制御オブジェクト３２０
は、上記メッセージを下流側の他の制御オブジェクト３
２０”に転送する（７２０）と共に、これをインタセプ
トモジュール５３０に戻す（６８０）。インタセプトモ
ジュール５３０は、受け取った該出力メッセージ５６０
を、ウィンドウシステムサーバ５４０に渡す（６９
０）。

【０１２４】図３８は、ＯＨＰモードにある子サイト対
話オブジェクト３５０への入力メッセージの流れを示
す。

【０１２５】ウィンドウシステムサーバ５４０が発行し
た入力メッセージは、インタセプトモジュール５３０に
よってインタセプトされ（６２０）、制御オブジェクト
３２０に送られる（６３０）。制御オブジェクト３２０
は、上記入力メッセージを下流側の他の制御オブジェク
ト３２０”に転送する（７００）。上流側の他の制御オ
ブジェクト３２０’から受信（７１０）された子サイト
対話オブジェクト３５０への入力メッセージも、制御オ
ブジェクト３２０によって、下流側の他の制御オブジェ
クト３２０”に転送される。

【０１２６】図３９は、ＯＨＰモードにある子サイト対
話オブジェクト３５０への出力メッセージの流れを示
す。

【０１２７】制御オブジェクト３２０は、上流側の他の
制御オブジェクト３２０’から受信した出力メッセージ
（７３０）を、下流側の他の制御オブジェクト３２０”
に転送する（７２０）と共に、これをインタセプトモジ
ュール５３０に渡す（６８０）。インタセプトモジュー
ル５３０は、制御オブジェクト３２０から受け取った出
力メッセージ５６０をウィンドウシステムサーバ５４０
に送る（６９０）。

【０１２８】図４０は、インタセプト５モジュール３０
におけるデータ処理の流れ、特にメッセージの分配処理
に関するフローチャートを示す。

【０１２９】インタセプトモジュール５３０は、ウィン
ドウシステムサーバ５４０からのメッセージが入力され
るメッセージキュー（Ｑｗ）と、ＡＰ４１０からのメッ
セージが入力されるメッセージキュー（Ｑａ）と、制御
オブジェクト３２０からのメッセージが入力されるメッ
セージキュー（Ｑｃ）を監視している。

【０１３０】メッセージキュー（Ｑｗ）にウィンドウシ
ステムサーバからのメッセージ（入力データ）が届くと
（ステップ７４０）、メッセージ種類６０９を判定す
る。もし、それが入力メッセージならば（７５０）、制
御モジュール３２０に送り（７６０）、出力メッセージ
ならば（７７０）、これはありえない事象と判断し、エ
ラー処理を行う（７８０）。

【０１３１】メッセージキューＱａにＡＰからメッセー
ジが届くと（７９０）、メッセージ種類６１１を判定す
る。もし、それが入力メッセージならば（８００）、エ
ラー処理を行い（８１０）、出力メッセージならば（８
２０）、それを制御モジュール３２０に送る（８３
０）。

【０１３２】メッセージキューＱｃに制御モジュール３
２０からメッセージが届くと（８４０）、メッセージ種
類６０９を判定し、それが入力メッセージならば（８５
０）、ＡＰ４１０に送り（８６０）、出力メッセージな
らば（８７０）、ウィンドウシステムサーバ５４０に送
る（８８０）。

【０１３３】図４１は、制御モジュール５２０における
処理、特にメッセージの分配処理のフローチャートを示
す。

【０１３４】制御モジュール５２０は、インタセプトモ
ジュール５３０と他の制御オブジェクト３２０’から受
信するメッセージを監視している。

【０１３５】インタセプトモジュール５３０からメッセ
ージを受信すると（ステップ８９０）、メッセージの内
部ヘッダ５６５の生成を行った後、メッセージ（デー
タ）の種類に応じて、以下の分配動作を実行する。

【０１３６】すなわち、受信したメッセージが入力メッ
セージの場合は（９００）、ＡＰＩＤ５９０に基づい
て、上記メッセージと対応するアプリケーションプログ
ラムＡＰの状態を判定し、もし、上記入力メッセージが
連動操作モードにある連動対話オブジェクト３３０に関
連するものであれば（９１０）、上記メッセージのレプ
リカを作成し、メッセージ（またはレプリカ）をインタ
セプトモジュール５３０に、レプリカ（メッセージ）を
下流側にある他の制御モジュール３２０”にそれぞれ送
る（９２０）。

【０１３７】もし、上記入力メッセージがＯＨＰモード
にある親サイト対話オブジェクト３４０に関連したもの
であれば（９３０）、上記メッセージをインタセプトモ
ジュール５３０に渡す（９４０）。もし、上記入力メッ
セージがＯＨＰモードにある子サイト対話オブジェクト
３５０に関連したものであれば（９５０）、これを親サ
イト対話オブジェクト３４０に送るために、下流側の他
の制御モジュール３２０”に送出する（９６０）。

【０１３８】インタセプトモジュール５３０から受け取
ったメッセージが出力メッセージの場合は（９７０）、
もし、該入力メッセージが連動操作モードにある連動対
話オブジェクト３３０に関連したものであれば（９８
０）、これをインタセプトモジュール５３０に送る（９
９０）。もし、上記入力メッセージがＯＨＰモードにあ
る親サイト対話オブジェクト３４０に関連したものであ
れば（１０００）、メッセージのレプリカを作成し、イ
ンタセプトモジュール５３０と、下流側の他の制御オブ
ジェクト３２０”に上記メッセージ（またはレプリカ）
を送る（１０１０）。もし、上記入力メッセージがＯＨ
Ｐモードにある子サイト対話オブジェクト３５０に関連
したものであれば（１０２０）、これはありえない事象
と判断し、エラー処理を行う（１０３０）。

【０１３９】他の制御オブジェクト３２０’からメッセ
ージを受信すると（１０４０）、該メッセージの種類６
０９に応じて、以下のように分配動作する。

【０１４０】受信したメッセージが入力メッセージの場
合（１０５０）、該入力メッセージが連動操作モードに
ある連動対話オブジェクト３３０に関連したものであれ
ば（１０６０）、上記入力メッセージのレプリカを作成
し、受信メッセージ（またはレプリカ）をインタセプト
モジュール５３０と下流側の他の制御モジュール３２
０”に送る（１０７０）。もし、上記入力メッセージが
ＯＨＰモードにある親サイト対話オブジェクト３４０に
関連したものであれば（１０８０）、該メッセージをイ
ンタセプトモジュール５３０に送る（１０９０）。も
し、上記入力メッセージがＯＨＰモードにある子サイト
対話オブジェクト３５０に関連したものであれば（１１
００）、該メッセージを下流側の他の制御モジュール３
２０”に送る（１１１０）。

【０１４１】他の制御オブジェクト３２０’から受け取
ったメッセージが出力メッセージの場合（１１２０）、
該メッセージが連動操作モードにある連動対話オブジェ
クト３３０に関連したものであれば（１１３０）、これ
はありえない事象であるから、エラー処理を行い（１１
４０）、もし、上記受信メッセージがＯＨＰモードにあ
る親サイト対話オブジェクト３４０に関連したものであ
れば（１１５０）、これもありえない事象であるから、
エラー処理を行う（１１６０）。もし、上記受信メッセ
ージがＯＨＰモードにある子サイト対話オブジェクト３
５０に関連したものであれば（１１７０）、インタセプ
トモジュール５３０に送る（１１８０）。

【０１４２】

【発明の効果】以上の説明から明らかな如く、本発明に
よれば、共同作業に適用するアプリケーションプログラ
ムの動作モードを、連動操作モード、ＯＨＰモードの何
れかに自由に設定できる。また、各ワークステーション
の制御ルーチンにＡＰポリシテーブル７２７を設け、こ
れにより、共同作業で利用されるアプリケーションプロ
グラムＡＰ毎にメッセージ分配方法を指定できるように
してあるため、ＡＰの機能に応じて、共同作業のための
データ処理の実行方法を選択利できる。

【図面の簡単な説明】

【図１】本発明による共同情報処理システムの１実施例
を示す図。

【図２】会議開始前のワークステーション１０のディス
プレイ２０の様子を示す図。

【図３】会議室ウィンドウ７０を接続する操作の例を示
す図。

【図４】接続が完了した会議室ウィンドウ７０の様子を
示す図。

【図５】仮想的会議において作業を開始する様子を示す
図。

【図６】連動操作２３０により報告書２５０を開いた状
態を示す図。

【図７】報告書２５０を２人の参加者が同時に編集する
様子を示す図。

【図８】報告書２５０の上で指示棒２７０を利用してい
る状態を示す図。

【図９】報告書２５０とは別の資料を利用する様子を説
明ための図。

【図１０】ＯＨＰモードにより資料２８０を開いた状態
を示す図。

【図１１】資料２８０に対する編集操作の例を示す図。

【図１２】資料２８０の上で指示棒３００、３１０を利
用している状態を示す図。

【図１３】資料２８０の修正終了を示す図。

【図１４】報告書２５０の修正終了を示す図。

【図１５】共同活動終了操作を説明する図。

【図１６】参加者が共同活動から離れた状態を示す図。

【図１７】本発明のシステムのソフトウェア構成を示す
図。

【図１８】本発明のワークステーションのハードウェア
構成を示す図。

【図１９】通信メッセージのデータ形式を示す図。

【図２０】インタセプトモジュールと制御オブジェクト
とＡＰとの関係を示すソフトウェア構成図。

【図２１】制御オブジェクト間で通信されるメッセージ
のデータ形式を示す図。

【図２２】ウィンドウシステムサーバ５４０から発行さ
れるメッセージのインタセプション処理を説明する図。

【図２３】制御オブジェクト３２０の制御モジュール５
２０から発行されるメッセージのインタセプション処理
を説明する図。

【図２４】ＡＰ４１０から発行されるメッセージのイン
タセプション処理を説明する図。

【図２５】制御オブジェクト３２０の制御モジュール５
２０から発行されるメッセージのインタセプション処理
を説明する図。

【図２６】制御オブジェクト３２０の制御モジュール５
２０のサブモジュール構成図。

【図２７】制御オブジェクト３２０が、連動操作モード
にある連動対話オブジェクト３３０に関する入力メッセ
ージをインタセプトモジュール５３０から受け取った際
のメッセージ転送を示す図。

【図２８】制御オブジェクト３２０が、連動操作モード
にある連動対話オブジェクト３３０に関する出力メッセ
ージをインタセプトモジュール５３０から受け取った際
のメッセージ転送を示す図。

【図２９】制御オブジェクト３２０が、連動操作モード
にある連動対話オブジェクト３３０に関する入力メッセ
ージを他の制御オブジェクト３２０から受け取った際の
メッセージ転送を示す図。

【図３０】制御オブジェクト３２０が、ＯＨＰモードに
ある親サイト対話オブジェクト３４０に関する入力メッ
セージをインタセプトモジュール５３０から受け取った
際のメッセージ転送を示す図。

【図３１】制御オブジェクト３２０が、ＯＨＰモードに
ある親サイト対話オブジェクト３４０に関する出力メッ
セージをインタセプトモジュール５３０から受け取った
際のメッセージ転送を示す図。

【図３２】制御オブジェクト３２０が、ＯＨＰモードに
ある子サイト対話オブジェクト３５０に関する入力メッ
セージをインタセプトモジュール５３０から受け取った
際のメッセージ転送を示す図。

【図３３】制御オブジェクト３２０が、ＯＨＰモードに
ある子サイト対話オブジェクト３５０に関する出力メッ
セージを他の制御オブジェクト３２０から受け取った際
のメッセージ転送を示す図。

【図３４】連動操作モードにある連動対話オブジェクト
３３０に関する入力メッセージの流れを示す図。

【図３５】連動操作モードにある連動対話オブジェクト
３３０に関する出力メッセージの流れを示す図。

【図３６】ＯＨＰモードにある親サイト対話オブジェク
ト３４０に関する入力メッセージの流れを示す図。

【図３７】ＯＨＰモードにある親サイト対話オブジェク
ト３４０に関する出力メッセージの流れを示す図。

【図３８】ＯＨＰモードにある子サイト対話オブジェク
ト３５０に関する入力メッセージの流れを示す図。

【図３９】ＯＨＰモードにある子サイト対話オブジェク
ト３５０に関する出力メッセージの流れを示す図。

【図４０】インタセプトモジュール５３０における処理
の流れを説明するフローチャート。

【図４１】制御モジュール５２０における処理の流れを
説明するためのフローチャート。

【符号の説明】

１０…ワークステーション、２０…ディスプレイ、３０
…キーボード、４０…マウス、５０…電話、６０…通信
ネットワーク、７０…会議室ウィンドウ、８０…電話、
９０…報告書アイコン、１００…資料アイコン、１１０
…接続操作メニュー、１６０…マウスカーソル、１７０
…参加者名一覧、２１０…接続状態表示、２２０…資料
操作メニュー、２５０…報告書、２７０…指示棒、２８
０…資料、３００、３１０…指示棒、３２０…制御オブ
ジェクト、３３０…連動対話オブジェクト、３４０…親
サイト対話オブジェクト、３５０…子サイト対話オブジ
ェクト、３６０…環状通信路、４１０…ＡＰ、５１０…
送信モジュール、５２０…制御モジュール、５２５…受
信モジュール、５３０…インタセプト手段、５４０…ウ
ィンドウシステムサーバ、５６０…制御オブジェクト間
通信データ、５６５…制御オブジェクト間通信データヘ
ッダ、５９０…ＡＰＩＤ、７２５…検索サブモジュー
ル、７２７…ＡＰポリシテーブル、７２９…ポリシ記述
テーブル、７３０…分配制御サブモジュール。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 中村 史朗 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 (72)発明者 山光 忠 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア開発本部内 (72)発明者 亀田 正美 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア開発本部内

Claims (5)

【特許請求の範囲】
1. 【請求項１】ネットワークに接続された複数のワークス
   テーションからなる共同情報処理システムにおいて、各
   ワークステーションが、 表示画面に生成された複数のウィンドウへのデータの入
   出力を制御するためのウィンドウシステムと、 表示画面に生成された複数のウィンドウのうちの任意の
   １つにデータを入力するための入力手段と、 上記入力手段によって入力されたデータに応じてデータ
   処理動作を実行するデータ処理手段と、 他のワークステーションの制御モジュールとの間で行わ
   れる共同情報処理のためのデータまたは指令を含むメッ
   セージの送受信を制御する制御モジュールと、 上記データ処理手段で実行される上記ウィンドウと対応
   する複数のアプリケーションプログラムと、 上記ウィンドウシステムと各アプリケーションプログラ
   ムとの間でやりとりされるメッセージをインタセプトし
   て上記制御モジュールに渡すため、および、上記制御モ
   ジュールから受け取ったメッセージを上記ウィンドウシ
   ステムまたはアプリケーションプログラムの何れかに選
   択的に配布するためのインタセプトモジュールとを有
   し、 上記制御モジュールが、上記各アプリケーションプログ
   ラムの動作モードを記憶するための手段を有し、上記イ
   ンタセプトモジュールおよび他のワークステーションか
   ら受け取ったメッセージを、該メッセージと関係するア
   プリケーションプログラムの動作モードに応じて、他の
   ワークステーションの制御モジュール、または自ワーク
   ステーションのインタセプトモジュールへ選択的に分配
   するようにしたことを特徴とする共同情報処理制御方
   式。
2. 【請求項２】請求項１に記載の共同情報処理制御方式に
   おいて、各ワークステーションが、アプリケーションプ
   ログラムを起動するときに第１の動作モードと第２の動
   作モードの何れかを指定するための手段を有し、 前記制御モジュールが、 自ワークステーションのインタセプトモジュールから受
   け取ったメッセージが第１の動作モードのアプリケーシ
   ョンプログラムに関するものであった場合は、該メッセ
   ージを他のワークステーションの制御モジュールに送信
   すると共に、自ワークステーションのインタセプトモジ
   ュールに配布し、 前記インタセプトモジュールから受け取ったメッセージ
   が、自分ワークステーションで動作中の第２の動作モー
   ドのアプリケーションプログラムへの入力データに関す
   るものであった場合は、該メッセージを自ワークステー
   ションのインタセプトモジュールに配布し、 前記インタセプトモジュールから受け取ったメッセージ
   が自分ワークステーションで動作していない第２の動作
   モードのアプリケーションプログラムへの入力データに
   関するものであった場合は、該メッセージを他のワーク
   ステーションへ送信することを特徴とする共同情報処理
   制御方式。
3. 【請求項３】ネットワークに接続された複数のワークス
   テーションからなり、各ワークステーションが、表示画
   面に生成された複数のウィンドウへのデータの入出力を
   制御するためのウィンドウシステムと、他のワークステ
   ーションの制御モジュールとの間で行なわれる共同情報
   処理のためのデータまたは指令を含むメッセージの送受
   信を制御するための制御手段とを有する共同情報処理シ
   ステムのための制御方法であって、 共同情報処理に適用されるアプリケーションプログラム
   の動作モードを指定するステップと、 表示画面に上記アプリケーションプログラムと対応する
   ウィンドウを生成するステップと、 入力装置から上記ウィンドウへデータを入力するステッ
   プと、 上記入力データを含むメッセージを上記ウィンドウシス
   テムから発行するステップと、 上記ウィンドウシステムが発行したメッセージを上記制
   御手段に渡すステップと、 上記ウィンドウシステムが発行したメッセージを、該メ
   ッセージを処理すべきアプリケーションプログラムの動
   作モードに応じて、上記制御手段から他のワークステー
   ションの制御手段、自ステーションの上記アプリケーシ
   ョンプログラムの少なくとも１つに選択的に上記メッセ
   ージを渡すステップを含むことを特徴とする共同情報処
   理システムの制御方法。
4. 【請求項４】請求項３に記載の共同情報処理システムの
   制御方法において、更に、 前記制御手段から渡されたメッセージをアプリケーショ
   ンプログラムで処理し、その結果得られた出力データを
   含むメッセージを発行するステップと、 上記出力データを含むメッセージを、上記制御手段に渡
   すステップと、 上記出力データを含むメッセージを制御手段から自ステ
   ーションのウィンドウシステムに渡し、上記出力データ
   を発生した上記アプリケーションプログラムの動作モー
   ドに応じて他のワークステーションの制御手段の渡すか
   否かを判断するステップを有することを特徴とする共同
   情報処理システムの制御方法。
5. 【請求項５】請求項３に記載の共同情報処理システムの
   制御方法において、 前記アプリケーションプログラムの動作モードとして、
   共同情報処理システムを構成している複数のワークステ
   ーションで同一のアプリケーションプログラムを実行す
   る第１のモードと、上記複数のワークステーションのな
   かの少なくとも１つの特定のワークステーションでアプ
   リケーションプログラムを実行し、その結果をその他の
   ワークステーションに配布する第２のモードとがあり、 前記制御手段が、 自ワークステーションのウィンドウシステムが発行した
   メッセージまたは他のワークステーションから受け取っ
   たメッセージが、第１モードのアプリケーションプログ
   ラムで実行すべきものである場合は、該メッセージを自
   ステーションのアプリケーションプログラムに渡すと共
   に、これを他のワークステーションに送信し、 自ワークステーションのウィンドウシステムが発行した
   メッセージまたは他のワークステーションから受け取っ
   たメッセージが、第２モードの特定のアプリケーション
   プログラムで実行すべきものである場合、これを他のワ
   ークステーションに送信すると共に、もし、上記特定の
   アプリケーションプログラムが自ワークステーションで
   アクティブな状態にあれば、該メッセージを自ステーシ
   ョンの上記特定アプリケーションプログラムに渡し、 自ワークステーションの１つのアプリケーションプログ
   ラムが発行したメッセージまたは他のワークステーショ
   ンから受け取ったメッセージが、第２モードの特定アプ
   リケーションプログラムで実行すべきものである場合
   は、これを他のワークステーションに送信する共に、も
   し、上記特定のアプリケーションが自ワークステーショ
   ンでアクティブな状態になければ、該メッセージをウィ
   ンドウシステムに渡すことを特徴とする共同情報処理シ
   ステムの制御方法。