JP2929985B2 - 情報共有装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は計算機ネットワーク
を利用して情報を共有する装置に関する。

【０００２】

【従来の技術】二つ以上の計算機をネットワークで結合
し、従来一つの計算機上で実行されていた応用プログラ
ムを複数の計算機上で機能分散させて一つのまとまった
処理を行なわせるように構築したシステムを分散型応用
プログラムと呼ぶ。本発明は一つの応用プログラムをど
のように分割して共有するかに関係するが、従来は応用
プログラムそのものを２つに分割する、もしくはウイン
ドウシステムを分割するという２つの方法があった。以
下に図を用いて従来技術を説明する。

【０００３】図３は応用プログラムを個別に分割する方
法であるが、応用プログラム３０５は２つのプログラム
３０１と３０２に分割され、オペレーティングシステム
３１２，３２２を介して情報交換しながら処理を進め
る。機能分割の方法は応用毎に個別に設計され、相互に
通信する部分はＯＳのネットワークインタフェース（例
えば（Ｂｅｒｋｅｌｅｙ Ｓｏｃｋｅｔ）を使用してプ
ログラム開発が行なわれていた。

【０００４】図４に示すように、近年、応用プログラム
４０５を共通処理を引き受けるサーバプログラム４０２
とそれを利用する複数のクライアントプログラム４０１
に分けるクライアントサーバ方式が提案され、多くの適
用分野で定着しつつある。クライアントシステムは利用
者と応用プログラムのインタフェースをとるためにグラ
フィカルユーザインタフェース（以降ＧＵＩと略す）を
内蔵している。

【０００５】更に、クライアントサーバ方式に基づく分
散型応用プログラムの開発を容易にするための開発環境
が提供され、クライアントとサーバのインタフェースを
記述するだけで通信に必要なシステムインタフェース部
分のプログラムを自動生成できるようになり、システム
開発者は応用プログラムにのみ注力すれば良くなった。

【０００６】一方、ウインドウシステムを分割する方法
としてＸ Ｗｉｎｄｏｗ Ｓｙｓｔｅｍの例がある。図
５に示すようにＸ Ｗｉｎｄｏｗ Ｓｙｓｔｅｍ５０７
は上記クライアントサーバ方式で構築されたウインドウ
システムであり、応用プログラム５０５からは一つのウ
インドウシステム５０２に見えるが、実際の表示は遠隔
サーバ５０１を使用してネットワーク結合された別の計
算機の画面に表示することができる。サーバへの表示情
報を複数のウインドウサーバに転送することにより複数
の利用者の間で同一画面を共有することが可能となる。

【０００７】

【発明が解決しようとする課題】このような従来技術で
は応用プログラムを機能分割する手法が確立していな
い。複数の計算機に跨って実行されるプログラムの開発
が難しい、プログラムの利用が簡単ではない、プログラ
ムの利用に柔軟性がない、複数の計算機間での情報共有
が自由にできないという問題があった。

【０００８】まず、分散応用プログラムを個別に開発す
る方法では、対象としている処理内容に応じて経験則か
ら応用プログラム毎に決定されるのが普通である。ま
た、通信に関する処理も応用プログラムの一部として開
発しなければならないためにネットワークプログラミン
グに関する専門知識が必要で、プログラム開発が極めて
困難であった。

【０００９】クライアントサーバ方式ではクライアント
とサーバ間の通信インタフェース部分の開発は簡易化さ
れたが、機能分けに関しては相変わらずシステム開発者
に委ねられており、経験に基づくノウハウをもとに決定
されている。しかも、クライアントとサーバのインタフ
ェースはプログラム開発前に仕様として厳密に決定され
ねばならず、利用に伴って動的に変化させることができ
ない。

【００１０】応用プログラムを分割する方式では分割さ
れたプログラムは各々コンパイラ型言語で記述されコン
パイルにより実行プログラムが作成されるため、完成後
に機能分担を変更することはできない。また、利用者の
計算機に分割されたプログラムの一方、例えばクライア
ントサーバ方式ではクライアントプログラムを実装しな
ければならない。もし、異なるハードウェアやオペレー
ティングシステム上で実行しようとする場合は移植作業
が必要となる。

