JPH05113865A

JPH05113865A - 画面表示制御方式

Info

Publication number: JPH05113865A
Application number: JP3275250A
Authority: JP
Inventors: Chiho Kitahara; 千穂北原; Kenjiro Mori; 賢二郎森; Yoshiyuki Nakayama; 良幸中山; Takeshi Ishizaki; 健史石▲崎▼; Shiro Nakamura; 史朗中村; Tadashi Yamamitsu; 忠山光; Masami Kameda; 正美亀田
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1991-10-23
Filing date: 1991-10-23
Publication date: 1993-05-07
Anticipated expiration: 2018-01-27
Also published as: JP3371436B2

Abstract

(57)【要約】【目的】本発明は、共同作業を支援するための電話機と
ワークステーションとからなる電子対話システムにおい
て、利用者の操作性を向上することを目的とする。モニ
タウィンドウを提供する対話モニタの実現方法を提供す
ることを目的とする。【構成】対話制御プログラムの制御下に、共同作業の状
況表示と資料配布などの操作入力のための対話モニタウ
ィンドウ４０を設ける。このウィンドウには、参加者オ
ブジェクト１０１０、資料オブジェクト１０４０、進行
表オブジェクト１０２０、時計オブジェクト１０３０な
どを用意し、これらのオブジェクトを操作することによ
り、仮想的な共同作業の場が形成される。【効果】対話モニタウィンドウにおいて、共同作業状況
の把握と、共同作業への操作ができ、ユーザインタフェ
ースが統一される。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はマルチウィンドウ機能を
有するデータ処理装置の画面表示制御方式に関し、特
に、複数の端末装置（ワークステーション）をネットワ
ークで接続し、遠隔の利用者が画面上に表示された共通
の資料を参照しながら会議、打合せなど共同作業を行う
ようにした電子対話システムへの応用に適した画面表示
制御方式に関する。

【０００２】

【従来の技術】複数の端末装置あるいはワークステーシ
ョンを通信ネットワークで接続し、複数のユーザが端末
画面を介して会議に参加できるようにしたシステムにつ
いては、例えば、電子情報通信学会技術研究報告オフィ
スシステムｖｏｌ．８９、Ｎｏ．１９０における「マル
チメディア分散在席会議システムＭＥＲＭＡＩＤ」、情
報処理学会第３８回（昭和６４年前期）全国大会におけ
る「広域多者間在席会議システム：ＭＥＲＭＡＩＤ」、
あるいは信学技法情報ネットワークｖｏｌ．８７Ｎｏ．
３２１における「マルチメディア在席対話システム」な
どの報告がある。これら従来のシステムにおいては、例
えば、各参加者の写真、似顔絵などのイメージ情報や、
会議の開始時間、あるいは経過時間などの時間情報、お
よび操作権情報などが会議情報として管理され、会議の
状態を示す状態表示ウィンドウに表示されるようになっ
ている。この場合、各端末装置には、ユーザが会議に関
係する各種コマンドの入力操作を行なうたのウィンドウ
を、上記状態表示ウィンドウとは別に備えた構成となっ
ている。

【０００３】

【発明が解決しようとする課題】然るに、会議での資料
配布や、会議参加者の呼び出しなどの操作を行なうため
のウィンドウと、参加者の状況などを示す会議状態表示
ウィンドウとを表示画面上に別々に設ける従来の装置構
成によれば、ユーザインタフェース数が増加するため、
表示画面で多数のウィンドウが重畳し、ウィンドウ表示
の参照、およびユーザ操作の際に不都合であった。

【０００４】本発明の目的は、マルチウィンドウ機能を
備えた端末装置における改良された画面表示を提供する
ことにある。

【０００５】本発明の他の目的は、システムの状態表示
とユーザ操作のための機能を兼用できるウィンドウを備
えたマルチウィンドウ端末装置を提供することにある。

【０００６】本発明のさらに他の目的は、通信ネットワ
ークで接続された複数の端末装置からなる電子対話シス
テムへの応用に特に好適な、システムの状態表示と入力
操作を同一のウィンドウで実行できるようにした画面表
示制御方式を提供することにある。

【０００７】

【課題を解決するための手段】上述した目的を達成する
ために、本発明では、マルチウィンドウ機能を備えたデ
ータ処理装置の表示画面に生成された１つのウィンドウ
に、特定のプグラムのもとで実行されている作業の状態
を複数のオブジェクトで視覚的に表示し、ユーザが上記
ウィンドウ内の何れかのオブジェクトに対して行なった
操作に応答して、データ処理装置に対する指令入力と、
オブジェクトの表示変化による作業状態表示とが連動し
て行なわれるようにしたことを特徴とする。

【０００８】本発明を、ネットワークにより接続された
複数の端末装置（あるいはワークステーション）からな
る共同作業システム、あるいは電子対話システムに適用
すると、各端末装置の表示画面上に生成された１つのモ
ニタウィンドウ内に、例えば、共同作業を構成する参加
者、共同作業に提供された資料、共同作業の経過を示す
時計あるいは進行表などが、互いに独立した固有の図柄
（アイコン）である表示オブジェクトによって表現さ
れ、これらの図柄の集合からなる共同作業状況をビジュ
アル化したモニタ画面が、上記モニタウィンドウに生成
される。ユーザが、上記対話モニタウィンドウ上の何れ
かの表示オブジェクトを、マウスあるいはカーソルキー
の操作により指定し、所定の操作を行うと、例えば、指
定した資料を指定のメンバーに配布するための指令を対
話システム与えることができ、これらの操作結果を反映
して、モニタ画面も変化する。上記モニタウィンドウに
おける表示の制御とユーザ操作の解析は、モニタプログ
ラムによって制御される。

【０００９】

【作用】本発明によれば、状態表示のためのモニタ画面
と入力操作のためのウィンドウとが一体化されているた
め、各ユーザは１つのウィンドウに着目して、システム
あるいは作業の状態の確認と入力操作を行うことができ
る。モニタウィンドウは、例えば、電子対話システムの
場合、各端末装置に設けられた電子対話制御プログラム
のもとで動作するモニタプログラムによって制御され
る。モニタプログラムは、共同作業中に増減する参加者
（端末装置）、資料、あるいは時刻等の情報をテーブル
によって管理すると共に、これを参照することによっ
て、各端末装置の表示画面上に設けたモニタウィンドウ
内の表示オブジェクトの状態を更新する。また、ユーザ
が行った表示オブジェクトに対する操作に応じて、表示
オブジェクトと対応するリソースの処理、上記対話モニ
タウィンドウの表示内容の更新、アラーム音発生、メッ
セージ出力などの動作を行なう。

【００１０】

【実施例】以下、本発明の１つの実施例として、対話モ
ニタを備える電子対話システムについて、図面を参照し
ながら説明する。なお、電子対話システムで行われる共
同作業の１例として、ここでは「会議」を例にとる。

【００１１】図１は、通信ネットワーク３０によって結
合された３台のワークステーション７０（７０−Ａ、７
０−Ｂ、７０−Ｃ）からなる電子対話システムの構成図
を示す。通信ネットワーク３０としては、ＬＡＮ（Ｌｏ
ｃａｌＡｒｅａＮｅｔｗｏｒｋ）やＩＳＤＮ（Ｉｎｔ
ｅｇｒａｔｅｄＳｅｒｖｉｃｅｓＤｉｇｉｔａｌ
Ｎｅｔｗｏｒｋ）などを適用できる。ワークステーショ
ン７０の表示画面２０（２０−Ａ、２０−Ｂ、２０−
Ｃ）には、後述する会議資料を表示するためのウィンド
ウや、本発明による対話モニタウィンドウなどがマルチ
ウィンドウ機能によって生成される。また、各ワークス
テーション７０には、表示画面を介して行われる会議を
会話によって補助するために、電話交換網によって相互
接続される電話機１０（１０−Ａ、１０−Ｂ、１０−
Ｃ）が備えられている。

【００１２】図２に、図１の電子対話実行中のワークス
テーション画面２０に表示されるウィンドウの１例を示
す。４０は対話モニタウィンドウ、５０は電子対話から
独立して利用者が個人的に行う作業のための資料が表示
される個人作業用資料表示ウィンドウ、６０は電子対話
システムの制御下にあり、他のワークステーションのウ
ィンドウ６０と連動して表示内容が変化する共同利用資
料を表示するための共同作業用資料表示ウィンドウであ
る。尚、上記個人作業用資料表示ウィンドウ５０、およ
び共同作業用資料表示ウィンドウ６０は、それぞれ任意
個数のウィンドウを表示画面上に生成可能である。

