JPH10149326A - リモートプログラムユーザ対話方法 - Google Patents

Abstract

(57)【要約】 【課題】ユーザが操作するクライアント計算機と異なる
サーバ計算機で動作するプログラムとのユーザ対話にお
いて、対話処理中にネットワーク接続の維持が不要で、
電子メール等の即時応答性の低い通信手段を用いても利
用可能なリモートプログラムユーザ対話方法を提供す
る。 【解決手段】主処理プログラム３１２とユーザインタフ
ェース表示プログラム３１３と各プログラムから参照更
新可能なデータブロック３２１及び管理情報３１１とか
ら構成されるソフトウェア単位３０１でプロセスを管理
する。ユーザとの対話を行う際には、ユーザの操作する
クライアント計算機へユーザインタフェース表示プログ
ラムと該プログラムから参照更新されるデータブロック
と管理情報とを送信して実行し、ユーザ対話で得た情報
を該データブロックへ格納する。対話終了後、該ソフト
ウェア単位はサーバへ返送され、主処理プログラムは更
新されたデータブロックを参照し動作する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、リモートプログラ
ムユーザ対話方法に関し、詳しくは、ユーザが直接操作
する計算機と異なる計算機上で動作するプログラムの、
動作属性の設定編集やプログラムの保持するデータのユ
ーザへの表示等、ネットワークを介したプログラムとユ
ーザとの対話の実行方法に関する。

【０００２】

【従来の技術】従来、複数の計算機がネットワークで接
続されたシステムにおいて、ユーザの操作するクライア
ント計算機において他の計算機で動作するプログラムと
のユーザ対話を行う方法としては、以下のものが挙げら
れる。

【０００３】X-Window（「入門X-Window」, アスキー出
版等参照）等のシステムでは、サーバクライアント間で
通信セッションを確立した後、サーバで動作するプログ
ラムがクライアント計算機へユーザインタフェース画面
表示情報を送信し、クライアントからサーバへはユーザ
が画面に対して行った操作のイベントを送信し、イベン
トとそれによるフィードバックで更新されるユーザイン
タフェース画面表示情報とをサーバクライアント間でや
り取りすることで対話を進める（以下、従来方法１と呼
ぶ）。

【０００４】別の方法として、クライアントで動作する
ユーザインタフェース表示プログラムをネットワークを
介してサーバから一時的にダウンロードし、サーバで動
作するプログラムとクライアント内で実行されるプログ
ラムとの間で通信を行う（以下、従来方法２と呼ぶ）。
この方法では、対話が必要なときにクライアントプログ
ラムをダウンロードする事で、クライアントプログラム
の事前配布の問題を解決している。

【０００５】

【発明が解決しようとする課題】上述の従来方法１で
は、ユーザの行う操作に応じた表示画面の遷移はサーバ
側で動作するプログラムにより決められる。その為、サ
ーバクライアント間の通信において即時応答性が必要で
あり、ユーザとの対話中は通信セッションを保つ必要が
ある。また、従来方法２では、クライアントプログラム
事前配布の問題を解決してはいるが、やはり従来方法１
と同様に通信における即時応答性が要求される。

【０００６】本発明の目的は、電子メール等即時応答性
の低い通信プラットフォームにおいて、サーバで動作す
るプログラムとユーザとの対話の方法を実現しつつ、同
時にクライアントプログラムの事前インストールを不要
とする事である。

【０００７】

【課題を解決するための手段】この目的を達成するた
め、請求項１に係る発明は、異なる計算機であるサーバ
計算機とクライアント計算機とをネットワークに接続す
ると共に、各計算機はネットワークを介してプログラム
やデータを相互に転送するための送受信手段を備えたシ
ステムに適用するリモートプログラムユーザ対話方法で
あって、前記サーバ計算機で実行される主処理プログラ
ム及び前記クライアント計算機で実行されるユーザイン
タフェース表示プログラムからなる複数プログラムと、
それらのプログラム実行時に参照変更される複数データ
ブロックと、管理情報を保持するプロファイルデータ部
とから構成される、エージェントと呼ぶソフトウェア単
位を定義して予め前記サーバ計算機側に用意しておき、
ユーザの操作する前記クライアント計算機において、前
記サーバ計算機で実行される主処理プログラムとの対話
を行う場合に、前記サーバ計算機から前記クライアント
計算機に、エージェント内のユーザインタフェース表示
プログラムと、該ユーザインタフェース表示プログラム
実行時に参照変更されるデータブロックと、プロファイ
ルデータ部とを備えたサブエージェントを送受信手段に
より送信し、該サブエージェントを受信した前記クライ
アント計算機では、該サブエージェントのユーザインタ
フェース表示プログラムをクライアント内で実行してユ
ーザインタフェース画面を表示することでユーザと直接
対話し、ユーザ操作により得られた情報を該サブエージ
ェントのデータブロックへ保存し、その後、該サブエー
ジェントを前記サーバ計算機へ返送し、前記サーバ計算
機では、返送された該サブエージェントのデータブロッ
クに格納された変更後のデータを用いて、主処理プログ
ラムを実行することを特徴とする。