【００１１】即ち、このような従来手法は個別の分散型
応用プログラムを開発し、定型業務を実行させるのには
適しているが、グループウエアのようなユーザ間で情報
共有を簡単に実現するのは難しかった。

【００１２】一方、ウインドウシステムを分割する方式
では情報共有がウインドウレベルに閉じてしまうため、
応用プログラム側から制御することができない、利用者
毎に異なる操作や表示を許すような柔軟な共有は実現で
きなかった。

【００１３】

【課題を解決するための手段】本発明では従来の問題を
解決するために、まず、応用プログラムの機能分割に関
しては、利用者とのインタフェースを司るＧＵＩ部と実
際に処理を司る処理部に分割することを特徴とする。Ｇ
ＵＩ部と処理部の境界はＧＵＩを利用するすべての応用
プログラムに普遍的に存在するもので、分割方法は明確
である。次にこのＧＵＩ部をスクリプト言語で記述する
ことにより、ネットワークでの転送の容易さ、変更の容
易さという利点が生まれる。

【００１４】第１の発明では、まず処理部はスクリプト
言語で記述されたＧＵＩ部を遠隔の計算機にテキストデ
ータとして転送する。このスクリプトデータは遠隔計算
機の上で実行されているインタプリタにより解釈実行さ
れることにより応用プログラムのユーザインタフェース
画面を遠隔計算機のディスプレイ画面に表示する。キー
ボード／マウスを使用した画面への入力操作もＧＵＩ部
の一部としてスクリプトで記述されており、スクリプト
の解釈実行によって処理部への処理要求メッセージを生
成する。このメッセージは遠隔計算機からネットワーク
を通じて処理部に転送され、処理部は必要な処理を実行
した後、結果を再びスクリプトの形でＧＵＩ部に転送す
る。実行結果は上記と同じ手順で遠隔計算機に届き、解
釈実行されることにより画面の表示を変更する。

【００１５】遠隔計算機のユーザインタフェース画面を
見ている利用者にとっては、すべての実行がそこで行な
われているように見えるが、実際にはスクリプトで記述
されたＧＵＩ部の解釈実行のみが行なわれており、実際
の処理は処理部が実行されている別の計算機で行なわれ
る。

【００１６】このような情報共有装置において、第２の
発明では、ＧＵＩ部を記述したスクリプトを複数の計算
機に送付することにより、１つの処理部に対し複数のＧ
ＵＩ部を実現させる。それぞれのＧＵＩ部は利用者の入
力操作から必要な処理要求を共通の処理部に送ることに
なり、一つの応用プログラムを共有することが可能にな
る。即ち、ユーザインタフェースのみが分散された共有
方式が実現される。ＧＵＩ部は各々別の計算機で実行さ
れているので、利用者毎に独立に入力操作を処理でき
る。一方、個々の入力操作は一つの処理部で集中的に実
行されることにより変更内容の集中管理が可能となる。
また、処理部が全てのＧＵＩ部に同じ情報を送ることに
より、利用者間での情報の共有が可能となる。即ち、本
発明によれば操作の独立性を高めながら、同時に情報の
共有を実現することが可能となる。

【００１７】第３の発明では、テキストで記述されたス
クリプトの修正変更が容易である特徴を活かして、遠隔
の計算機に転送されたスクリプトをローカルに変更する
ことによりそのＧＵＩ部の表示、例えばボタンの大きさ
や、その上に書かれた文字等、を変更することができ
る。このような利用者毎のカスタマイズが処理部の機能
を変更することなく、ＧＵＩ部を定義するスクリプトの
変更のみで可能となる。

【００１８】

【発明の実施の形態】以下に本発明の実施の形態につい
て図面を参照しながら説明する。尚、本実施形態では、
開発が容易なように処理部もＧＵＩ部と同じスクリプト
で実現されている。