【００１３】図３は、本発明を実現するワークステーシ
ョン７０の基本的な構成を示すブロック図である。図に
おいて、８４は各種プログラムとデータを格納するため
の記憶装置、７４は上記記憶装置８４から読み出したプ
ログラム命令に従ってデータ処理を実行する中央処理装
置（ＣＰＵ）、７８は、上記ＣＰＵ７４の命令に従って
表示画面へ出力すべき内容をイメージデータとしてフレ
ームメモリ８０に書き込むビットマッププロセッサＢＭ
Ｐを示す。フレームメモリ８０の内容は、ディスプレイ
コントローラ８２により読み出され、表示画面（出力装
置）８８に表示される。９０−ａは入力装置９０の１つ
であるキーボード、９２は上記キーボードから入力され
たコードをレジスタ８６−ａに格納するキーボードドラ
イバ９２である。９０−ｂは入力装置の１つであるマウ
ス、９４は上記マウスから入力されたコードをレジスタ
８６−ｂに格納するマウスドライバ９４を示す。各ワー
クステーション７０は、通信インタフェース装置７２を
介して、ＬＡＮあるいはＩＳＤＮなどの通信ネットワー
クに接続され、電話機１０は電話交換網に接続されてい
る。尚、通信ネットワークとしてＩＳＤＮを適用する場
合、電話機１０の出力は、通信インタフェース装置７２
を介してネットワークに出力される。この実施例では、
ＣＰＵ７４から電話機１０を起動できるようになってい
る。

【００１４】図４は、ＣＰＵ７４が実行する電子対話を
実現するためのソフトウェアの基本的な構成を示すブロ
ック図である。１００は対話制御プログラムであり、対
話制御プログラム１００と入力装置９０および出力装置
８８との間のインタフェースは、ウィンドウシステム１
０２が提供する。

【００１５】対話制御プログラム１００は、入力仮想化
モジュール１３０と、通信制御モジュール１８０と、仮
想ユーザインタフェースモジュール１３５とからなる。
上記通信制御モジュール１８０が、通信インタフェース
７２および通信ネットワーク３０を介して、他のワーク
ステーションの通信制御モジュールと接続され、ワーク
ステーション間の情報交換のための共同作業用通信路が
形成される。共同作業用通信路で接続された各ワークス
テーションでは、それぞれの対話制御プログラム１００
の制御動作のもとに、対話モードに設定された同一のＡ
Ｐ（アプリケーションプログラム）１１０を互いに連動
させることができ、各参加者に同一のＡＰ処理結果（表
示出力）を提供することができる。