【０００８】請求項２に係る発明は、請求項１におい
て、前記エージェントの複数プログラムは、各々が異な
る処理系で実行されるが同一の動作を行う異なる形式で
記述された複数のユーザインタフェース表示プログラム
を含み、前記サーバ計算機から前記クライアント計算機
にサブエージェントを送信する際には、前記クライアン
ト計算機で実行可能な形式のユーザインタフェース表示
プログラムをサブエージェントに含めて転送するように
したことを特徴とする。

【０００９】請求項３に係る発明は、請求項１または２
において、前記エージェントのデータブロックは、当該
エージェントの動作属性定義情報を含み、主処理プログ
ラムの動作の前記クライアント計算機での設定変更を行
うことによりプログラム動作カスタマイズを行うように
したことを特徴とする。

【００１０】請求項４に係る発明は、請求項１から３の
いずれか１つに記載のリモートプログラムユーザ対話方
法を実現するプログラムを記憶した記憶媒体である。

【００１１】

【発明の実施の形態】以下、図面を用いて、本発明の実
施の形態を詳細に説明する。

【００１２】図１は、本発明に係るリモートプログラム
ユーザ対話方法を実現するシステムの全体の構成を示し
たものである。本実施形態のシステムは、サーバ計算機
１０１及びクライアント計算機１０２が、ネットワーク
１０３により接続されている構成をとる。図２は、図１
のシステムのサーバ計算機１０１及びクライアント計算
機１０２の具体的なハードウェア構成を示す。サーバ計
算機１０１及びクライアント計算機１０２は、共に図２
の構成を有している。

【００１３】図１及び図２において、サーバ計算機１０
１では、サーバ側エージェント管理手段１１１、エージ
ェント実行手段１１２、及びエージェント送受信手段１
１３がメモリ２０２に読み込まれ、ＣＰＵ２０１により
実行される。クライアント計算機１０２では、クライア
ント側エージェント管理手段１１４、エージェント実行
手段１１２、エージェント送受信手段１１３、表示手段
１１５、及び入力手段１１６がメモリ２０２に読み込ま
れ、ＣＰＵ２０１により実行される。表示手段１１５は
表示装置２０５により表示を行い、入力手段１１６は入
力装置２０６からの入力を受取る。また、サーバ側エー
ジェント管理手段１１１とクライアント側エージェント
管理手段１１４との間、及びサーバのエージェント送受
信手段１１３とクライアントのエージェント送受信手段
１１３との間では、それぞれ、通信装置２０４によりネ
ットワーク１０３を介して通信を行う。

【００１４】サーバ計算機１０１では、補助記憶装置２
０３内に、テンプレート管理テーブル１５０及びサーバ
側エージェント管理テーブル１５１が格納される。ま
た、テンプレート格納部１５２及びエージェント格納部
１５３が、補助記憶装置２０３内に用意される。テンプ
レート格納部１５２及びエージェント格納部１５３は、
それぞれ、テンプレート及びエージェントの格納を行
う。

【００１５】クライアント計算機１０２では、補助記憶
装置２０３内に、クライアント側エージェント管理テー
ブル１５４が格納される。また、エージェント格納部１
５３が、補助記憶装置２０３内に用意される。エージェ
ント格納部１５３は、サーバ１０１から送られたサブエ
ージェント８０１の格納を行う。

【００１６】ここで本実施形態の概要を説明する。本実
施形態では、サーバにおいて処理を行うプログラム（主
処理）と、クライアントにおいてユーザインタフェース
の表示を行うプログラムと、これらのプログラムの実行
時に参照される複数のデータブロックと、管理情報とを
纏めたものをエージェントと呼ぶ一つのソフトウェア単
位として扱う。各計算機には、計算機内のエージェント
を管理するエージェント管理手段と、ネットワークに接
続された複数の計算機間でエージェントを転送するエー
ジェント送受信手段と、各計算機内においてエージェン
トの有するプログラムを実行するエージェント実行手段
とをおく。ユーザが操作する計算機（クライアント）と
異なる計算機（サーバ）内に存在するエージェントとユ
ーザとの間で、ユーザインタフェース画面を表示しての
ユーザ対話を持つ際には、エージェントの有するユーザ
インタフェース表示プログラムと、ユーザインタフェー
ス表示プログラムから参照更新されるデータブロック
と、管理情報とから構成されるエージェント、すなわち
元のエージェントの部分から構成されるサブエージェン
トを生成し、クライアントへ送信する。サブエージェン
トをクライアントで受信後、クライアントにおいてエー
ジェント内のユーザインタフェース表示プログラムが実
行される。ユーザインタフェース表示プログラムは、サ
ーバから共に転送されたデータブロック内のデータを読
み出すことで、ユーザへの情報の提示や、ユーザインタ
フェース表示プログラム自身の振る舞いの変更が可能
で、またデータブロックへユーザ対話により得られた情
報を格納する事が出来る。ユーザとの対話終了後、サブ
エージェントは再度サーバへ転送され、エージェント管
理手段によりプロファイルデータ部に格納された管理情
報を用いてサブエージェントの基となったエージェント
を確定し、サブエージェント内のデータブロックが基と
なったエージェントへ戻される。サーバで実行される主
処理プログラムは戻されたデータブロックを参照する事
で、クライアントにおけるユーザとの対話で得られた情
報を得ることが出来る。以上により、一旦クライアント
へ該サブエージェントが転送されてしまえば、ユーザイ
ンタフェース表示プログラムとユーザ間の対話はネット
ワークによる通信を用いず、また、エージェントの転送
には通信の即時応答性は要求されない。また、クライア
ントプログラムの事前インストールも不要である。更
に、エージェント内に同一の処理を行う異なる形式で記
述されたユーザインタフェース表示プログラムを複数お
き、適宜クライアントで実行可能な形式のプログラムを
サブエージェント内に持たせることで、異種雑多なクラ
イアント計算機環境に対応することが出来る。以上で、
本実施形態の概要説明を終える。