【００１９】図１は本発明を実現するソフトウェアのモ
ジュール構成とメッセージの流れを示すもので、図にお
いて、１０１は利用者が使っている計算機、１０２は応
用プログラムが実行されている計算機、１１１は利用者
側計算機でＧＵＩ部を実現するプログラム全体、１１２
は送られてきたスクリプトを解釈しＧＵＩ部を実現する
インタプリタ部、１１３はメッセージを送信する送信
部、１１４はメッセージを受信する受信部であり、いず
れもオペレーティングシステム１１５の管理のもとに実
行されている。実際のメッセージの転送はオペレーティ
ングシステム１１５によって行われるがこれは従来技術
と同じであり、ここでは説明を省略する。

【００２０】１２１は処理部を実現するプログラム全体
で、内部構成はＧＵＩ部１１１と全く同じでインタプリ
タ部１２２、送信部１２３、受信部１２４で構成され
る。処理部１２１はオペレーティングシステム１２５の
管理のもとに実行されている。

【００２１】ＧＵＩ部１１１と処理部１２１は全く同じ
プログラムから構成されるので、以降このソフトウェア
モジュールを使ってスクリプトエンジンと呼ぶことにす
る。

【００２２】図１を使って動作を説明する。

【００２３】まず、処理部１２１とＧＵＩ部１１１のい
ずれも、計算機１０１，１０２の利用者により、もしく
はオペレーティングシステム１１５，１２５により自動
的に、起動されプログラムとして実行されている。処理
部１２１とＧＵＩ部１１１はいずれも各々の受信部１１
４，１２４よりスクリプトを入力するとそれをインタプ
リタ部１１２，１２２で解釈実行できる状況にある。

【００２４】本実施形態では通信プロトコルとしてＳｏ
ｃｋｅｔを使用したＴＣＰ／ＩＰを用いており、送信部
１１３，１２３、受信部１１４，１２４はオペレーティ
ングシステム１１５，１２５とインタフェースを取りな
がらメッセージの送受信機能を実現する。そのために処
理部１２１とＧＵＩ部１１１とはお互いに相手の受信部
の識別情報を保持している。具体的には相手の受信部１
１４，１２４に割り当てられたポート番号を知ってい
る。

【００２５】最初に、処理部１２１は計算機１０２の利
用者により応用プログラムを定義したスクリプトを与え
られ、それをインタプリタ部１２１により解釈実行する
ことによって以下に説明する応用プログラムの処理部と
しての機能を実現する。

【００２６】まず、処理部１２１は応用プログラムの一
部として与えられた「ＧＵＩ部を定義したスクリプト」
を送信部１２３を使ってＧＵＩ部１１１に転送する。Ｇ
ＵＩ部１１１は受信部１１４でこのスクリプトを受けと
り、インタプリタ部１１２で解釈実行してディスプレイ
１０３に応用プログラムのユーザインタフェース画面を
表示する。

【００２７】ユーザがキーボード／マウス１０４を使用
して、画面上のボタン等を押下するとそのイベントはイ
ンタプリタ部１１２で解釈され対応する処理要求メッセ
ージが生成されて送信部１１３を使って処理部１２１へ
転送される。

【００２８】処理部１２１は受信部１２４によりこの要
求メッセージを受け取り、インタプリタ部１２２で解釈
して必要なアクションを実行する。ＧＵＩ部１１１へ結
果の送信が必要なら最初にスクリプトを送ったのと同じ
手順で結果のスクリプトをＧＵＩ部１１１に転送する。

【００２９】以降、この動作が繰り返されることによ
り、計算機１０１の利用者は計算機１０２で実行されて
いる応用プログラムをディスプレイ１０３に表示されて
いるユーザインタフェース画面を操作することにより遠
隔利用することができる。