【００１６】利用者が入力装置９０からデータを入力す
ると、このデータは、ウィンドウシステム１０２を介し
て対話制御プログラム１００に供給される。対話制御プ
ログラム１００は、もし、上記入力データが対話モード
にあるウィンドウに対して入力されたものであれば、こ
のデータを、通信ネットワーク３０を介して、他のワー
クステーションの対話制御プログラムにも分配する。各
対話制御プログラム１００は、自ステーションで発生し
た入力データと、共同作業用通信路から受信した他のス
テーションで発生したデータについて、自分で処理すべ
き入力か、他のプログラム(ＡＰ、補助プログラム、あ
るいは対話モニタ)で処理すべき入力かを判定し、も
し、他のプログラムで処理すべき入力の場合は、入力デ
ータを該当するプログラムに分配する。補助プログラム
１１２は、ＡＰ１１０を共同作業において更に使いやす
くすることを目的としたプログラムであり、例えば、Ａ
Ｐ１１０が動作しているウィンドウに、各参加者に対応
して割り当てられたポインティングオブジェクト(ＰＯ;
指示棒）を表示し、マウスあるいはカーソルの操作に応
じてＰＯを移動することにより、利用者が各ワークステ
ーションの表示画面上で同一の場所を指し示しながら共
同作業を実行できるようにするＰＯ制御プログラムが、
これに該当する。

【００１７】対話制御プログラム１００を構成するモジ
ュールの内、入力仮想化モジュール１３０は、ウィンド
ウシステム１０２から供給される入力データにヘッダを
付し、対話制御プログラム用のプロトコル（化そう入力
データ）に変換した後、各入力データを通信制御モジュ
ール１８０へ渡す。

【００１８】通信制御モジュール１８０の役割の１つ
は、１つのワークステーションで発生した入力データ
を、他のステーションの対話制御プログラム１００、あ
るいはその制御下にあるプログラム（ＡＰ１１０、補助
プログラム１１２、対話モニタ１２０）に伝えることで
あり、もう１つの役割は、上記入力データ、および他の
ワークステーションから受信した入力データを、仮想ユ
ーザインタフェースモジュール１３５を介して、自ステ
ーションの対話制御プログラム１００の制御下にあるプ
ログラム（ＡＰ１１０、補助プログラム１１２、対話モ
ニタ１２０）に分配することである。

【００１９】仮想ユーザインタフェースモジュール１３
５は、通信制御モジュールから受け取った仮想入力デー
タを、そのままの形式で、あるいは元の入力データの形
に戻して、入力データと対応する適切なＡＰ１１０、補
助プログラム１１２、あるいは対話モニタ１２０に与え
る。

【００２０】ＡＰ１１０、補助プログラム１１２、対話
モニタ１２０は、以上の手順にて受け取った入力データ
に基づいて所定のデータ処理を行い、処理結果をウィン
ドウシステム１０２を介して出力装置８８に出力する。
なお、対話モニタ１２０は、上述した対話制御プログラ
ム１００を介して入力される入力データの他に、ウィン
ドウシステム１０２から直接入力データを受けることも
ある。

【００２１】図５はＡＰ識別子テーブルを示す。本発明
の電子対話システムで稼働するＡＰには、各ワークステ
ーションの利用者が共同作業とは無関係に個人的に利用
するＡＰ（ローカルＡＰ）と、共同作業用、すなわち他
のステーション（参加者）と連動させて利用するＡＰ
（共同利用ＡＰ）とがある。共同利用ＡＰについては、
どのワークステーションで入力操作しても、全てのワー
クステーションで同一のＡＰが連動し、入力データに応
答した同一の処理結果が得られるようにしておく必要が
ある。そのためには、共同作業に参加している各ワーク
ステーションが、稼働中のそれぞれのＡＰの動作モード
を記憶すると共に、共同利用ＡＰについては、共同利用
モードの設定／解除を他のステーションと互いに通知し
合い、記憶した動作モードを対応付けておく必要があ
る。

【００２２】本発明では、各ワークステーションが、例
えば、プログラム名称２１１０対応に動作モードを記憶
するＡＰ識別子テーブル２１００上で、ローカルＡＰに
はローカルＡＰ識別子２１２０を、また、共同利用ＡＰ
には共通識別子１９５０をそれぞれ設定することによ
り、各ＡＰの運用モードの判別と、共同利用ＡＰの連動
制御をできるようにしている。対話制御プログラムは、
ＡＰが起動されると、そのＡＰのプログラム名称をＡＰ
識別子テーブル２１００に登録すると共に、該プログラ
ムに対してローカルＡＰ識別子２１２０を設定する。ロ
ーカルＡＰ識別子２１２０は、例えば、ＡＰの起動順に
付与されたシーケンシャル番号からなる。何れかのワー
クステーションにおいて、利用者が１つのＡＰを指定し
て、これを共同利用モードにする操作をすると、そのス
テーションの対話制御プログラム１００が、ＡＰ識別子
テーブル２１００上で、上記指定プログラムに対して共
通ＡＰ識別子１９５０を設定すると共に、共同作業用通
信路を介して、他のワークステーションに上記ＡＰの共
通ＡＰ識別子を通知する。上記通知を受け取った他のワ
ークステーションの対話制御プログラム１００は、当該
ＡＰを起動し、ＡＰ識別子テーブル２１００上にローカ
ルＡＰ識別子を割り当てるとともに、これと対応付け
て、上記通知された共通ＡＰ識別子１９５０を記憶格納
する。

【００２３】対話制御プログラム１００は、自ステーシ
ョンで、利用者操作により或るウィンドウに対する入力
データが発生した場合、例えば、ウィンドウシステムに
よって上記入力データに付与されるウィンドウ識別子に
基づいて、プログラム名称あるいはローカルＡＰ識別子
２１２０を判別し、ＡＰ識別子テーブル２１００を参照
して動作モードをチェックする。もし、上記入力データ
と対応するプログラムが共通利用モードで動作していれ
ば、上記入力データを伝送路に送信するための伝送フレ
ームを作成し、そのヘッダ部に上記テーブルから読み出
した共通ＡＰ識別子１９５０を設定した形で、他のワー
クステーションに通知する。対話制御プログラム１００
は、共同作業用通信路から、他のステーションで発生し
た共同利用ＡＰに対する入力データを受信した場合、受
信フレームのヘッダに付されている共通ＡＰ識別子１９
５０に基づいて、ＡＰ識別子テーブル２１００から、上
記入力データを処理すべきＡＰのローカルＡＰ識別子２
１２０を求め、該当するＡＰへ入力データを渡す。本実
施例では、ローカルＡＰ識別子２１２０、共通ＡＰ識別
子１９５０とも、対話制御プログラムには「０」、対話
モニタ二は「１」を割当て、その他のＡＰには「２」以
上の値を割り当てるようにしている。

【００２４】図６に、電子対話が３人の参加者（３台の
ワークステーション）による実行されている状況下にお
いて、参加者Ａのワークステーション２０に表示される
対話モニタウィンドウ４０の表示内容の１例を示す。対
話モニタウィンドウ４０には、電子対話への参加者の数
に対応して、３つの参加者オブジェクト１０１０−Ａ、
１０１０−Ｂ、および１０１０−Ｃが表示されている。
本発明では、このように、表示される参加者オブジェク
ト１０１０の数が、会議に現在参加している参加者（ワ
ークステーション）の人数（台数）に応じて変化すると
言う点に１つの特徴がある。

【００２５】対話モニタウィンドウ４０には、上記参加
者オブジェクト１０１０の他に、会議（共同作業）の場
を示す机エリア１０５０が表示され、この机エリア内
に、それぞれの参加者が共同作業用として利用する資料
を示す資料オブジェクト１０４０が表示されている。図
示された例では、参加者Ａ、Ｂ、Ｃに、それぞれ２つの
資料が配布され、実際には、各ワークステーションの表
示画面に、これらの資料オブジェクトと対応する２つの
共同作業用資料ウィンドウ６０が生成されている状態を
示している。

【００２６】１０２０は会議の進行状況を表す進行表オ
ブジェクトであり、利用者がカーソルにより上記進行表
オブジェクトを選択操作（１０１４）すると、表示画面
上に進行表の内容を示すための進行表ウィンドウ１０８
０が生成される。また、１０３０は時間の経過を示すた
めの時計を意味する時計オブジェクトであり、後述する
ように、利用者が上記時計オブジェクト１０３０を選択
１０１２すると、画面上にタイマ設定ウィンドウ１１０
０を表示させることができる。

【００２７】ここで、上記対話モニタウィンドウ４０に
表示された表示オブジェクトに対するオペレータ操作の
１例について述べると次のようになる。

【００２８】各ワークステーションでは、上記対話モニ
タウィンドウ４０内に表示さる複数の参加者オブジェク
ト（１０１０−Ａ、１０１０−Ｂ、１０１０−Ｃ）のう
ち、自ステーションの利用者と対応するオブジェクト
（ステーションＡではオブジェクト１０１０−Ａ、ステ
ーションＢではオブジェクト１０１０−Ｂ）が机オブジ
ェクト１０５０の下方に位置するように、表示制御が行
なわれている。各利用者（この例では、参加者Ａ）は、
例えば、自分に相当する参加者オブジェクト１０１０−
Ａを、マウスあるいはカーソル操作により、破線で示す
ウィンドウ右下の位置に移動１０２６させることによ
り、対話制御プログラムに対して、共同作業からの離脱
を指令することができる。逆に、参加者オブジェクトを
ウィンドウ右下の位置から机オブジェクト１０５０の下
方近傍位置に移動１０２８させることにより、共同作業
への参加を指令することができる。

【００２９】参加者Ａが、例えば、電話連絡などによる
要請で、新たな参加者を共同作業に受入れる場合は、マ
ウス操作により参加者リストオブジェクト１０２４をマ
ウスで選択する。この操作により、表示画面上に、予め
用意されている共同作業参加候補者の名簿を示す参加者
リストの表示用ウィンドウ１０２２が生成される。利用
者が表示されたリストの中から上記参加希望者のアドレ
スを選択すると、対話制御プログラムに対して、新たな
メンバーの参加受付を指令することができる。この場
合、上記参加希望を出した会議途中からの参加者は、自
ステーションの対話モニタウィンドウ４０において、前
述した参加者オブジェクトの移動による参加操作１０２
８を行なえばよい。

【００３０】共同作業での利用資料に相当する資料オブ
ジェクト１０４０は、ウィンドウ４０の中央部に表示さ
れた机を示す枠１０５０内に配置される。

【００３１】利用者は、上記机１０５０の上で、マウス
操作により資料オブジェクトを移動することによって、
共同作業の参加者全員、あるいは特定の参加者に資料を
配布することができる。この動作の詳細については、図
２１以降で述べる。

【００３２】図７は、対話モニタ１２０の機能を示すデ
ータフローを示す。

【００３３】対話モニタ１２０は、各サイト（ステーシ
ョン）の対話制御プログラム１００の制御下におく。対
話モニタ１２０は、取り扱う情報を、自サイトの対話制
御プログラム１００、あるいは他サイトの対話モニタか
ら受け取る。他サイトの対話モニタからの情報は、対話
制御プログラム１００が他のサイトとの間に確立する対
話通信路を介して行われる、対話モニタ間の通信によっ
て得られる。対話制御プログラム１００と対話モニタ間
のデータの受け渡しは、第１、第２のＦＩＦＯファイル
１２１０、および１２２０を介して行なわれる。対話制
御プログラム１００は、対話モニタ１２０へ渡すべきデ
ータを、対話モニタ専用のインタフェースであるだあい
１のＦＩＦＯファイル１２１０へ書き込む。対話モニタ
１２０は、上記ファイル１２１０をアクセスすることに
より、対話制御プログラム１００からのデータを受け取
る。一方、対話モニタ１２０から対話制御プログラム１
００へ渡すべきデータは、対話モニタが第２のＦＩＦＯ
ファイル１２２０へ書き込み、対話制御プログラム１０
０が、これを読み出す。但し、対話モニタが独自に情報
を検知することもある。

【００３４】１１２０は、対話制御プログラム１００か
らのデータを処理する入力データ処理部である。１１４
０は、キーボード９０−ａやマウス９０−ｂなどの操作
により入力されるユーザから対話モニタウィンドウ４０
への入力を処理し、必要に応じてコマンドを生成するユ
ーザ入力＆コマンド生成処理部であり、１１６０は、対
話モニタ１２０と他サイトの対話モニタとの間のデータ
の受け渡し、および、対話制御プログラム１００へコマ
ンド要求の発行を行う通信処理部、１１８０は、対話モ
ニタウィンドウ４０の表示内容を更新する対話モニタウ
ィンドウ表示部である。

【００３５】１１９５は、他サイトへ資料を送信、ある
いは他サイトからの資料を受信するための資料送受信プ
ログラムである。利用者が、対話モニタウィンドウ４０
上で資料オブジェクト１０４０の配布操作を行うと、対
話モニタ１２０から上記資料送受信プログラム１１９５
に対して、資料配布の要求が発行される。

【００３６】図８は、対話モニタ１２０の初期処理１１
３０のフローチャートを示す。対話モニタ１２０は、他
のステーションとの間に通信路が確立されると、先ず、
隣接ステーションの対話モニタから、図９で説明する情
報管理テーブル１９９０に設定されたデータを複写して
くる（ステップ１１３２）。次に、自サイトの対話制御
プログラム１００に対して、例えばノード番号などの、
自己情報を要求する（１１３４）。次に、参加時刻（現
在時刻）を検出し、これを自己情報と共に他サイトの対
話モニタへ送った後（１１３８）、これらの情報を情報
管理テーブル１９９０に記憶する（１１５０）。次に、
上記情報管理テーブル１９９０を参照して対話モニタウ
ィンドウを編集し、これを自ワークステーションの表示
画面上に表示する（１１５２）。

【００３７】２人の参加者で対話（共同作業）を開始し
た場合、「参加待ち」の操作をしたサイトの対話モニタ
は、自サイトの対話制御プログラムがもつ自己情報を、
「参加受付」の操作をした相手サイト側の対話モニタに
通知する。この情報を受け取った相手サイトの対話モニ
タは、自サイトの対話制御プログラムから自己情報を得
た後、これと「参加待ちの操作」の情報とを情報管理テ
ーブル１９９０へ格納する。参加待ちの操作をした方の
対話モニタは、この情報管理テーブルを複写すること
で、２者間の情報管理テーブルは、整合性がとれるよう
にする。

【００３８】図９は、各対話モニタ１００が、対話モニ
タウィンドウ４０の表示内容の制御のために参照する管
理情報を記憶するための情報管理テーブル１９９０の構
成を示す。管理情報のうち、作業名称２０１０と、検討
項目２０２０と、終了予定時刻２０４０は、利用者が進
行表ウィンドウ１０８０において入力したものである。
開始時刻２０３０は、対話モニタ１２０が自動的に検知
する。対話モニタは、複数個のタイマを設定でき、タイ
マの設定数に応じた個数のタイマ設定時刻２０５０と、
その時刻で表示させたいメッセージ内容２０６０とが管
理テーブルに記憶される。参加者情報１７６０は、共同
作業に参加した参加者の識別情報を記憶するためのもの
であり、参加者人数に応じた記憶エリアが確保される。
また、資料情報１８３０は、共同作業の場に提供された
資料を特定する情報を記憶するためのものであり、資料
の数に応じて記憶領域が確保される。

【００３９】図１０は、情報管理テーブル１９９０に記
憶される参加者情報１７６０の詳細を示す。１７８０は
参加時に決定される参加者ノード（ワークステーショ
ン）番号、１８００は、新たな参加によって参加者オブ
ジェクトが生成されたときに決定される表示オブジェク
ト識別子、１８２０は、参加者の属性、例えば所属など
を示す参加者詳細情報である。

【００４０】図１１は、情報管理テーブル１９９０に記
憶される資料情報１８３０の詳細を示す。１８５０は共
同利用開始時に決定される資料識別子、１８７０は、参
加者オブジェクト識別子と同様、表示オブジェクト生成
時に決定される資料オブジェクト識別子、１８９０は、
例えば、対話モニタ１２０が検知した資料の共同利用開
始時刻や終了時刻を示す資料詳細情報である。

【００４１】図１２は、共同作業に途中から参加したワ
ークステーション１００−Ｃにおいて、対話モニタ１２
０が行う情報管理テーブル１９００の複写動作の様子を
示す図である。共同作業へ途中から参加した場合、参加
直後の対話モニタ１２０−Ｃの情報管理テーブル１９０
０−Ｃは空であり、そのままでは、対話モニタウィンド
ウ４０−Ｃを表示できない。

【００４２】そこで、途中参加の対話モニタ１２０−Ｃ
は、隣接するワークステーションの対話モニタ１２０−
Ａに対して、情報管理テーブル１９００−Ａの内容転送
を要求し、受信した管理情報を自分の情報管理テーブル
１９９０−Ｃに複写する。この処理によって、１つの共
同作業に参加している全ての対話モニタの情報管理テー
ブル間で、情報の整合がとれ、新たな参加者の表示画面
に対話モニタウィンドウ４０を生成できる。各対話モニ
タ１２０は、共同作業の状況に変更が生じない限り、自
分の情報管理テーブル１９００のみを参照して、対話モ
ニタウィンドウ４０の制御を行なう。

【００４３】図１３は、各対話モニタ１２０が行なう対
話モニタウィンドウ４０の表示処理ルーチン１１８０を
示すフローチャートである。対話制御プログラム１００
から対話状態の変更通知を受信すると（ステップ１２３
０）、変更通知により示される変更のあった参加者識別
子を調べ（１２４０）、該参加者識別子に対応する表示
オブジェクト用のウィンドウを新たに生成する（１２５
０）。例えば、資料に変更があった場合、資料オブジェ
クト用のウィンドウを生成する。つぎに、上記表示オブ
ジェクトの表示位置テーブル２３１０を参照し（１２６
０）、表示位置テーブル２３１０内に、当該参加者に対
応するデータが既に存在するか否かを調べる（１２７
０）。もし存在していなければ、新たにデータを登録を
した後（１２７２）、当該参加者の資料オブジェクトを
表示するための空き座標を捜し（１２７４）、該空き座
標と対応する上記表示位置テーブル２３１０内の記憶エ
リアに、上記新たに作成した表示オブジェクトのウィン
ドウ識別子２３１８を格納する（１２７６）。次に、上
記表示位置テーブルから、表示オブジェクトとなる描画
絵データ２３２０を得（１２７８）、表示オブジェクト
用ウィンドウと上記描画絵とを対応付けて、表示オブジ
ェクトを生成し、これを表示画面上の上記空き座標の位
置に表示する（１２９２）。また、上記ウィンドウ識別
子とともに、変更データを情報管理テーブル１９９０に
格納する（１２９０）。

【００４４】図１４は、表示画面上における１つの表示
オブジェクトの構成を示す。表示オブジェクトは、表示
オブジェクト用ウィンドウ２２１０と、描画絵２２１２
との組合せから構成される。表示オブジェクト用ウィン
ドウとしては、例えば、該ウィンドウに対する入力は受
付けるが出力は行なわない「ＩｎｐｕｔＯｎｌｙウィ
ンドウ」を適用する。

【００４５】各表示オブジェクト用ウィンドウ２２１０
には、固有の識別子を与えておく。これにより、例え
ば、利用者がマウス操作により１つの表示オブジェクト
を選択した時、この表示オブジェクトと対応する表示オ
ブジェクト用ウィンドウ２２１０の識別子が、ウィンド
ウ管理システムで識別できる、このウィンドウ識別子に
よって、どの表示オブジェクトが選択されたかが判別で
きるようにしておく。

【００４６】図１５は、表示オブジェクトを管理するた
めの表示位置テーブル２３１０の構成を示す。表示位置
テーブル２３１０には、参加者表示オブジェクトの表示
座標２３１４と、表示オブジェクト識別子２３１６と、
描画絵データ２３２０とを予め格納しておく。これらの
データは、参加者番号２３１２毎に用意する。参加者番
号２３１２が１の場合は自分に相当し、対話モニタウィ
ンドウ上における自分自身のデータ、つまりウィンドウ
の下部に相当する座標を用意する。新たに参加者の表示
オブジェクトを生成する場合、参加者番号２３１２の空
き番号をさがす。そして、そこにある参加者オブジェク
トの座標２３１４および描画絵データ２３２０を参照し
て、参加者オブジェクトを表示する。

【００４７】図１６に、ユーザ入力＆コマンド生成処理
１１４０の流れを示す。ユーザからの入力を受け取り
（１１４１）、入力の判定後（１３１０）、表示オブジ
ェクトへの入力であるかを判定する（１３２０）。表示
オブジェクトへの入力であれば、表示オブジェクト操作
＆コマンド生成処理（１３３０）を行なう。否の場合、
進行表ウィンドウへの入力であるかを判定する（１３４
０）。進行表ウィンドウへの入力であれば、進行表操作
＆コマンド生成処理を行なう（１３５０）。否の場合、
タイマ設定ウィンドウへの入力であるかを判定する（１
３６０）。タイマ設定ウィンドウへの入力であれば、タ
イマ操作＆コマンド生成処理を行なう（１３７０）。

【００４８】図１５は、表示オブジェクトを管理するた
めの表示位置テーブル２３１０の構成を示す。表示位置
テーブル２３１０には、複数の参加者を想定して、各参
加者の参加者番号２３１２毎に、表示オブジェクトの表
示座標２３１４と、表示オブジェクト識別子２３１６
と、描画絵データ２３２０とを予め格納しておく。各ス
テーションにおいて、参加者番号２３１２の値が「１」
のレコードは自ステーションの利用者に相当し、このレ
コードには、対話モニタウィンドウ上における利用者自
身の位置、つまりウィンドウの下部に位置した参加者表
示オブジェクトの表示領域の座標を用意しておく。新た
な参加者の表示オブジェクトを生成する場合、参加者番
号２３１２が空き状態にあるレコードを捜し、そこに記
憶してある参加者オブジェクトの座標２３１４と描画絵
データ２３２０とに基づいて、表示画面に参加者オブジ
ェクトを表示する。

【００４９】図１６は、「ユーザ入力＆コマンド生成処
理」ルーチン１１４０示すフローチャートである。この
ルーチンでは、ユーザ入力（ステップ１１４１）の有無
を判定しており（１３１０）、ユーザ入力が有ると、該
入力が表示オブジェクト（表示オブジェクトウィンド
ウ）への入力か否かを判定する（１３２０）。もし、表
示オブジェクトへの入力であれば、「表示オブジェクト
操作＆コマンド生成処理」（１３３０）を行なう。表示
オブジェクトへの入力でない場合は、進行表ウィンドウ
１０８０への入力か否かを判定し（１３４０）、もし、
進行表ウィンドウへの入力であれば、「進行表操作＆コ
マンド生成処理」を行なう（１３５０）。進行表ウィン
ドウへの入力でない場合は、タイマ設定ウィンドウ１１
００への入力か否かを判定し（１３６０）、もし、タイ
マ設定ウィンドウへの入力であれば、「タイマ操作＆コ
マンド生成処理」を行なう（１３７０）。上記以外のウ
ィンドウへの入力の場合は、そのウィンドウと対応した
その他の処理１３７３を実行する。

【００５０】図１７に、「表示オブジェクトへの操作処
理」１３３０の詳細を示す。

【００５１】カーソルにより対話モニタウィドウ４０上
の何れかの表示オブジェクトが選択されると、マウスか
らの入力がダブルクリックか否かを判定する（ステップ
１３８０）。もし、ダブルクリックの場合は、その表示
オブジェクトに対応した属性ウィンドウを画面上に生成
する（１４００）。例えば、利用者が、進行表オブジェ
クト１０２０にカーソルを合わせて、マウスをダブルク
リック操作を行うと、進行表ウィンドウ１０８０が生成
される。

【００５２】マウス操作がダブルクリックでない場合
は、対話モニタウィンドウ４０内でカーソルに連動して
移動した表示オブジェクトが、何れかのコマンドエリア
と重なったかどうかを判定する（１３９０）。上記コマ
ンドエリアは、例えば、図６に示した机１０５０内の特
定領域、あるいは「参加」指令、「離脱」指令を意味す
る矢印１０２６、１０２８の移動先領域に予め定義され
ており、その詳細については後述する。もし、表示オブ
ジェクトが或るコマンドエリアと重なった場合は、表示
オブジェクトの種類と、該コマンドエリアの種類を調べ
（１４１０、１４２０）、これら２つの種類の組合せか
ら、対話制御プログラム１００、あるいは資料配布プロ
グラム１１９５宛のコマンドの生成が必要か否かを判定
する（１４３０）。コマンド生成が必要な場合は、例え
ば「資料配布実行要求」、「参加」、「離脱」等のコマンド
を生成し、バッファをクリアした後（１４５０）、コマ
ンドの種類に応じて（１４３８）、自サイトの対話制御
プログラム１００（ステップ１４４０）、あるいは資料
配布プログラム１１９５（ステップ１４４２）にコマン
ドを発行する。

【００５３】図１８は、図１７における表示オブジェク
ト種類を調べるためのステップ１４１０の詳細を示す。
利用者が、対話モニタウィンドウ４０内の何れかの表示
オブジェクトをマウスにより操作した場合、ウィンドウ
管理システムから上記表示オブジェクトを構成するウィ
ンドウ２２１０の識別子を得ることができる（１４８
０）。このウィンドウ識別子に基づいて情報管理テーブ
ル１９９０を参照することにより（１４９０）、利用者
が操作した表示オブジェクトの種類が何であるかを判定
する（１５００）。

【００５４】図１９は、図１７におけるコマンドエリア
種類を調べるためのステップ１４２０の詳細を示す。先
ず、利用者が操作した表示オブジェクトと重なったコマ
ンドエリアの識別子（ウィンドウ識別子）を調べる（２
３３２）。これは、表示オブジェクトを構成するウィン
ドウ２２１０の位置と、各コマンドエリアに相当するウ
ィンドウの位置関係を監視し、表示オブジェクト・ウィ
ンドウ２２１０の停止位置において重畳したコマンドエ
リア・ウィンドウの識別子を調べることによって判別が
できる。次に、後述するコマンドエリアテーブルを参照
し、上記コマンドエリア・ウィンドウの識別子と対応す
るコマンドエリア識別子、および該コマンドエリアの種
類を求める（２３３４、２３３６）。

【００５５】図２０は、コマンドエリアテーブルの構成
を示す。対話モニタウィンドウには、コマンドエリアと
して、１個の「共通エリア」と、複数個の「個人エリ
ア」とが定義してあり、それぞれのコマンドエリア毎に
テーブルレコード２３４０が用意される。２３４２は、
例えば「個人エリア」、「共通エリア」等のコマンドエ
リアの種類を示すフィールド、２３４４は対話モニタウ
ィンドウ内の位置を示す座標、２３４６はコマンドエリ
アの識別子、２３４８は上記座標位置に表示されるコマ
ンドエリア・ウィンドウのウィンドウ識別子である。

【００５６】次に、机エリア１０５０内に定義されたコ
マンドエリアに対して行なわれる表示オブジェクト操作
について説明する。

【００５７】図２１は、参加者Ａ（ワークステーション
１００−Ａ）から、他の参加者全員（この例では参加者
Ｂと参加者Ｃ）に対して資料を配布する場合の、参加者
Ａのワークステーションにおける対話モニタウィンド
ウ、特に机エリア１０５０部分の表示例を示す。机エリ
ア１０５０には、コマンドエリアとして、それぞれの参
加者に対応した個人エリア（１０６０−Ａ、１０６０−
Ｂ、１０６０−Ｃ）と、共通エリア１０７０とが設けて
ある。個人エリア１０６０（この例では１０６０−Ａ）
上に示された資料オブジェクト１０４０は、共同作業用
として予め用意しておいた資料、あるいは共同作業で利
用中の資料を表わしている。尚、共同作業用に用意され
る資料は、参加者によって異なる場合があり、また、共
同利用中の資料には、参加者全員に配布（利用）される
ものもあれば、特定の参加者だけに配布されるものもあ
る。ここで、参加者Ａが、資料オブジェクト１０４０で
示される資料を他の参加者全員に配布する場合、参加者
Ａは、マウス操作により資料オブジェクト１０４０を共
通エリア１０７０に移動すればよい。

【００５８】図２２は、上記の操作の結果、参加者全員
に資料配布が行なわれた状態における机エリア１０５０
の表示例を示す。資料データが他の全ての参加者のワー
クステーションに配布されると、これらの参加者の個人
エリア１０６０（１０６０Ｂ，１０６０Ｃ）に、配布資
料を示す資料オブジェクト１０４０が新たに表示され
る。

【００５９】図２３は、参加者Ａが、特定の参加者、例
えば参加者Ｂ（ワークステーション１００−Ｂ）に対し
てのみ、資料を配布する場合の操作例を示す。この場
合、参加者Ａは、対話モニタウィンドウ４０上で、自分
のエリア１０６０−Ａにある資料オブジェクト１０４０
−２を、マウス操作によって、参加者Ｂの個人エリア１
０６０−Ｂに移動させればよい。あるいは、資料オブジ
ェクト１０４０−２と参加者Ｂの個人エリア１０６０−
Ｂとを、それぞれマウスで選択するようにしてもよい。
この操作によって、この資料オブジェクト１０４０−２
で示される資料データが、参加者Ｂのワークステーショ
ン１００−Ｂへ配布される。

【００６０】次に、特定の参加者に資料を配布した場合
に生ずる、各配布先サイトにおける対話モニタウィンド
ウの表示状態の変化について、例えば参加者Ａが参加者
Ｂに資料を配布する場合を例にとって説明する。

【００６１】図２４は、参加者Ａ（ワークステーション
１００−Ａ）、参加者Ｂ（１００−Ｂ）、参加者Ｃ（１
００−Ｃ）の表示画面に提示される対話モニタウィンド
ウ４０（４０−Ａ、４０−Ｂ、４０−Ｃ）内の机エリア
１０５０（１０５０−Ａ、１０５０−Ｂ、１０５０−
Ｃ）の状態を示している。各対話モニタウィンドウ（４
０−Ａ、４０−Ｂ、４０−Ｃ）では、利用者自身に対応
する個人エリアが、それぞれのウィンドウの下部に位置
するよう表示制御が行なわれている。例えば、参加者Ａ
の対話モニタウィンドウ上ではエリア１０６０−Ａが、
また、参加者Ｂの対話モニタウィンドウ上ではエリア１
０６０−Ｂが、それぞれの利用者と対応している。

【００６２】図２５は、参加者Ａが、マウス操作によっ
て、机エリア１０５０−Ａにある自分の個人エリア１０
６０−Ａに表示されている資料表示オブジェクト１０４
０−Ｂを、参加者Ｂに対応する個人エリア１０６０−Ｂ
内に移動している状態を示す。この時点では、他のサイ
トにおける対話モニタの表示には未だ変化はない。他の
サイトの対話モニタウィンドウ４０の表示は、資料が配
布された時点、すなわち上記マウス操作による入力コマ
ンドが各サイトで実行された時点で更新される。

【００６３】図２６は、上記資料表示オブジェクト１０
４０−Ｂで示される資料が、参加者Ｂに配布された状態
における表示画面を示す。この場合、資料の配布先とな
らなかった他の参加者Ｃの対話モニタウィンドウ４０−
Ｃ上でも、上記資料配布操作に伴った表示変化が生ず
る。

【００６４】図２７は、図４に示した入力仮想化モジュ
ール１３０の動作を示すフローチャートを示す。入力仮
想化モジュール１３０は、ウィンドウシステムを介して
供給されるキーボード９０−ａやマウス９０−ｂなどの
入力装置からの入力データ（あるいはコマンド）と、ウ
ィンドウシステムを介さずに供給される対話モニタから
の入力データとを受取る(１３１)。

【００６５】これらの入力データについて、それがウィ
ンドウシステムからのものか否かを判定し（１３２）、
もし、ウィンドウシステムを介さない入力データ（対話
モニタからの入力）であれば、通信制御モジュール１８
０に渡す。上記入力データが、もし、ウィンドウシステ
ムからのものであれば、それが、対話（共同作業）モー
ドで動作中のアプリケーションプログラム（ＡＰ）宛の
ものか否かを判定する（１３３）。もし、否であれば、
この入力データをローカルモードで動作中の該当するア
プリケーションプログラムに渡す（１３９）。

【００６６】入力データが対話モードで動作中のＡＰ宛
のものであれば、これをコマンド編集用のバッファエリ
アに一旦格納し（１３３）、該バッファエリア内の格納
データで所定のコマンドが形成されているか否かを判定
する（１３６）。コマンドが未だ形成されていなけれ
ば、最初のステップ１３２に戻る。もし、コマンドが形
成されていれば、これを読み出し、上記バッファの内容
をクリアした後（１３８）、図２９に示したヘッダを付
して（１６０）、通信制御モジュールへ渡す（１８
０）。なお、上記ヘッダの一部分をなす発行ノード番号
フィールドには、自対話制御プログラムのノード番号を
書き込む。上記ノード番号とは、各サイトの対話制御プ
ログラム１００毎に割り当てられ、対話制御プログラム
１００を識別するために用いられる。

【００６７】図２８は、通信制御モジュール１８０の機
能を示す処理フローチャートである。通信制御モジュー
ルは、上述した入力仮想化モジュール１３０から入力デ
ータを受け取ると（１８１）、先ず、入力データについ
ているノード番号によって、該入力が自サイトの対話制
御プログラムからのものか否かを判定する（１８２）。
ノード番号が自サイトの対話制御プログラムのもの、あ
るいはノード番号が付されてていない場合（例えば、
「参加」手続きの初期段階で未だノード番号が割当てら
れていない場合）は、自サイトの対話制御プログラムか
らの入力と判断する。入力が自サイトの対話制御プログ
ラムからのものであって、「コマンド発行要求」の場合
は（１８８）、該当するコマンドを発行し、自ワークス
テーションで処理するとともに他サイトの対話制御プロ
グラムへ送信する（１９６）。また、上記入力が「参
加」または「参加受付」の場合は、参加処理２００を行
ない、「離席」の場合は離席処理２１０を行なう。

【００６８】入力データが自サイトの対話制御プログラ
ムからのものでない場合（１８２）、該入力データのヘ
ッダに付された後述する伝達終点ノード番号１９４０か
ら、入力データを次の対話制御プログラムへ渡すか否か
を判断する（１８４）。伝達終点ノード番号が自サイト
のノードに該当しない場合は次の対話制御プログラムへ
データを送信した後（１８０）、一方、自サイトのノー
ド番号に該当する場合は直接的に、入力データを仮想ユ
ーザインタフェース１３５ヘ渡す。

【００６９】図２９は、対話モニタ間で通信される資料
表示変更要求プロトコル（メッセージ）１６３０のフォ
ーマットを示す。メッセージはヘッダ部とデータ部とか
らなり、ヘッダー部は、このメッセージを発行した対話
制御プログラムの属するノードを示す発行ノード番号１
９３０と、このメッセージの宛先となる対話制御プログ
ラムが属するたノードを示す伝達終点ノード番号１９４
０と、共通ＡＰ識別子１９５０と、ウィンドウ識別子１
９６０とからなる。ウィンドウ識別子１９６０とウィン
ドウ識別子１９６０は、それぞれ、対話制御プログラム
１００に対して対話制御用プロトコルの発行を要求した
アプリケーション・プログラムＡＰ、および上記ＡＰが
動作しているウィンドウの識別子を示す。データ部は、
ＡＰ１１０や対話モニタ１２０によって設定される領域
であり、この例では、メッセージの種類を示すフィール
ド１７３０と、資料を特定する資料名フィールド１７４
０と、資料の宛先となるノード番号フィールド１７５０
とからなっている。

【００７０】図３０は、２人の参加者（対話制御プログ
ラム）５２０と５４０とで行われている対話あるいは共
同作業に、途中で新たな参加者（対話制御プログラム）
５００が参加しようとしている状態を示している。ここ
で、説明を容易にするため、論理的にリング状をなす対
話用通信路上で、新たな参加者５００から見て上流側に
隣接して位置する対話制御プログラム５２０を「前参加
者」、下流側に連説して位置する対話制御プログラム５
４０を「後参加者」と定義する。既に共同作業状態にあ
るステーションの中、新たに参加する利用者と事前に電
話連絡をとり、参加のを受け付け（参加の許可）処理を
行なうステーションの対話制御プログラムが、上記「前
参加者」５２０となる。

【００７１】図３１は、通信制御モジュール１８０が実
行する参加処理ルーチン２００（図２８）の内容を示す
フローチャートである。このルーチンでは、先ず、途中
参加者５００からの「参加要求」か、前参加者５２０か
らの「参加受付」かを判定する（ステップ３００）。途
中参加者５００による参加要求であれば、途中参加者５
００の通信路を待ち状態にし（３２０）、その後、前参
加者から通信路が接続されるのを待つ（３４０）。

【００７２】一方、前参加者５２０からの参加受付の場
合は、現在の参加者人数が２人以上かどうかを調べ（４
００）、もし、２人以上であれば、後参加者５４０に対
して、「現在接続中の通信路が一旦接断されたら、再接
続待ちの状態になる」よう指示する命令を送る（４２
０）。その後、後参加者５４０との間の通信路を切断し
（４４０）、途中参加者５００との間に新たな通信路を
確立し（４６０）、途中参加者５００に対して後参加者
５４０の識別情報を教える（４８０）。また、通信路の
切り換えが終了し、途中参加者５００が通信路に入るこ
とができたら、ノード処理２２０を行う。

【００７３】途中参加者５００による参加要求を受け、
ステップ３４０で通信路の接続待ち状態にある場合は、
前参加者によって通信が接続されると、前参加者から後
参加者情報の通知を待ち（３６０）、通信路接続待ち状
態にある後参加者との間に新たな通信路を確立した後
（３８０）、仮想ユーザインターフェイスに対して対話
モニタの参加／離脱表示変更を要求する（３８２）。

【００７４】以上の動作により行なわれる通信路の切り
換えの様子を図３２、図３３、図３４に示す。図３２
は、前参加者５２０が、後参加者５４０との間の通信路
を接断し（４４０）、前参加者５２０と途中参加者５０
０との間に新たな通信路を形成する（３４０）段階、図
３３は途中参加者５００が、後参加者５４０との間に通
信路を形成する（３８０）段階、図３４は全ての参加者
が１つのリング状の通信路で再結合された段階をしめ
す。

【００７５】図３５は、通信制御モジュール１８０が実
行する離席処理２１０の流れを示す。先ず、後述するノ
ード処理を実行し（２２０）、仮想ユーザインタフェー
スを介して対話モニタに参加／離席表示変更を要求した
後（９１２）、前述の「後参加者」５４０のワークステ
ーションに対して、通信路が切断されたら待ち状態にな
るよう命令を送る（９１０）。また、「前参加者」５２
０のワークステーションに対して、「後参加者」５４０
を示す識別情報を通知し（９２０）、「自分（離席者）
と前参加者との間の通信路を切断後に、前参加者と後参
加者５４０との間に新たに通信路を形成する」よう命令
を送る（９３０）。最後に、離席者である自ステーショ
ンと後参加者５４０との間の通信路を切断し（９４
０）、このルーチンを終了する。

【００７６】図３６は、図３５に示したノード処理２２
０の詳細を示す。ノード処理２２０には、「参加」時の
処理と「離席」時の処理とがある。「参加」の場合は、
図３６で説明する手順に従って空き状態にあるノードの
番号を捜し（７２０）、そのノード番号を「参加」を示
す通知コードと共に他の全参加者に伝える（７４０）と
共に、その対話制御プログラムが管理するノード番号テ
ーブルに反映しておく（７６０）。「離席」の場合は、
「離席」を示す通知コードと共に自分のノード番号を他
の全参加者に伝える（８００）。

【００７７】図３７は、上記ステップ７２０で行なう
「参加」時におけるノード番号の決め方を示す。途中で
参加をした対話制御プログラム５００は、ノード番号設
定のための空フィールドを持つ問合せメッセージ８１０
を他の全ての対話制御プログラムへ回覧する。これを受
け取った各対話制御プログラム（１００−Ａ、１００−
Ｂ）は、自サイトのノード番号と対応するフィールド位
置に順次にフラグ（８１４、８１５）を設定し、次のス
テーションへ渡す。このようにして、各参加者のノード
番号を示すフラグが設定された問合せメッセージ８１
０’が、途中参加の対話制御プログラム５００のもとへ
戻ってくる。対話制御プログラム５００は、上記メッセ
ージ８１０’を参照して、空き状態にあるフィールドか
らノード番号を決定し、これを前述のステップ７６０
で、「新たな参加者のノード番号」として、他の全ての
対話制御プログラムへ通知する。

【００７８】図３８は、仮想ユーザインタフェースモジ
ュール１３５における入力データの処理を示すフローチ
ャートである。通信制御モジュール１８０から入力デー
タを受け取ると（１３７）、上記データに含まれる共通
ＡＰ識別子１９５０（図９）によって、このデータが対
話モニタ１２０に渡すべきものか否かを判定する（１３
６）。もし、対話モニタに渡すべきものであれば、対話
モニタ１２０に渡し（１２１）、そうでない場合は、Ａ
Ｐ１１０へのデータであるか否かを判定する（１３
８）。ＡＰ１１０へのデータであれば、ヘッダ部を取り
除き（１１５）、データ部をＡＰ１１０へ渡す（１１
１）。ＡＰ宛のデータでない場合は、それを補助プログ
ラム１１２に渡す（１１３）。

【００７９】図３９は、対話モニタ１２０が実行する対
話制御プログラムからの入力データ処理１１２０（図
７）の詳細を示すフローチャートである。対話制御プロ
グラムから入力データを受け取ると（１１２１）、受信
データが、「資料受信報告」であるか否かを判定する
（１１２４）。もし、「資料受信報告」であった場合
は、対話モニタウィンドウ表示部に対して表示変更通知
を発行すると共に（１１８０）、該変更通知のデータを
情報管理テーブル１９９０に記憶する（１１７６）。上
記受信データが「資料受信報告」でなかった場合は、そ
れが「参加／離席報告」か否かを判定する（１１２
６）。もし、「参加／離席報告」であれば、上述した
「資料受信報告」の場合と同様、表示変更通知を対話モ
ニタウィンドウ表示部へ発行し（１１８０）、変更デー
タを情報管理テーブル１９９０に格納する（１１７
６）。

【００８０】受信データが「参加／離席報告」でない場
合は、それが「アラーム／メッセージ発生要求」か否か
を判定し（１１２８）、もし、「アラーム音／メッセー
ジ発生要求」であれば、これをユーザ入力＆コマンド生
成処理部１１４０へ発行する（１１７８）。もし、受信
データが「アラーム／メッセージ発生要求」でなけれ
ば、それが「進行表変更要求」のデータか否かを判定し
（１１７４）、「進行表変更要求」のデータであれば、
これをユーザ入力＆コマンド生成処理部１１４０へ発行
する（１１９２）。ユーザ入力＆コマンド生成処理部１
１４０（図１６）は、上記「アラーム／メッセージ発生
要求」と「進行表変更要求」とに応答して、それぞれ
「タイマ操作＆コマンド生成処理」１３７０、「進行表
操作＆コマンド生成処理」１３５０を実行する。

【００８１】図４０は、タイマ設定ウィンドウ１１００
の表示の１例を示す。タイマに予め時刻を設定しておく
と、設定時刻になった時、アラーム音を発生させたり、
メッセージを表示させたりすることができ、これによっ
て、例えば参加者全員、あるいは特定の参加者に終了時
刻になったことを知らせたり、注意を促すことができ
る。タイマ設定は、任意の時刻に、任意の参加者が行な
うことができ、同時に複数個にタイマを進行させること
もできる。また、アラーム音の発生とメッセージの表示
は、何れか一方だけを発生させるようにしてもよい。ま
た、タイマに時刻設定することなく、任意のサイトに即
時にアラーム、またはメッセージを出力させることもで
きる。

【００８２】本発明のシステムでは、各参加者は、表示
画面上に共同作業用ウィンドウ６０と個人作業用ウィン
ドウ５０とを同時に存在させ、共同作業に参加した状態
で、個人的な作業も同時に行う場合がある。アラーム音
は、このような状況において、利用者に共同の資料編集
に加わるよう促したり、あるいは終了時刻が近づいたこ
とを知らせたりするのに有効となる。アラーム音の発生
は、ワークステーションの画面上で操作でき、自分のワ
ークステーションのみならず、相手を自由に選んで、他
の参加者のワークステーションで鳴らすこともできる。
なお、メッセージやアラーム音を出力すべきワークステ
ーションは、例えば、対話モニタウィンドウ４０上で、
時計オブジェクト１０３０を特定の参加者オブジェクト
１０１０に重ねることによって指定するようにしてもよ
い。

【００８３】図４１に、図１６に示した「タイマ操作＆
コマンド生成処理」１３５０の詳細を示す。タイマ設定
ウィンドウ１１００への入力データを受け取ると（２３
５２）、該入力データが「時刻入力」か否かを判定する
（２３５４）。時刻入力であれば、それを情報管理テー
ブル１９９０に記憶した後（２３５６）、上記入力デー
タでアラーム音発生が指示されているか否かを判定する
（２３５８）。もし、アラーム音発生が指示されていれ
ば、情報管理テーブル１９９０のアラーム音識別子をＯ
Ｎにする（２３６２）。次に、上記入力データにメッセ
ージが含まれているか否かを判定し（２３６４）、入力
されていれば、該メッセージを情報管理テーブル１９９
０に格納し（２３６６）、時刻監視を開始する（２３６
８）。そして、設定時刻に達したら、アラーム発生処理
を行なう（２３７２）。

【００８４】図４２は、タイマアラーム音発生の処理２
３７２の詳細を示す。現在時刻が何れかのタイマの設定
時刻に達したか否かを監視し、設定時刻に達したことを
検出すると（１５２０）、上記タイマが、アラーム設定
したサイトでのみアラームを発生させる「個人モード」
か、他のサイトにもアラームを出力する「共通モード」
かを判定する（１５３０）。もし個人モードであれば、
自サイトでアラーム音を発生させる（１５６０）。共通
モードの場合は、アラームを発生すべき相手サイトを調
べ（１５４０）、相手サイトの対話モニタに対して「ア
ラーム音発生要求」を発行した後（１５５０）、自サイ
トのアラームを発生させる（１５６０）。

【００８５】第４３図は、進行表オブジェクト１０２０
が選択された時に表示される進行表ウィンドウ１０８０
の表示内容の１例を示す。このウィンドウには、例え
ば、共同作業の名称、共同作業における検討項目などを
入力し、表示させることができる。１つのサイトで上記
進行表ウィンドウにデータを入力すると、この入力内容
が、もし、他の参加者の表示画面にも進行表ウィンドウ
１０８０が表示中であれば、そこに連動して表示され
る。進行表ウィンドウ１０８０への入力は、任意の参加
者が任意の時刻に行うことができる。

【００８６】進行表ウィンドウ１０８０には、例えば、
場所を示す専用のポインタ１０９０を設け、これを全参
加者のウィンドウで連動できるようにしておくとよい。
このようにしておくと、任意の参加者がポインタで現在
検討中の項目を指し示すことにより、途中参加者に共同
作業の現状を容易に判断させることができる。進行表ウ
ィンドウ１０８０には、この他の表記項目として、共同
作業の「開始時刻」と「終了予定時刻」を表示する。
「開始時刻」は、対話モニタ１２０が共同作業開始時に
検出した時刻を、情報管理テーブル１９９０に格納して
おき、利用者から進行表ウィンドウ表示要求があった
時、上記テーブルから読み出して表示させればよい。共
同作業の「終了予定時刻」は、任意のユーザが入力した
時刻データを表示する。この時刻データをタイマに自動
的に設定し、終了時刻の到来をアラーム音発生やメッセ
ージの表示で参加者に知らせるようにしてもよい。

【００８７】このように、進行表ウィンドウ１０８０で
は、ユーザが入力したデータと、対話モニタ１２０が自
動的に検知したデータとを合わせて表示させることがで
きるため、進行表ウィンドウ１０８０に表示されたデー
タを、必要に応じて資料名などの他の情報と共に、共同
作業の記録としてファイルに蓄積しておけば、情報検索
や議事録データとして利用することが可能となる。

【００８８】図４４に、進行表操作＆コマンド生成処理
１３７０の流れを示す。

【００８９】進行表ウィンドウへの入力を受け取ると
（２４１２）、入力データの種類を判定する。。もし、
「作業名称」であれば（２４１４）、これを情報管理テ
ーブル１９９０の作業名称欄２０１０に格納する（２４
１６）。入力データが「検討項目」であれば（２４１
８）、情報管理テーブル１９９０の検討項目の欄２０２
０に格納する（２４２２）。「終了予定時刻」であれば
（２４２４）、情報管理テーブル１９９０の終了予定時
刻の欄２０４０に格納する（２４２６）。上記情報管理
テーブルへのデータ格納が終わると、変更データを通信
処理部１１６０に渡す（２４２８）。これらのデータ
は、その後、上記通信処理部１１６０から対話制御プロ
グラムに受け取られ、通信路を介して他サイトの対話モ
ニタに送信される。

【００９０】

【発明の効果】以上の説明から明らかなように、本発明
によれば、モニタウィンドウによって、他のステーショ
ンとの電子的な対話、あるいは共同作業の状況を視覚的
に把握することができ、また、このウィンドウに用意さ
れた表示オブジェクトを操作することにより、上記共同
作業に必要な指示を入力できるため、利用者の操作性が
向上する。

【図面の簡単な説明】

【図１】本発明による電子対話システムの全体構成を示
す図。

【図２】電子対話実行中のマルチウィンドウ画面の１例
を示す図。

【図３】電子対話システムを構成するワークステーショ
ンのハードウェア構成図。

【図４】各ワークステーションが備えるソフトウェアの
基本構成を示す図。

【図５】ＡＰ識別子テーブルを示す図。

【図６】対話モニタウィンドウ４０の表示内容の１例を
示す図。

【図７】対話モニタ１２０の機能的な構成を示す図。

【図８】対話モニタ初期処理１１３０を示すフローチャ
ート。

【図９】対話モニタが備える情報管理テーブル１９９０
の構成を示す図。

【図１０】上記情報管理テーブルに記憶される参加者情
報の１例を示す図。

【図１１】上記情報管理テーブルに記憶される資料情報
の１例を示す図。

【図１２】２つのステーション間で行なわれる情報管理
テーブルの複写動作を説明するための図。

【図１３】対話モニタウィンドウ表示処理１１８０のフ
ローチャート。

【図１４】表示オブジェクトの構成を示す図。

【図１５】表示オブジェクトの表示位置テーブル２３１
０の構成を示す図。

【図１６】ユーザ入力＆コマンド生成処理１１４０のフ
ローチャート。

【図１７】表示オブジェクトに対する操作処理１３３０
のフローチャート。

【図１８】表示オブジェクトの種類を調べる処理１４１
０のフローチャート。

【図１９】コマンドエリアの種類を調べる処理１４２０
のフローチャート。

【図２０】コマンドエリアテーブル２３４０の構成を示
す図。

【図２１】対話モニタウィンドの机上エリア１０５０で
参加者全員に資料を配布する操作例を示す図。

【図２２】対話モニタウィンドの机上エリア１０５０で
参加者全員に資料の配布を完了した状態を示す図。

【図２３】対話モニタウィンドの机上エリア１０５０で
特定の参加者に資料を配布する操作例を示す図。

【図２４】複数参加者からなる対話において、新たに資
料配布を行なう前のそれぞれの机上エリア１０５０の表
示状態の１例を示す図。

【図２５】複数参加者からなる対話において、参加者Ａ
が参加者Ｂへ資料配布を行なう操作をしているときの各
机上エリア１０５０の表示状態を示す図。

【図２６】参加者Ａから参加者Ｂへの資料配布が完了し
た時点での各机上エリア１０５０の表示状態を示す図。

【図２７】入力仮想化モジュール１３０のフローチャー
ト。

【図２８】通信制御モジュール１８０のフローチャー
ト。

【図２９】対話モニタ間で通信される表示変更要求デー
タのフォーマットの１例を示す図。

【図３０】共同作業の途中で新たな参加者が加わる前の
通信路の状態を示す図。

【図３１】通信制御モジュールにおける参加処理２００
のフローチャート。

【図３２】共同作業の途中で新たな参加者を加えるため
に既存の１部の通信路が切断された状態を示す図。

【図３３】新たな参加者と他の参加者との間に通信路を
形成している状態を示す図。

【図３４】新たな参加者の参加手順が完了した状態を示
す図。

【図３５】通信制御モジュール１８０における離席処理
２１０のフローチャート。

【図３６】通信制御モジュール１８０における参加／離
席のためのノード処理２２０のフローチャート。

【図３７】通信制御モジュール１８０で行なうノード番
号の決定方法の１例を示す図。

【図３８】仮想ユーザインタフェースモジュール１３５
の動作を示すフローチャート。

【図３９】対話制御プログラムからの入力データを処理
するルーチン１１２０のフローチャート。

【図４０】タイマ設定ウィンドウ１１００の表示の１例
を示す図。

【図４１】タイマ操作＆コマンド生成処理１３５０のフ
ローチャート。

【図４２】アラーム音発生処理２３７２のフローチャー
ト。

【図４３】進行表ウィンドウ１０８０の表示の１例を示
す図。

【図４４】進行表操作＆コマンド生成処理１３７０のフ
ローチャート。

【符号の説明】

１０…電話機、２０…ワークステーション、３０…ネッ
トワーク、４０…対話モニタウィンドウ、１００…対話
制御プログラム、１２０…対話モニタ、１３０…入力仮
想化モジュール、１８０…通信制御モジュール、２００
…参加処理、２１０…離席処理、２２０…ノード処理、
５００…途中参加者、５２０…前参加者、５４０…後参
加者、１０１０…参加者オブジェクト、１０２０…進行
表オブジェクト、１０３０…時計オブジェクト、１０５
０…机エリア、１０６０…個人エリア、１０７０…共通
エリア、１０８０…進行表ウィンドウ、１１００…タイ
マ設定ウィンドウ、１１２０…受信データ処理部、１１
４０…ユーザ入力処理点部、１１６０…通信処理部、１
１８０…対話モニタウィンドウ表示部、１２００…コマ
ンド実行部、１２１０…対話モニタ専用ＦＩＦＯファイ
ル、１２２０…対話制御プログラム専用ＦＩＦＯファイ
ル、１３３０…表示オブジェクト操作処理、１４１０…
表示オブジェクトの種類を調べる処理、１５１０…アラ
ーム発生処理部、１６００…資料配布要求プロトコル、
１６２０…資料受信通信通知、１６３０…変更通知、１
７６０…参加者情報、１８３０…資料情報。

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

Claims

【特許請求の範囲】

【請求項１】マルチウィンドウ機能を備えたデータ処理
装置の表示画面に生成された１つのウィンドウに、特定
のプグラムのもとで実行されている作業の状態を複数の
オブジェクトで視覚的に表示し、ユーザが上記ウィンド
ウ内の何れかのオブジェクトに対して行なった操作に応
答して、データ処理装置に対する指令入力と、オブジェ
クトの表示変化による作業状態表示とが連動して行なわ
れるようにしたことを特徴とする画面表示制御方式。
【請求項２】マルチウィンドウ機能を備えたデータ処理
装置において、表示画面上に、特定の制御プグラムのも
とで実行されている作業の状態を視覚的に表示するため
のモニタウィンドウを生成し、該ウィンドウ内には、作
業の状態に応じて位置変化する複数のオブジェクトを表
示し、ユーザが上記ウィンドウ内の何れかのオブジェク
トに対して操作を行うことにより、データ処理装置に指
令を与えるようにしたことを特徴とする画面表示制御方
式。
【請求項３】請求項１または２に記載の画面表示制御方
式において、前記ウィンドウが少なくとも１つのコマン
ド領域を有し、ユーザが、特定のオブジェクトを上記コ
マンド領域に移動操作した時、上記コマンド領域に対応
する指令が上記移動オブジェクトと対応するリソースに
対して実行されるようにしたことを特徴とする画面表示
制御方式。
【請求項４】請求項１、２または３に記載の画面表示制
御方式において、前記ウィンドウが複数のオブジェクト
を有し、その内の１つをユーザが選択したことに応答し
て、該オブジェクトと対応する新たなウィンドウが画面
上に生成されるようにしたことを特徴とする画面表示制
御方式。
【請求項５】ネットワークにより接続された複数の端末
装置からなり、各端末装置がマルチウィンドウ機能を有
する共同作業システムにおいて、各端末装置が、複数の
端末装置間で共同作業のための情報を通信するための共
同作業制御手段と、表示画面に生成された１つのモニタ
ウィンドウに共同作業の状態を複数のオブジェクトで視
覚的に表示するためのモニタ制御手段とを有し、ユーザ
が上記モニタウィンドウ内の何れかのオブジェクトに対
して行なった操作に応答して、上記共同作業制御手段へ
の指令入力と、上記モニタ手段のよるモニタウィンドウ
への作業状態表示制御とが連動して行なわれるようにし
たことを特徴とする画面表示制御方式。
【請求項６】請求項５に記載の画面表示制御方式におい
て、前記モニタウィンドウが少なくとも１つのコマンド
領域を有し、ユーザが、特定のオブジェクトを上記コマ
ンド領域に移動操作した時、上記コマンド領域に対応す
る指令が上記移動オブジェクトと対応するリソースに対
して実行されるようにしたことを特徴とする画面表示制
御方式。
【請求項７】請求項５または６に記載の画面表示制御方
式において、前記モニタウィンドウが複数のオブジェク
トを有し、その内の１つをユーザが選択したことに応答
して、該オブジェクトと対応する新たなウィンドウが画
面上に生成されるようにしたことを特徴とする画面表示
制御方式。
【請求項８】請求項５、６または７に記載の画面表示制
御方式において、前記モニタ手段が、前記モニタウィン
ドウに、共同作業に参加している複数の端末装置または
参加メンバを表す参加者オブジェクトと、上記共同作業
で利用されているリソースを表す資料オブジェクトとを
表示し、前記共同作業の状態が、上記モニタウィンドウ
内における上記参加者オブジェクトと資料オブジェクト
の表示位置関係によって示されるようにしたことを特徴
とする画面表示制御方式。
【請求項９】請求項８に記載の画面表示制御方式におい
て、前記モニタウィンドウ内に、前記参加者オブジェク
トの表示位置と対応して予め複数のコマンド領域が定義
してあり、何れかのユーザが、何れかの資料オブジェク
トを上記何れかのコマンド領域に配布する操作を行なっ
た時、上記操作の対象となったコマンド領域と対応する
端末装置の画面に、上記操作された資料オブジェクトと
対応するリソースを表示するためのウィンドウが生成さ
れ、各端末装置のモニタウィンドウで、上記操作された
資料オブジェクトが上記操作対象コマンド領域に表示さ
れた状態が提示されるようにしたことを特徴とする画面
表示制御方式。
【請求項１０】請求項８、または９に記載の画面表示制
御方式において、前記モニタウィンドウ内の所定の位置
に、複数の参加者に共通して作用するコマンド領域が予
め定義され、何れかのユーザが、何れかの資料オブジェ
クトを上記共通コマンド領域に対して移動操作した時、
他のユーザの端末装置の表示画面上で、上記操作された
資料オブジェクトと対応するリソースを表示するための
ウィンドウの生成、または消去が行なわれ、各端末装置
のモニタウィンドウで、上記操作された資料オブジェク
トの表示が上記操作に対応して変化するようにしたこと
を特徴とする画面表示制御方式。
【請求項１１】通信ネットワークによって接続された複
数のデータ処理装置からなり、遠隔した各データ処理装
置の利用者が、表示画面を介して共同作業を行うように
した電子対話システムにおいて、各データ処理装置の表
示画面に、参加者オブジェクトと、資料オブジェクト
と、および、時計または進行表のオブジェクトとからな
る複数種類の表示オブジェクトを表示するための対話モ
ニタウィンドウを生成し、各利用者が上記表示オブジェ
クトを操作することにより共同作業の制御指令を入力し
たとき、上記操作に対応して、各データ処理装置におけ
る対話モニタウィンドウの表示が互いに連動して変化
し、共同作業の状況に応じた表示状態となるようにした
ことを特徴とする表示制御方式。
【請求項１２】請求項１１に記載の表示制御方式におい
て、利用者が、前記対話モニタウィンドウ内で何れかの
資料オブジェクトを移動操作することにより、共同作業
のための資料を他の参加者全員または特定の参加者に配
布する指令を入力するようにしたことを特徴とする表示
制御方式。
【請求項１３】請求項１１に記載の表示制御方式におい
て、利用者が、前記対話モニタウィンドウ内で自分に相
当する参加者オブジェクトを現在位置から所定の位置に
移動操作することによって、共同作業への参加指令を入
力するようにしたことを特徴とする表示制御方式。
【請求項１４】請求項１１に記載の表示制御方式におい
て、利用者が、前記対話モニタウィンドウ内で、自分に
相当する参加者オブジェクトを現在位置から所定の位置
に移動操作することによって、共同作業からの離席指令
を入力するようにしたことを特徴とする表示制御方式。
【請求項１５】請求項１１に記載の表示制御方式におい
て、利用者が前記対話モニタウィンドウ内に表示されて
いる時計オブジェクトを選択したことに応答して、前記
表示画面上にタイマ設定のためのウィンドウが生成さ
れ、利用者が上記タイマ設定ウィンドウ上で設定した時
刻情報に従って、各データ処理装置で連動してアラーム
音の発生、またはメッセージの表示が行なわれるように
したことを特徴とする表示制御方式。
【請求項１６】請求項１１に記載の表示制御方式におい
て、利用者が前記対話モニタウィンドウ内に表示されて
いる進行表オブジェクトを選択したことに応答して、前
記表示画面上に共同作業の進行管理のための情報を表示
するウィンドウが生成されるようにしたことを特徴とす
る表示制御方式。