【００１７】次に、本実施形態におけるエージェント及
びテンプレートの構造について説明する。

【００１８】テンプレートはエージェントの生成時にひ
な形として利用されるものである。本発明はエージェン
トの生成手順と直接関係するものではないが、本実施形
態においては自己完結性のあるシステムを提示するた
め、生成方法の一例としてテンプレートを利用したもの
を採用し説明する。

【００１９】図３は、エージェント及びそのテンプレー
トの構成の例を示したものである。本実施形態ではエー
ジェントとテンプレートは同じ構成であり、エージェン
トはテンプレートを複製することにより生成される。エ
ージェント及びテンプレートは、プロファイルデータ部
３１１、複数のプログラム３１２〜３１４、及び複数の
データブロック３２１〜３２３からなる。各プログラム
３１２〜３１４はエージェント実行手段１１２により実
行され、各データブロック３２１〜３２３は各プログラ
ム３１２〜３１４から参照更新されデータの読み書きが
行われる。

【００２０】複数のプログラム３１２〜３１４は、サー
バで実行される主処理部３１２、及びクライアントで実
行されるユーザインタフェース表示部３１３〜３１４か
ら構成される。各ユーザインタフェース表示部３１３〜
３１４は、同様の機能を持つ異なる形式のプログラムで
ある。エージェント実行手段１１２により実行されるプ
ログラムの形式がクライアント毎に異なる場合でも、様
々な形式のユーザインタフェース表示部３１３〜３１４
を用意しておくことにより、クライアントに合った形式
のプログラムを選択してサーバからクライアントに送信
することが出来る。

【００２１】図４は、図３のプロファイルデータ部３１
１の構成を示したものである。エージェントＩＤ４１１
は、ネットワーク内で一意にエージェントを識別する識
別子である。（ネットワーク内で一意の識別子は、計算
機のネットワークアドレスと現在時刻の組み合わせ等を
利用して生成することが出来る。）エージェント名４１
２は、ユーザが個々のエージェントを識別し易くするた
めにユーザ自身で付与する名前である。エージェントＩ
Ｄ４１１及びエージェント名４１２は、新規エージェン
ト生成時に付与され、テンプレートにおいては空白であ
る。テンプレートＩＤ４１３は、エージェントの生成の
基になったテンプレートを一意に識別する識別子であ
る。テンプレート名４１４は、エージェントの生成の基
になったテンプレートの、ユーザに対して表示される名
前である。サーバアドレス４１５は、エージェントの存
在するサーバ１０１のネットワークアドレスで、クライ
アント１０２へ移動したサブエージェントをサーバ１０
１へ返送する際に使われる。プログラム管理テーブル４
１６は、エージェントに含まれる各プログラムに関する
情報を格納するテーブルである。

【００２２】図４のプロファイルデータ部３１１におい
て、テンプレートＩＤ４１３、テンプレート名４１４、
及びプログラム管理テーブル４１６の値は、テンプレー
トに付与され、エージェント生成時にはテンプレートか
ら複製されることによりエージェントへ引き継がれる。

【００２３】図５は、プログラム管理テーブル４１６の
構造を示したものである。プログラム管理テーブル４１
６内には、当該エージェントに含まれる各プログラム毎
に、プログラムＩＤ５０１、処理名５０２、形式５０
３、及び参照データブロックＩＤ５０４、の各フィール
ドからなるレコードが含まれる。プログラムＩＤ５０１
は、当該エージェントに含まれるプログラムを一意に識
別する識別子である。処理名５０２は、当該プログラム
が行う処理の種類を示している。当該エージェントがサ
ーバで実行する処理（主処理）を記述したプログラムを
表す "main" と、クライアントで実行する処理（ユーザ
インタフェース表示）を記述したプログラムを表す "GU
I" との、２種類の値をとる。形式５０３は、当該プロ
グラムの記述形式を示しており、クライアント１０２の
エージェント実行手段１１２で実行可能な形式のプログ
ラムを選択するのに利用する。参照データブロックＩＤ
５０４には、当該プログラムの実行時に参照されるデー
タブロックのＩＤが入っている。プログラムＩＤとデー
タブロックＩＤは共にエージェント内で一意に識別可能
ならばよく、図３、図４では単純な通し番号とした。

【００２４】図６は、サーバ１０１内に存在するエージ
ェントのリストを保持するサーバ側エージェント管理テ
ーブル１５１の構造を示したものである。エージェント
毎に、エージェントＩＤ６０１、状態６０２、アドレス
６０３、及びエージェント名６０４の各フィールドから
なるレコードが含まれる。エージェントＩＤ６０１及び
エージェント名６０４は、各エージェントのプロファイ
ルデータ部３１１に保持されている値と同じである。状
態６０２は、当該エージェントの実行状態を表すフィー
ルドで、サーバ１０１のエージェント実行手段１１２に
より実行されている状態 "active"と、実行が停止され
ている状態 "sleep"とがある。アドレス６０３は、ユー
ザインタフェースを表示するサブエージェントがクライ
アント１０２へ移動している場合の該クライアント１０
２のネットワークアドレスを示す。