【００３０】ＧＵＩ部１１１は最初は何もスクリプトを
与えられていない空の状態であるが、処理部からのスク
リプト転送で必要なＧＵＩを生成する。同様に処理部１
２１も最初は空の状態であるが、外部からこの応用プロ
グラムを実現するスクリプトが与えられて初めて応用プ
ログラムに特化する。このようにスクリプトエンジンと
いう基本モジュールを装備するだけでどのマシンでもそ
れがＧＵＩ部や処理部に変身することができ、柔軟なシ
ステム構築が可能である。

【００３１】図２は二人の利用者間で応用プログラムを
共有する場合の例を示す。図において、２０１は利用者
が使っている計算機、２０２は応用プログラムが実行さ
れている計算機、２０３，２０４は各々利用者２０１の
ディスプレイ装置、キーボード／マウス、２０５はもう
一人の利用者の計算機で、２０６，２０７はそのディス
プレイ装置、キーボード／マウスを示す。

【００３２】計算機２０１と２０２の構成は図１と全く
同じであり、説明を省略する。計算機２０５の構成も利
用者２０１と全く同一であり、２３１は利用者側計算機
でＧＵＩ部を実現するプログラム全体、２３２は送られ
てきたスクリプトを解釈しＧＵＩを実現するインタプリ
タ部、２３３はメッセージを送信する送信部、２３４は
メッセージを受信する受信部であり、いずれもオペレー
ティングシステム２３５の管理のもとに実行されてい
る。

【００３３】ＧＵＩ部２３１の送信部２３３は処理部２
２１の受信部２２４に、受信部２３４は送信部２２３に
それぞれ接続されておりＧＵＩ部２１１と処理部２２１
を共有している。即ち、キーボード／マウス２０７によ
る画面操作はキーボード／マウス２０４による画面操作
と全く同様に処理部２２１に伝えられ、同じように処理
される。

【００３４】一方、処理部２２１での処理結果はＧＵＩ
部２１１とＧＵＩ部２３１に共通の結果なら両者にマル
チキャストされ、ディスプレイ２０３とディスプレイ２
０６とに同時に表示される。もし処理結果がＧＵＩ部２
３１に固有の場合はＧＵＩ部２３１にのみ送信されてデ
ィスプレイ２０６の表示のみが変更される。このよう
に、ＧＵＩ部を分離し、処理部のみを共有することによ
り、ユーザ個別の操作を可能にすることと、同じ情報を
共有すること、を同時に満たすことが可能となった。例
えば、プレゼンテーションへの応用では画面をマルチキ
ャストすることで同じ画面を共有することができるが、
あるユーザが次のスライドを見たいと思った場合、その
ユーザにのみ次のページを送ることができる。

【００３５】

【実施例】本発明における簡単な応用プログラムの実施
例としてストップウオッチの作成例を示す。

【００３６】図６にストップウオッチのユーザインタフ
ェース画面を示す。ストップウオッチプログラムはスタ
ートボタン６０１を押すことにより時間の計測を開始
し、停止ボタン６０２の押下により計測を停止する。そ
の間の経過時間が表示パネル６０３に表示される。

【００３７】図７にストップウオッチプログラムを実現
するためのスクリプトの一部を示す。本実施例ではＸ
Ｗｉｎｄｏｗ Ｓｙｓｔｅｍ用のＧＵＩを記述するスク
リプト言語Ｔｅｌ／Ｔｋを使用している。

【００３８】図において（１）行目から（６）行目まで
が図６に示したＧＵＩを実現するスクリプトで、（１）
は経過時間表示パネルを定義したもので、初期状態の表
示を“０．００”にセットし、パネルを３Ｄ的に浮き上
がらせる（−ｒｅｌｉｅｆ ｒａｉｓｅｄ）こと、横幅
を１０ポイントにセットすることを指定している。
（２）はスタートボタンを定義したもので、押された時
に処理部へ“ｓｔａｒｔ”メッセージを転送する処理を
指定している。（３）は同様に、停止ボタンを定義した
もので、押された場合には“ｓｔｏｐ”メッセージが処
理部に送られる。（４），（５），（６）は各々、表示
パネル、スタートボタン、停止ボタンの配置を指定する
スクリプトで、これにより３つの部品は図６の形状にパ
ックされる。