【００２５】図７は、サーバ１０１内に登録されている
テンプレートのリストを保持するテンプレート管理テー
ブル１５０の構造を示したものである。テンプレート管
理テーブル１５０には、テンプレート毎に、テンプレー
トを一意に識別するテンプレートＩＤ７０１、及びユー
ザに表示する際に利用されるテンプレート名７０２の各
フィールドからなるレコードが格納される。

【００２６】図９は、クライアント１０２内に存在する
サブエージェントのリストを保持するクライアント側エ
ージェント管理テーブル１５４の構造を示したものであ
る。クライアント１０２のエージェント管理テーブル１
５４は、ユーザインタフェース表示サブエージェントの
アドレスを管理する必要がなく、エージェントＩＤ９０
１、状態９０２、及びエージェント名９０３の各フィー
ルドから構成される。

【００２７】次に、本実施形態において行われる処理手
順を、サーバ１０１に新規にエージェントを生成し、生
成したエージェントの動作カスタマイズをクライアント
１０２においてユーザインタフェース画面を表示するこ
とで行う応用例に沿って、詳細に説明する。

【００２８】新規エージェントの生成手順は、クライア
ント側エージェント管理手段１１４からサーバ側エージ
ェント管理手段１１１に対して、エージェント生成要求
メッセージを送信することにより開始される。エージェ
ントの生成はひな形となるテンプレートを指定して行う
為、クライアント１０２側で予めテンプレートのＩＤを
取得しておく必要があるが、これには例えば、クライア
ント側エージェント管理手段１１４がサーバ側エージェ
ント管理手段１１１に対しテンプレートリスト取得メッ
セージを送信し、サーバ側エージェント管理手段１１１
がテンプレート管理テーブル１５０（図７）のデータを
返信する手続きによれば良い。後は、クライアント側エ
ージェント管理手段１１４が取得したテンプレートのリ
ストを表示手段１１５により表示し、ユーザは入力手段
１１６を用いて、表示されたテンプレートリストから、
生成するエージェントのテンプレートを選択すれば良
い。これに応じて、クライアント側エージェント管理手
段１１４からサーバ側エージェント管理手段１１１に対
しエージェント生成要求メッセージを送信する。

【００２９】エージェント生成要求メッセージには、テ
ンプレートＩＤ、エージェント名、及びクライアントの
エージェント実行手段１１２で実行可能なプログラム形
式が、パラメータとして併せて付加される。

【００３０】どの時点でテンプレートのリストを取得す
るかについては、利用する通信手段の提供するクライア
ントサーバ間の応答即時性等により方法を変える必要が
ある。しかし、テンプレート管理テーブル１５０の更新
頻度はそれ程高くないため、電子メール等の応答即時性
が得られない通信手段を利用してテンプレートのリスト
を取得すればよい。具体的には、例えば、クライアント
１０２の補助記憶装置２０３内に前回取得したテンプレ
ートリストを保管するようにし、システムの毎起動時に
テンプレートリスト取得メッセージをサーバ１０１に送
信し、サーバ１０１から返送されたテンプレート管理テ
ーブル１５０のデータを受信して補助記憶装置２０３内
のテンプレートリストを更新する方法等で十分対応でき
る。

【００３１】図１０は、エージェント生成要求メッセー
ジをサーバ側エージェント管理手段１１１が受信した際
に、サーバ側エージェント管理手段１１１が行う処理を
フローチャートで記述したものである。まず、エージェ
ント生成要求メッセージを受信する（ステップ１００
１）。前述の通り、エージェント生成要求メッセージに
は、テンプレートＩＤ、エージェント名、及びクライア
ント１０２のエージェント実行手段１１２で実行可能な
プログラム形式が付加されている。次に、受信したエー
ジェント生成要求メッセージで指定されたテンプレート
ＩＤで識別されるテンプレートをテンプレート格納部１
５２から取得し、エージェント格納部１５３へ複製する
（ステップ１００２）。新規にエージェントＩＤを生成
し（ステップ１００３）、生成したＩＤとサーバ（自
機）のネットワークアドレスと受信したエージェント生
成要求メッセージにおいて指定されたエージェント名と
を、生成するエージェントのプロファイルデータ部３１
１（詳しくは、エージェントＩＤ４１１、エージェント
名４１２，及びサーバアドレス４１５）へ書き込む（ス
テップ１００４）。

【００３２】次に、生成するエージェントのレコードを
エージェント管理テーブル１５１へ追加し（ステップ１
００５）、追加したレコードのエージェントの状態６０
２を停止状態 "sleep" に設定する。ここまでで新規エ
ージェントの生成は完了する。その後、生成したエージ
ェントのユーザインタフェース表示サブエージェントを
生成し、エージェント送受信手段１１３によりクライア
ント１０２（エージェント生成要求メッセージを送信し
たクライアント）へ送信する（ステップ１００７）。ス
テップ１００７の処理の詳細は、図１１のフローチャー
トを用いて別途後述する。最後に、エージェント管理テ
ーブル１５１内の送信されたエージェントのアドレス６
０３に当該クライアント１０２のネットワークアドレス
を設定する（ステップ１００８）。以上で、サーバ１０
１のエージェント管理手段１１１がエージェント生成要
求メッセージを受信した際に行う処理を完了する。

【００３３】図１１は、ステップ１００７の処理を詳細
に説明するフローチャートである。まず、エージェント
のプロファイルデータ部３１１のプログラム管理テーブ
ル４１６から、処理名"GUI"で、指定された形式（エー
ジェント生成要求メッセージで指定されたプログラム形
式）のプログラムを確定する（ステップ１１０１）。確
定したプログラムから参照されるデータブロックを、同
じくプログラム管理テーブル４１６の参照データブロッ
クフィールド５０４により確定する（ステップ１１０
２）。次に、エージェントのプロファイルデータ部３１
１と確定したプログラムと確定したデータブロックとか
ら構成されるサブエージェントを生成する（ステップ１
１０３）。最後に、エージェント送受信手段１１３によ
り、生成したサブエージェントを指定アドレス（エージ
ェント生成要求メッセージを送信したクライアントのネ
ットワークアドレス）へ送信する（ステップ１１０
４）。

【００３４】図８に、図３で示されるエージェントの構
成と、図５で示されるプログラム管理テーブルの状態か
ら、形式"lang-A"で記述された、処理名"GUI"のサブエ
ージェントが生成された場合の構成を示す。プログラム
管理テーブル４１６より、処理名が"GUI"で且つ形式が"
lang-A"のプログラムのＩＤ０２と、参照データブロッ
クのＩＤ０１が確定する。確定したＩＤ０２のプログラ
ム３１３と、ＩＤ０１のデータブロック３２１と、プロ
ファイルデータ部３１１とから生成されたサブエージェ
ントが図８の８０１である。

【００３５】図１２は、クライアント１０２においてサ
ブエージェントを受信した際に、クライアント側エージ
ェント管理手段１１４が行う処理を示すフローチャート
である。エージェント送受信手段１１３により図８に示
すようなサブエージェントを受信し、受信したサブエー
ジェントをエージェント格納部１５３へ格納する（ステ
ップ１２０１）。受信サブエージェントのプロファイル
データ部３１１からエージェントＩＤ４１１とエージェ
ント名４１２を読み出し（ステップ１２０２）、読み出
したエージェントＩＤとエージェント名からなるレコー
ドをエージェント管理テーブル１５４へ追加する（ステ
ップ１２０３）。追加したエージェント管理テーブル１
５４のレコードのエージェントの状態９０２を、停止状
態"sleep"に設定する（ステップ１２０４）。

【００３６】次に、クライアント１０２で受信したサブ
エージェント（ユーザインタフェース表示サブエージェ
ント）８０１を実行する。クライアント１０２でのサブ
エージェントの実行には、サブエージェント受信時に自
動的に行なう方法、または、クライアント側エージェン
ト管理手段１１４により表示されるサブエージェントの
リストから実行するサブエージェントをユーザが選択す
ることにより行なう方法がある。このとき重要なこと
は、ユーザインタフェースの表示に必要なプログラム
と、該プログラムの実行時に参照更新されるデータブロ
ックが、クライアント１０２内に転送され、エージェン
ト格納部１５３に格納されている事である。このため、
サブエージェントのユーザインタフェース表示プログラ
ムの実行時、即ちユーザインタフェース画面表示時に
は、クライアント１０２とサーバ１０１間でネットワー
クを介した通信を行う必要が全くなく、また、対話の状
態をデータブロックへ保存して置くことで、ネットワー
クと接続せずに対話状態を保持したままユーザインタフ
ェースプログラムの実行を中断し再開する事も可能とな
る。

【００３７】クライアント１０２でのサブエージェント
の実行は、実行するサブエージェントのＩＤと処理名"G
UI"を指定してクライアントのエージェント実行手段１
１２を呼び出すことにより行われる。図１３に、クライ
アント１０２において、エージェント実行手段１１２に
よりサブエージェントを実行する際の処理手順を示す。
まず、指定されたエージェントＩＤのサブエージェント
のプログラム管理テーブル４１６（エージェント格納部
１５３に図８のようなサブエージェントが格納されてい
るので、そのプロファイルデータ部３１１のプログラム
管理テーブル４１６を参照する）から、指定された処理
名"GUI"で且つ形式が当該クライアント１０２のエージ
ェント実行手段１１２により実行可能なプログラムを検
索する（ステップ１３０１）。次に、該当するプログラ
ムを読み込み、実行を開始し（ステップ１３０２）、エ
ージェント管理テーブル１５４内の当該エージェントの
状態９０２を、活動状態"active"に設定する（ステップ
１３０３）。ここで、プログラムの実行開始時に、実行
されるサブエージェント自身のエージェントＩＤと参照
データブロックＩＤとをプログラムに渡すことにより、
プログラム内で読み書き可能なデータブロックを識別出
来る。実行においては、プログラム自身が直接クライア
ント計算機１０２のメモリ２０２に読み込まれＣＰＵ２
０１で実行する方法や、エージェント実行手段１１２が
プログラムの解釈実行を行う方法等があるが、何れの方
法でも構わない。プログラムの実行開始後、その実行終
了を待ち（ステップ１３０４）、実行終了後にエージェ
ント管理テーブル１５４内の当該エージェントの状態９
０２を、停止状態"sleep"にする（ステップ１３０
５）。