【００３９】ＧＵＩ部１１１のインタプリタ部１１２は
この６行のスクリプトを解釈実行することにより図６の
ＧＵＩ表示を実現する。また、例えばスタートボタン６
０１の押下により３Ｄ的に浮き出ているボタン６０１は
沈み込む表示になるが、これはＧＵＩ部１１１のインタ
プリタ部１１２で実行される。

【００４０】一方、図７の（７）行目から（２４）行目
までがストップウオッチプログラムの全体であるが、
（７）はＧＵＩ用スクリプト（上記の６行）をＧＵＩ部
１１１に転送するスクリプト、（８）は時間計測を実行
する手続きの定義で、（９）は作業用に使用する変数が
グローバル変数であり、この手続きの中から参照可能で
あることを宣言する。（１０）は変数ｓｔｏｐｐｅｄが
１なら停止ボタン６０２が押された場合であるから次回
の計測を起動せずにインタプリタに制御を戻すことを指
示する。（１１）は変数ｓｔｏｐｐｅｄが０なら計測中
なので、５０ｍｓｅｃ後に手続きｔｉｃｋを起動するこ
とを指示する。（１２）はミリ秒の位を示す変数ｈｕｎ
ｄｒｅｄｔｈｓを５カウント増やし、（１３）ではそれ
が１００以上になったかどうかを判定する。（１４）は
変数ｈｕｎｄｒｅｄｔｈｓのカウントが１００以上にな
ったのでこれをゼロに戻すと共に、（１５）で秒の位を
示す変数ｓｅｃｏｎｄｓを１増やす。（１６）は更新さ
れたカウント数を元に“ＸＸＸ”形式の表示を作成しロ
ーカル変数ｍｓｇに一時的に保存する。（１７）は変数
ｍｓｇに保存された値を使って画面の表示パネル６０３
に表示されている経過時間を更新するスクリプトをＧＵ
Ｉ部１１１へ転送する。（１８）はＧＵＩ部１１１から
転送されたｓｔａｒｔメッセージにより起動される手続
きで、（１９），（２０），（２１）により計測に必要
なグローバル変数を全て初期化した後、（２２）で実際
の計測を実行する手続きｔｉｃｋを呼び出す。（２３）
は同様にＧＵＩ部１１１から転送されたｓｔｏｐメッセ
ージにより起動される手続きで、（２４）は手続きｔｉ
ｃｋの実行を中断するためにグローバル変数ｓｔｏｐｐ
ｅｄを１にセットする。

【００４１】処理部１２１のインタプリタ部１２２は
（７）行目から（２４）行目までのスクリプトを実行す
ることにより、まず、ＧＵＩ部１１１にＧＵＩ用スクリ
プトを転送し、利用者の計算機１０１のディスプレイ１
０３に図６に示したストップウオッチの画面を表示させ
る。利用者のボタン操作によりＧＵＩ部１１１は“ｓｔ
ａｒｔ”もしくは“ｓｔｏｐ”メッセージを処理部１２
１に送り、処理部１２１での計測を開始したり、停止さ
せたりすることができる。また、計測中は５ｍｓｅｃ毎
に新しい経過時間がＧＵＩ部１１１にスクリプトの形で
転送され、ディスプレイ１０３の表示パネル６０３の表
示が更新される。このように本発明に基づく応用プログ
ラムが実際に動作することが明らかである。

【００４２】更に、複数の利用者が本ストップウオッチ
プログラムを共有する場合は、各ユーザからの“ｓｔａ
ｒｔ”，“ｓｔｏｐ”メッセージは同じ処理部１２１に
送られ、どの利用者からもストップウオッチを操作する
ことが可能となる。一方、表示パネルを変更するスクリ
プト（１７）を全利用者に転送することにより全員が同
じ表示を見ることが可能であり、ストップウオッチの共
有が可能となる。