【００３８】サーバ１０１で新規に生成されたエージェ
ントの場合、クライアント１０２側では、ユーザインタ
フェース表示プログラム実行時に、該プログラムからデ
ータブロックの値を読み出し、テンプレートの段階で与
えられた初期値であることを判別することで、送られて
きたサブエージェントがサーバ１０１で新規に生成され
たものであることを認識できる。サーバ１０１で新規に
生成されたエージェントの場合、クライアント１０２の
ユーザインタフェース表示プログラムは、最初に動作カ
スタマイズの画面を表示する（そのようにプログラムを
作成しておく）。この場合、当該ユーザインタフェース
表示プログラムが使用するデータブロックは、当該エー
ジェントの動作属性定義情報を含むものであり、その設
定を行うことにより、主処理プログラムの動作のクライ
アントでの設定変更（すなわち、プログラム動作カスタ
マイズ）を行うことができるものである。ユーザは、表
示されたユーザインタフェースの画面を介してエージェ
ントの動作設定（カスタマイズ）を行い、当該サブエー
ジェントをサーバ１０１へ返送する。

【００３９】サーバ１０１へのサブエージェント８０１
送信のユーザ指示は、送信するサブエージェントをクラ
イアント１０２のエージェント管理手段１１４が表示す
る画面からユーザが選択することにより行なう方法、ま
たはサブエージェントのユーザインタフェース表示プロ
グラムの表示する画面から指示する方法等がある。サブ
エージェントのユーザインタフェース表示プログラムの
表示する画面から指示する場合、ユーザインタフェース
表示プログラム内に、クライアント側エージェント管理
手段１１４に対し送信を指示する手順を予め組み込んで
おく必要がある。

【００４０】図１４は、クライアント側エージェント管
理手段１１４がサーバ１０１へサブエージェント８０１
を送信する（送り返す）際の処理を示すフローチャート
である。まず、送信するサブエージェント８０１のプロ
ファイルデータ部３１１から送信元サーバのネットワー
クアドレス４１５を取得する（ステップ１４０１）。次
に、エージェント送受信手段１１３により、取得したサ
ーバ１０１のアドレスへサブエージェント８０１を送信
する（ステップ１４０２）。最後に、エージェント格納
部１５３から、送信したサブエージェント８０１を削除
し（ステップ１４０３）、エージェント管理テーブル１
５４から、送信したサブエージェントのレコードを削除
する（ステップ１４０４）。

【００４１】次に、図１５のフローチャートを用いて、
上記のように返送されたサブエージェント８０１をサー
バ１０１で受信した際に、サーバ側エージェント管理手
段１１１が行う処理ステップを説明する。始めに、エー
ジェント送受信手段１１３によりサブエージェント８０
１を受信し（ステップ１５０１）、受信したサブエージ
ェント８０１のプロファイルデータ部３１１よりエージ
ェントＩＤ４１１を取得する（ステップ１５０２）。次
に、取得したエージェントＩＤのレコードをエージェン
ト管理テーブル１５１から検索する（ステップ１５０
３）。検索したレコードのエージェントの実行状態６０
２をチェックし（ステップ１５０４）、エージェントが
実行状態"active"の場合、エージェント実行手段１１２
により当該エージェントの主処理プログラム３１２の実
行を停止する（ステップ１５０８）。この際、エージェ
ント実行手段１１２により、エージェント管理テーブル
１５１のエージェントの状態６０２は停止状態"sleep"
に設定される。本例の方法では、サーバ１０１は、エー
ジェントを"active"にしたままサブエージェントをクラ
イアント１０２に送ることができるため、サブエージェ
ントがクライアント１０２から返送されてきたときは、
一旦当該エージェントを"sleep"にした後、次のステッ
プ１５０５でデータブロックの書き替えを行うようにし
ている。

【００４２】次に、受信したサブエージェント８０１の
データブロックを、エージェント格納部１５３に格納さ
れた同一ＩＤのエージェントの同一ＩＤのデータブロッ
クに上書きする（ステップ１５０５）。次に、ステップ
１５０３において検索したエージェント管理テーブル１
５１のレコードのアドレス６０３を空白にする（１５０
６）。最後に、受信したサブエージェントのＩＤ、処理
名 "main"、当該サーバ１０１で実行可能なプログラム
の形式を指定し、エージェント実行手段１１２により、
受信したエージェントの主処理プログラム３１２の実行
を開始する（ステップ１５０７）。なお、サーバ１０１
のエージェント実行手段１１２によるエージェントの実
行ステップは、図１３を用いて既に説明したクライアン
ト１０２におけるサブエージェントの実行ステップと同
様である。ただし、クライアント１０２における実行で
はエージェント管理テーブル１５４を用いたが、サーバ
１０１における実行ではエージェント管理テーブル１５
１を用いるものとする（ステップ１３０３，１３０
５）。

【００４３】エージェントの主処理部プログラム３１２
は、クライアント１０２で設定されたデータブロック３
２１の内容を参照し、ユーザの指定に従い動作を行うこ
とが出来る。以上で、サーバ１０１に新規生成したエー
ジェントの主処理プログラム動作の、クライアント１０
２からのカスタマイズを完了する。サーバ１０１のエー
ジェント管理テーブル１５１には生成されたエージェン
トが登録され（状態６０２は、ユーザの指示に応じて"s
leep"の場合もあるし"active"の場合もある）、エージ
ェント格納部１５３には生成されたエージェント（クラ
イアント１０２からのカスタマイズが完了しているも
の）が格納されたことになる。

【００４４】次に、サーバ１０１で既に生成されたエー
ジェントの実行中の主処理プログラム３１２とのユーザ
対話（クライアント１０２からの対話）の手順について
説明する。

【００４５】ユーザ対話は、クライアント１０２のエー
ジェント管理手段１１４からサーバ１０１のエージェン
ト管理手段１１１へ、エージェント転送要求メッセージ
を送信することにより開始される。エージェント転送要
求メッセージには、クライアント１０２への転送の対象
となるエージェントのＩＤ、クライアント１０２のエー
ジェント実行手段１１２で実行可能なプログラムの形
式、及びエージェント転送後のサーバ１０１でのエージ
ェントの動作を指定する転送後動作指定フラグがパラメ
ータとして付加される。転送後動作指定フラグは、クラ
イアント１０２へユーザインタフェース表示サブエージ
ェントを転送した後もサーバ１０１側のエージェントの
主処理プログラム３１２の実行を継続するか否かを指定
するフラグで、値として動作継続 "continue" と停止 "
stop" の２種類を設ける。

【００４６】クライアント側エージェント管理手段１１
４から上記エージェント転送要求メッセージの送信を行
う為には、事前にサーバ１０１に存在するエージェント
のＩＤを取得しておく必要があるが、テンプレートの場
合と同様にして、サーバ側エージェント管理手段１１１
とクライアント側エージェント管理手段１１４間の通信
処理により、サーバ１０１のエージェント管理テーブル
１５１の情報を取得する方法、またはクライアント側の
補助記憶装置２０３内にサーバ１０１に存在するエージ
ェントの情報を保持するテーブルを用意しサーバ１０１
上のエージェントに対するクライアント１０２からの操
作の履歴を用いて更新する方法等が利用できる。電子メ
ール等の即時応答性の得られない通信手段を利用する場
合は後者を用いる事が出来る。

【００４７】図１６は、サーバ１０１のエージェント管
理手段１１１がエージェント転送要求メッセージを受信
した際の処理手順を示すフローチャートである。前述し
たとおり、エージェント転送要求メッセージの受信にお
いて、エージェントＩＤ、クライアント１０２のエージ
ェント実行手段１１２で実行可能なプログラムの形式、
及びサブエージェント転送後のサーバ１０１でのエージ
ェントの主処理プログラム実行を指定する転送後動作指
定フラグの各情報がパラメータとして渡される（ステッ
プ１６０１）。エージェント管理テーブル１５１から、
指定されたＩＤのエージェントを検索し（ステップ１６
０２）、エージェントのアドレス６０３が空白かどうか
をチェックする（ステップ１６０３）。アドレス６０３
が設定されている場合は、既に何れかのクライアントへ
サブエージェントを送信しているということであるか
ら、要求元のクライアント１０２のエージェント管理手
段１１４へエラーメッセージを送信して（ステップ１６
０８）、終了する。

【００４８】ステップ１６０３でアドレス６０３が空白
であったら、エージェント管理テーブル１５１のエージ
ェントの状態６０２と転送後動作指定フラグの値をチェ
ックし（ステップ１６０４）、転送後動作指定フラグが
停止"stop"で且つエージェントの状態６０２が"active"
の場合、ステップ１６０７を実行する。ステップ１６０
７では、エージェント実行手段１１２により当該エージ
ェントのプログラム（主処理）の実行を停止する。この
とき、エージェント管理テーブル１５１のエージェント
の状態６０２は、停止"sleep"へ設定される。次に、エ
ージェントのユーザインタフェース表示サブエージェン
トを生成し、要求元のクライアント１０２へ送信する
（ステップ１６０５）。ステップ１６０５の処理の詳細
は図１０のステップ１００７と同様で、図１１を用いて
前述した通りである。最後に、エージェント管理テーブ
ル１５１の送信エージェントのアドレス６０３に、要求
元のクライアント１０２のネットワークアドレスを設定
する。

【００４９】以降、サブエージェントを受信したクライ
アント１０２の処理手順、サブエージェントのサーバ１
０１への返送手順、サブエージェントを受信したサーバ
１０１での処理手順は、エージェントの新規生成での例
と同様である。

【００５０】

【発明の効果】以上に述べたように、本発明によれば、
他計算機で動作するプログラムとのユーザ対話を行う際
に、クライアントへユーザインタフェース表示プログラ
ムと該プログラムから参照更新されるデータブロックと
を併せて送信し、クライアント内でのユーザインタフェ
ース表示プログラムの実行時にはネットワークを介した
通信を行わない。これにより、電子メール等の即時応答
性の低い通信プラットフォームで接続されたネットワー
ク環境や、携帯端末の様に常時ネットワーク接続が困難
な計算機環境において、ユーザの操作する計算機と異な
る計算機上で動作するプログラムと対話を行う機能を提
供することができる。また、実行状態をデータブロック
へ保存することで、ネットワークへ再接続する事なく、
対話プログラム実行の中断及び再開が可能となる。ま
た、対話実行時にクライアントへユーザインタフェース
表示プログラムと参照データブロックとを送信する為、
クライアントプログラムの事前インストールを不要とす
る。更に、複数の形式で記述された同一動作を行うユー
ザインタフェース表示プログラムをエージェントに持た
せ、クライアントへ送信する際にクライアントの計算機
環境に合ったプログラムを適宜選択することで、異種雑
多なクライアント計算機環境に対応することが出来る。