【００４３】また、ストップウオッチの画面を表示後、
計算機１０１の利用者がＧＵＩ部１１１に例えばスクリ
プト、“．ｓｔａｒｔ ｃｏｎｆｉｇ−ｔｅｘｔ“ＴＩ
ＭＥＲ Ｓｔａｒｔ”を与えると、ディスプレイ１０３
上のスタートボタン６０１上の文字を“ｓｔａｒｔ”か
ら“ＴＩＭＥＲ Ｓｔａｒｔ”に変更することができる
が、これはストップウオッチの機能には全く影響を与え
ない。このように利用者毎のカスタマイズが実現可能で
ある。

【００４４】尚、（２），（３），（７），（１７）行
目に出てくる、ｓｅｎｄコマンドは本発明を実現するた
めに新たにＴｅｌ／Ｔｋに追加したコマンドであり、既
に述べたように実際には相手送信部のポートへの指定さ
れたメッセージを転送するコマンドである。

【００４５】本実施例のオペレーティングシステム２１
５，２２５，２３５は各々異なっても良く、スクリプト
エンジンさえ移植すればそのスクリプトで記述された種
々の応用プログラムを共有することが可能となる。ま
た、本実施例では簡単化のために相手の識別を固定化し
ているが、別の計算機で実行されているプログラムを管
理する名前管理機構を導入することにより名前で動的に
識別することは可能である。

【００４６】

【発明の効果】応用プログラムの分割点はＧＵＩ部と処
理部の間にあり、ＧＵＩを利用する従来の応用プログラ
ムの機能分割点と同じであり、分割の方法は容易であ
る。ＧＵＩ部をスクリプトで記述し、インタプリタで解
釈実行する特徴は、修正が容易であり、変更したスクリ
プトが直ちに実行できることから、開発、特に対話型の
開発／デバックを容易にする。また、スクリプトは通常
のテキストデータであるため、どのような編集プログラ
ムを使っても修正可能であるし、ネットワークを利用し
た転送にも問題がない。ウインドウ部品を記述できるス
クリプト言語を用いれば短いステップでＧＵＩ部を簡単
に記述できるため、開発は更に容易となる。

【００４７】一方、利用者側の計算機ではＧＵＩ部を解
釈実行するスクリプトエンジン以外は何も必要としな
い。どのような分散応用プログラムでも、ネットワーク
でＧＵＩ部を転送することにより直ちに利用可能とな
る。この特徴は情報サービス端末として様々な応用プロ
グラムを利用する場合に特に効果的である。

【００４８】ＧＵＩ部は利用者の計算機上で独立したプ
ログラムとして実行されており、ユーザインタフェース
に関わるきめ細かい処理を応用プログラム本体とは独立
に扱うことができる。例えば、ボタン押下によるボタン
が沈む３Ｄ効果は利用者の計算機上で実行される。上書
きの実現は本発明の重要な効果の一つであるが、ボタン
の上に自分のメモを書き込んでも良い。これらは全てＧ
ＵＩ部が応用プログラム本体とは独立に処理されること
から可能となる。ＧＵＩ部の分離はよりフレンドリなユ
ーザインタフェースの実現、利用者計算機資源のユーザ
インタフェース機能への投入という効果がある。

【００４９】ＧＵＩ部の分離と複数計算機上での実行は
情報共有に効果がある。複数の利用者間で処理部を共有
していても、各ＧＵＩ部は独立に実行されているので、
個々の利用者からは自分が一人で処理部を使っているよ
うに見える。一方で処理部がＧＵＩ部への情報転送を制
御することにより、特定利用者への情報伝達と全利用者
への情報伝達を使い分けることができる。例えば分散プ
レゼンへの応用例において、複数の利用者が全員同じ画
面を見ている時に、ある利用者だけ次のページを見る、
という処理が実現可能となる。