【図面の簡単な説明】

【図１】本発明に係るリモートプログラムユーザ対話方
法を実現するシステムの機能ブロック図

【図２】図１のシステムのサーバ計算機及びクライアン
ト計算機の具体的なハードウェア構成図

【図３】エージェント、及びテンプレートの構成図

【図４】プロファイルデータ部の構成図

【図５】プログラム管理テーブルの構造説明図

【図６】サーバ側エージェント管理テーブルの構造説明
図

【図７】クライアント側テンプレート管理テーブルの構
造説明図

【図８】ユーザインタフェース表示サブエージェントの
生成例における構成説明図

【図９】クライアント側エージェント管理テーブルの構
造説明図

【図１０】エージェント生成要求メッセージ受信時のエ
ージェント管理手段処理フロー図

【図１１】ステップ１００７の処理を詳細に説明する処
理フロー図

【図１２】クライアント側エージェント受信時のエージ
ェント管理手段処理フロー図

【図１３】エージェント実行時のエージェント実行手段
処理フロー図

【図１４】クライアント側エージェント送受信手段のエ
ージェント送信処理フロー図

【図１５】クライアント側エージェント受信時のエージ
ェント管理手段処理フロー図

【図１６】サーバ側エージェント受信時のエージェント
管理手段処理フロー図

【符号の説明】

１０１…サーバ、１０２…クライアント、１０３…ネッ
トワーク、１１１…サーバ側エージェント管理手段、１
１２…エージェント実行手段、１１３…エージェント送
受信手段、１１４…クライアント側エージェント管理手
段、１１５…表示手段、１１６…入力手段、１５０…テ
ンプレート管理テーブル、１５１…エージェント管理テ
ーブル、１５２…テンプレート格納部、１５３…エージ
ェント格納部、１５４…エージェント管理テーブル、３
０１…エージェント、３１１…プロファイルデータ部、
３１２…主処理プログラム、３１３〜３１４…ユーザイ
ンタフェース表示プログラム、３２１〜３２３…データ
ブロック。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 青島 達人 神奈川県川崎市幸区鹿島田890番地 株式 会社日立製作所情報・通信開発本部内

Claims (4)

【特許請求の範囲】
1. 【請求項１】異なる計算機であるサーバ計算機とクライ
   アント計算機とをネットワークに接続すると共に、各計
   算機はネットワークを介してプログラムやデータを相互
   に転送するための送受信手段を備えたシステムに適用す
   るリモートプログラムユーザ対話方法であって、 前記サーバ計算機で実行される主処理プログラム及び前
   記クライアント計算機で実行されるユーザインタフェー
   ス表示プログラムからなる複数プログラムと、それらの
   プログラム実行時に参照変更される複数データブロック
   と、管理情報を保持するプロファイルデータ部とから構
   成される、エージェントと呼ぶソフトウェア単位を定義
   して予め前記サーバ計算機側に用意しておき、 ユーザの操作する前記クライアント計算機において、前
   記サーバ計算機で実行される主処理プログラムとの対話
   を行う場合に、 前記サーバ計算機から前記クライアント計算機に、エー
   ジェント内のユーザインタフェース表示プログラムと、
   該ユーザインタフェース表示プログラム実行時に参照変
   更されるデータブロックと、プロファイルデータ部とを
   備えたサブエージェントを送受信手段により送信し、 該サブエージェントを受信した前記クライアント計算機
   では、該サブエージェントのユーザインタフェース表示
   プログラムをクライアント内で実行してユーザインタフ
   ェース画面を表示することでユーザと直接対話し、ユー
   ザ操作により得られた情報を該サブエージェントのデー
   タブロックへ保存し、その後、該サブエージェントを前
   記サーバ計算機へ返送し、 前記サーバ計算機では、返送された該サブエージェント
   のデータブロックに格納された変更後のデータを用い
   て、主処理プログラムを実行することを特徴とするリモ
   ートプログラムユーザ対話方法。
2. 【請求項２】前記エージェントの複数プログラムは、各
   々が異なる処理系で実行されるが同一の動作を行う異な
   る形式で記述された複数のユーザインタフェース表示プ
   ログラムを含み、 前記サーバ計算機から前記クライアント計算機にサブエ
   ージェントを送信する際には、前記クライアント計算機
   で実行可能な形式のユーザインタフェース表示プログラ
   ムをサブエージェントに含めて転送することを特徴とす
   る請求項１に記載のリモートプログラムユーザ対話方
   法。
3. 【請求項３】前記エージェントのデータブロックは、当
   該エージェントの動作属性定義情報を含み、主処理プロ
   グラムの動作の前記クライアント計算機での設定変更を
   行うことによりプログラム動作カスタマイズを行うこと
   を特徴とする請求項１または２に記載のリモートプログ
   ラムユーザ対話方法。
4. 【請求項４】請求項１から３のいずれか１つに記載のリ
   モートプログラムユーザ対話方法を実現するプログラム
   を記憶したことを特徴とする記憶媒体。