【００５０】このように本発明によれば、利用者毎の画
面操作の独立性を実現すると同時に、複数の利用者が同
じ画面を共有したり、共有情報の変更をリアルタイムで
知ることができる、など、柔軟な情報共有の実現に効果
がある。

【図面の簡単な説明】

【図１】本発明を実現するソフトウェアモジュール構成
とメッセージの流れを示した図。

【図２】二人のユーザ間での応用プログラムの共有を示
す図。

【図３】個別に開発された分散応用プログラムの構成
図。

【図４】クライアントサーバ方式で開発された分散応用
プログラムの構成図。

【図５】ウインドウシステムで分割された分割応用プロ
グラムの構成図。

【図６】本発明を利用した分散応用プログラムであるス
トップウオッチのＧＵＩを示す図。

【図７】ストップウオッチ・プログラムを記述したスク
リプトの一部を示す図。

【符号の説明】

１０１ 利用者の計算機 １０２ サービスを提供する計算機 １０３ ディスプレイ １０４ キーボード／マウス １１１ ＧＵＩ部を実現するプログラム全体 １１２ 送られてきたスクリプトを解釈しＧＵＩを実現
するインタプリタ部 １１３ メッセージを送信する送信部 １１４ メッセージを受信する受信部 １１５ オペレーティングシステム １２１ 処理部を実現するプログラム全体 １２２ インタプリタ部 １２３ 送信部 １２４ 受信部 １２５ オペレーティングシステム ２０１ 利用者の計算機 ２０２ サービスを提供する計算機 ２０３ ディスプレイ ２０４ キーボード／マウス ２０５ もう一人の利用者の計算機 ２０６ ディスプレイ ２０７ キーボード／マウス ２１１ ＧＵＩ部を実現するプログラム全体 ２１２ 送られてきたスクリプトを解釈しＧＵＩを実現
するインタプリタ部 ２１３ メッセージを送信する送信部 ２１４ メッセージを受信する受信部 ２１５ オペレーティングシステム ２２１ 処理部を実現するプログラム全体 ２２２ インタプリタ部 ２２３ 送信部 ２２４ 受信部 ２２５ オペレーティングシステム ２３１ ＧＵＩ部を実現するプログラム全体 ２３２ 送られてきたスクリプトを解釈しＧＵＩを実現
するインタプリタ部 ２３３ メッセージを送信する送信部 ２３４ メッセージを受信する受信部 ２３５ オペレーティングシステム ３０１ 利用者の計算機 ３０２ サービスを提供する計算機 ３０３ ディスプレイ装置 ３０４ キーボード／マウス ３０５ 応用プログラム ３１１ 応用プログラムの利用者側の計算機で実行され
る部分 ３１２ 利用者側の計算機のオペレーティングシステム ３２１ 応用プログラムのサービス提供側の計算機で実
行される部分 ３２２ サービス提供側の計算機のオペレーティングシ
ステム ４０１ 利用者の計算機 ４０２ サービスを提供する計算機 ４０３ ディスプレイ装置 ４０４ キーボード／マウス ４０５ 応用プログラム ４１１ 応用プログラムの利用者側の計算機で実行され
るクライアント部分 ４１２ 利用者側の計算機のオペレーティングシステム ４２１ 応用プログラムのサービス提供側の計算機で実
行されるサーバ部分 ４２２ サービス提供側の計算機のオペレーティングシ
ステム ５０１ 利用者の計算機 ５０２ サービスを提供する計算機 ５０３ ディスプレイ装置 ５０４ キーボード／マウス ５０５ 応用プログラム ５０６ ウインドウシステム ５０７ ウインドウシステムのサーバ部分 ５１２ 利用者側の計算機のオペレーティングシステム ５２１ 応用プログラム ５２２ ウインドウシステムのクライアント部分 ５２３ サービス提供側の計算機のオペレーティングシ
ステム ６０１ 計測スタートボタン ６０２ 計測停止ボタン ６０３ 経過時間表示パネル

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平４−209061（ＪＰ，Ａ) 特開 平７−219753（ＪＰ，Ａ) 松岡聡，「オブジェクト指向言語にお ける利用者インターフェースの構築 法」，1993 情報学シンポジウム講演論 文集，1993年１月13日，ｐ．55−63 齋藤幸男、寺本昌弘、永沢道夫，「新 しいマルチメディア・メッセージング技 術の動向 マジックキャップとテレスク リプト」，ＮＴＴ技術ジャーナル，Ｖｏ ｌ．６，Ｎｏ．９，1994年９月１日, ｐ．22−23 (58)調査した分野(Int.Cl.⁶，ＤＢ名) G06F 15/00 390 ＪＩＣＳＴファイル（ＪＯＩＳ)

Claims (5)

(57)【特許請求の範囲】
1. 【請求項１】応用プログラムを、ウィンドウ部品を記述
   できるスクリプト言語により記述されウィンドウシステ
   ム上にユーザインタフェースを構築するためのボタンや
   表示パネルなどのＧＵＩ部品からなるＧＵＩ部と前記応
   用プログラムの実際の処理を実行する処理部とに分割
   し、 前記ＧＵＩ部を応用プログラムを実行する計算機から利
   用者側計算機に送付し、 前記利用者側計算機にて、前記スクリプトを解釈実行す
   ることにより前記ＧＵＩ部を実現し、利用者から前記Ｇ
   ＵＩ部が受けとったユーザ操作内容を前記応用プログラ
   ムを実行する計算機に送付し、前記処理部にて応用プロ
   グラムの実際の処理を実行することを特徴とする情報共
   有装置。
2. 【請求項２】前記ＧＵＩ部を複数の前記利用者側計算機
   に送付し、 複数の前記利用者側計算機の前記ＧＵＩ部が個別に受け
   とったユーザ操作内容を前記応用プログラムを実行する
   計算機に送付し、前記処理部にて応用プログラムの実際
   の処理を実行することを特徴とする請求項１に記載の情
   報共有装置。
3. 【請求項３】前記ＧＵＩ部を利用者側計算機に送付した
   後、前記利用者側計算機において前記スクリプトを部分
   的に修正し、前記ＧＵＩ部の表示イメージを変更したり
   ボタン等のＧＵＩ部品の配置を変更したりすることを可
   能としたことを特徴とする請求項１に記載の情報共有装
   置。
4. 【請求項４】応用プログラムを、ウィンドウ部品を記述
   できるスクリプト言語により記述されウィンドウシステ
   ム上にユーザインタフェースを構築するためのボタンや
   表示パネルなどのＧＵＩ部品からなるＧＵＩ部と前記応
   用プログラムの実際の処理を実行する処理部とに分割
   し、 前記ＧＵＩ部を利用者側計算機に送付し、 前記スクリプトを解釈実行することにより前記利用者側
   計算機に実現されたＧ ＵＩ部が利用者より受けとったユ
   ーザ操作内容を前記利用者側計算機から受信し、前記処
   理部にて応用プログラムの実際の処理を実行することを
   特徴とする応用プログラムを実行する計算機。
5. 【請求項５】応用プログラムが、ウィンドウ部品を記述
   できるスクリプト言語により記述されウィンドウシステ
   ム上にユーザインタフェースを構築するためのボタンや
   表示パネルなどのＧＵＩ部品からなるＧＵＩ部と前記応
   用プログラムの実際の処理を実行する処理部とに分割さ
   れ、前記ＧＵＩ部を、応用プログラムを実行する計算機
   から受信し、 前記スクリプトを解釈実行することにより前記ＧＵＩ部
   を実現し、前記応用プログラムを実行する計算機にて前
   記応用プログラムの実際の処理を行わせるために、利用
   者から前記ＧＵＩ部が受けとったユーザ操作内容を前記
   応用プログラムを実行する計算機に送付することを特徴
   とする利用者側計算機。