JPH10254890A - ネットワークを利用した各種サービスへのアクセス方式 - Google Patents

Abstract

(57)【要約】 【課題】本発明はそれぞれサービスを提供する複数の計
算機が接続されたネットワークを利用した各種サービス
へのアクセス方式にに関し，必要なサービスに対して簡
単にアクセスすることができ，必要に応じたサービスの
起動，終了及びサービス内容の更新を行うことができる
ことを目的とする。 【解決手段】ネットワークに接続されると共に端末装置
からの前記計算機のサービスへのアクセスを全て受け付
ける中継エージェントを設ける。中継エージェントは，
サービス名とサービスが提供される計算機名とそのアク
セス方法が登録されたアクセス方法データベースを備
え，端末装置からのサービスを指定したアクセス要求に
対しアクセス方法データベースを検索して，登録された
アクセス方法を元にサービスを提供する計算機との接続
を確立し，サービスを提供するプログラムを起動するよ
う構成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はネットワークを利用
した各種サービスへのアクセス方式に関し，全世界に広
がるような広域ネットワークによって複数の計算ノード
が繋がっていて，各計算ノード上で様々なサービスが提
供される環境における各種サービスへのアクセス方式に
関する。

【０００２】近年，計算機の技術の発展に伴い，ネット
ワークで接続された複数の計算機上で様々なサービスが
提供されるようになって来ている。例えば，ネットワー
ク上でスケジュールを管理するシステム等は，スケジュ
ール管理のサービスを提供していると考えることができ
る。このようにネットワークで計算機が接続され，それ
らの計算機上で種々のサービスが提供された環境におい
て，サービスに対する簡単なアクセスや，必要に応じた
サービスの起動，終了，更新等ができることが望まれて
いる。

【０００３】本発明が対象とする環境は，ネットワーク
によって複数の計算ノードが相互接続されているような
環境である。このようなネットワークには，従来，イン
ターネットのような全世界に広がるコンピュータ・ネッ
トワークやＬＡＮ（Local Area Network) のような小規
模なネットワーク等がある。この場合の計算ノードとし
ては，ワークステーション，パーソナル・コンピュー
タ，携帯端末等のアプリケーションを実行する計算主体
を表し，以下，これらを総称して計算機と呼ぶ。

【０００４】

【従来の技術】通常ネットワーク上のサービスがそれぞ
れ独自のアクセス手順（プロトコル）を持つ場合には，
それぞれのサービスに対応して決まった手順に従わなけ
ればならない。

【０００５】他方，各サービスがある程度統一的な手順
を決め，その手順に従えば多くのサービスを利用可能に
する方法がある。その例として，インターネットのＷＷ
Ｗ（World Wide Web) のブラウザ等の場合，ＵＲＬ（Un
iform Resource Locator) と呼ばれるアドレスを用いる
方法でサービスを指定してアクセスすることが可能であ
る。指定されたサービス側では，ＨＴＴＰ（Hyper Text
Transfer Protocol)と呼ばれるプロトコルに従うこと
によって利用者に対してサービスを提供することが可能
である。

【０００６】

【発明が解決しようとする課題】上記の従来の技術を用
いてサービスを提供する計算機にアクセスする場合，次
の，のような問題がある。

【０００７】サービスに対するアクセスの問題 サービスを提供する計算機側が，上記のＨＴＴＰのプロ
トコルに従ってサービスを提供していない場合には，こ
の方法ではサービスを受けることが不可能である。ま
た，たとえ，そのプロトコルでサービスを提供している
場合でも，ＵＲＬで指定された側が何らかの理由により
そのサービスを提供可能でない状態（サービスを提供す
るプログラムが起動されてない，サービスを提供するプ
ログラムを起動している計算機にアクセスできない等）
の時には，サービスを受けることが不可能である。その
ような場合でも，利用者がアクセス可能な計算機のキャ
ッシュメモリにサービスを提供する計算機から取り出し
たプログラム等が保持されている時には，当該他の計算
機からサービスを提供することが可能であるが，キャッ
シュメモリにない情報にアクセスする場合や，情報が利
用者との相互動作により動的に生成される場合等はキャ
ッシュメモリを用いることが不可能である。

【０００８】必要に応じたサービスの起動，終了，更
新の問題 従来の方法ではサービスを提供する側がそのサービスを
提供可能な状態でない場合は，そのサービスを提供する
プログラム等を起動しない限りそのサービスにアクセス
することは困難である。しかし，例えば，そのサービス
がどのような計算機でどのようなプログラムによって起
動されているのか等の情報が無い状況では，そのサービ
スを提供するプログラムを起動することは不可能であ
る。同様に，サービスを終了させるために起動されてい
るプログラムを終了させたり，サービスの内容を更新す
るために起動されているプログラムを更新することも不
可能である。

【０００９】本発明は，ネットワークで繋がった複数の
計算機上で様々なサービスが提供される環境において，
必要なサービスに対して簡単にアクセスすることがで
き，必要に応じたサービスの起動，終了及びサービス内
容の更新を行うことができるネットワークを利用した各
種サービスへのアクセス方式を提供することを目的とす
る。

【００１０】

【課題を解決するための手段】本発明はネットワークで
接続された複数の計算機上で提供される種々のサービス
に対してアクセスする方法を管理するためのサーバとし
て機能する機構（中継エージェントと呼ぶ）を用い，そ
の中継エージェントを経由してサービスにアクセスする
ことを原理とする。

【００１１】図１は本発明の原理構成を示す図である。
図中，１は利用者の端末装置（ワークステーション，パ
ーソナル・コンピュータ，携帯端末等），１ａは端末装
置１上で動作し中継エージェント２との間のインタフェ
ースとして機能するＧＵＩ（グラフィカル・ユーザ・イ
ンタフェース，例えばＷＷＷブラウザ），２は利用者の
端末装置１や，他の計算機（ホスト）とネットワークに
より接続された中継エージェント，２０は中継エージェ
ントの制御部，２１は各サービスに対応するアクセス方
法が登録されたアクセス方法データベース（ＤＢで表
す，以下同じ），２２はサービスを提供するプログラム
が登録されたサービスデータベース（ＤＢ），２３は利
用者の要求によって現在起動しているサービスを提供す
るプログラムが登録された現状データベース（ＤＢ），
２４はサービスデータベース２２に登録されている情報
を元に他の計算機上に起動すべきプログラムがあること
が分かった場合に，他の計算機からコピーしてきた起動
すべきプログラムが登録されたインポートデータベース
（ＤＢ），２５は他の計算機に起動するプログラムのコ
ピーを渡したことを登録したエクスポートデータベース
（ＤＢ），３はネットワーク，４はネットワーク上の複
数の計算機で提供される各種のサービスである。

【００１２】利用者がネットワーク３上の各種サービス
４の一つにアクセスする場合，サービスアクセスに関す
る要求は全て中継エージェント２に送られる，中継エー
ジェント２は制御部２０の制御によりサービス名をキー
としてアクセス方法ＤＢ２１を検索し，登録されている
アクセス方法を元に適切な接続を確立する。また，中継
エージェント２はサービスを提供するプログラム自体を
サービスＤＢ２２を用いて管理しており，例えばスケジ
ュール管理のサービスを提供するプログラムをサービス
ＤＢ２２に登録しておけば，既にスケジュール管理サー
ビスが利用可能な場合にはそのサービスを利用し，そう
でない場合にはサービスＤＢ２２に登録されているプロ
グラムを新たに起動する。但し，サービスＤＢ２２が管
理する対象は，プログラムとは限らず，モジュールのよ
うなものでもよい。現状ＤＢ２３には，現在利用者の要
求によって起動したサービスを提供するプログラムが登
録されている。

【００１３】インポートＤＢ２４はサービスＤＢ２２に
登録されている情報を元に他の計算機上に起動すべきプ
ログラムがあることが分かった場合に，他の計算機から
プログラムのコピーをしてきた起動すべきプログラムが
登録されている。エクスポートＤＢ２５は他の計算機に
対して起動するプログラムのコピーを渡したことを登録
してある。これらの，インポートＤＢ２４，エクスポー
トＤＢ２５は，プログラムが更新された時に，更新元の
計算機からコピーされた他の計算機の該当プログラムの
内容も更新する場合に有効となる。

【００１４】中継エージェント２は，ネットワーク３を
介して端末装置１や他の計算機（各種サービス４を提供
する各計算機）や，他の中継エージェントとの間の通信
処理手段により接続が行われ，データ伝送を行うことが
できる。そして，利用者の端末装置１または他の中継エ
ージェント２からの各種要求に対する処理を行い，ロー
カルに端末装置１の利用者にサービスを提供したり，他
の計算機（ホスト）によりサービスを提供する場合の中
継を行う。中継エージェント２の主要な機能を挙げる
と，次の通りである。

【００１５】(1) アクセス方法に関する要求 サービスへアクセスする方法に関する要求であり，アク
セス方法ＤＢ２１に対してアクセス方法の登録要求，削
除要求，検索要求を実行する。

【００１６】(2) サービスへのアクセス要求 サービスへアクセスするための接続を確立する要求であ
り，既にサービスが利用可能な状態の時には，そのサー
ビスへの接続を確立し，確立したらアクセス方法ＤＢ２
１を元に，プロトコルの変換を行う等によりサービスへ
アクセスする。

【００１７】サービスが利用可能な状態でない時は，サ
ービスＤＢ２２にサービスを提供するプログラムが登録
されているか調べて，ある時はそのプログラムを起動し
サービスへの接続を確立する。起動するプログラムが，
他の計算機に登録されている場合，プログラムのコピー
を他の計算機から受け取って，インポートＤＢ２４に登
録して，起動する。プログラムを渡した計算機では，渡
したことを覚えておくためそのエクスポートＤＢ２５に
どの計算機に渡したかを登録する。

【００１８】(3) サービスの登録要求，削除要求，更新
要求，検索要求 各要求に含まれるサービスを提供するプログラムの登
録，削除，更新及び検索を行う。サービスの登録は，サ
ービスＤＢ２２に対して行われ，サービスの削除はサー
ビスＤＢ２２だけでなく，関係する現状ＤＢ２３，イン
ポートＤＢ２４，エクスポートＤＢ２５の各データベー
スについても実行される。サービスの更新は，サービス
ＤＢ２２や現状ＤＢ２３に対して行われる。

【００１９】このような構成を備える本発明により，サ
ービスに対するアクセスは，中継エージェント２に対し
て利用したいサービスへのアクセス要求を送ると，適切
なアクセス方法で接続を確立することができる。また，
中継エージェント２がプロトコル変換を行うため，変換
する方法が登録されている如何なるプロトコルを用いた
サービスに対してでも，適切なアクセス方法で接続を確
立することができる。

【００２０】また，中継エージェント２に対して利用し
たい新しいサービスの登録要求を送り，次にそのサービ
スへのアクセス方法の登録要求を送り，最後にそのサー
ビスへのアクセス要求を送ることにより，適切なアクセ
ス方法で接続を確立することができる。また，中継エー
ジェントは他の計算機上にサービスを提供するプログラ
ムをコピーさせて起動させたり（エクスポートＤＢ２５
に登録），他の計算機上からサービスを提供するプログ
ラムをコピーしてきてそれを起動する（インポートＤＢ
２４に登録してキャッシュの形式で使用する）ことがで
きる。このように必要に応じて必要なサービスを起動す
ることが可能となる。更に，サービスの削除，更新や，
各データベースの登録，更新，削除についても適切な要
求を中継エージェント２に送ることにより行うことがで
きる。

【００２１】

【発明の実施の形態】上記図１に示す中継エージェント
２は，制御部２０を構成するＣＰＵ，メモリを備えると
共に各データベース２１〜２５を構成するデータを格納
する記憶装置（磁気ディスク装置等）を備え，制御部２
０は端末装置１の利用者からの要求または他の中継エー
ジェント２からの各種の要求に応じて対応する制御処理
を繰り返し実行する。

【００２２】最初に，利用者端末または他の中継エージ
ェントからの各種要求の処理において用いられる各デー
タベース（ＤＢ）のデータ構造を説明する。図２はアク
セス方法ＤＢ（図１の２１）のデータ構造である。この
データは，先頭にサービス名，次にサービスを提供する
サービスホスト，最後にサービスへのアクセス方法の３
つのデータで構成され，アクセス方法の例としては，Ｈ
ＴＴＰ，ＡＧＥＮＴ（エージェント用のプロトコル）等
のプロトコルがある。図２の下側にアクセス方法ＤＢの
データの例として，（スケジュール管理，bishop,HTTP)
とその意味を示す。

【００２３】図３はサービスＤＢ（図１の２２）及びイ
ンポートＤＢ（図１の２４）のデータ構造である。これ
らのＤＢ２２，２４のデータは，サービス名，プログラ
ム（サービスを提供するプログラム），プログラムタイ
プの３つのデータで構成される。プログラムタイプの例
としては図３に示すように，Ｃ（Ｃ言語），ＡＧＥＮＴ
（モーバイルコード：完全なプログラムになってないモ
ジュールで，実行形式であれば良い），ＲＥＭＯＴＥ
（リモートホスト上のプログラム）等がある。これらの
ＤＢのデータの例が図３の下側に例１，例２として示
す。

【００２４】図４は現状ＤＢ（図１の２３）及びエクス
ポートＤＢ（図１の２５）のデータ構造である。これら
のＤＢ２３，２５のデータは，サービス名とサービスホ
ストの２つで構成され，データの具体例を図４の下側に
示す。

【００２５】上記図２乃至図４に示すデータ構造を備え
る各データベースを用いて，各中継エージェントにおい
て各種要求の処理が行われる。各種の処理内容をそれぞ
れ処理フローの図として示して説明する。

【００２６】サービス方法の登録，削除，更新，検索の
各処理フローは図５乃至図８に示す。アクセス方法の登
録要求が発生すると，図５に示すアクセス方法の登録要
求の処理フローが動作する。入力として“サービス名，
サービスを提供するホスト名，アクセス方法”のそれぞ
れが指定される。これに応じてアクセス方法ＤＢ２１中
に入力されたデータが存在するか判別する（図５のＳ
１）。存在する場合は登録失敗となるが，存在しない場
合は，これらの入力されたデータがアクセス方法データ
２１に登録が行われると共にその登録が成功したか判別
し（同Ｓ２），登録成功または，登録失敗の結果が出力
される。

【００２７】アクセス方法の削除要求が発生すると，図
６に示すアクセス方法削除要求の処理フローが動作す
る。この場合も，入力として上記アクセス方法の登録要
求の場合（図５）と同様に，“サービス名，サービスを
提供するホスト名，アクセス方法”のそれぞれが指定さ
れる。これに応じてアクセス方法ＤＢ２１中に入力され
たデータが存在するか判別する（図６のＳ１）。存在し
ない場合はデータが無いことを出力する。存在する場合
は，該当するデータの削除を行うと共にその削除が成功
したか否かを判別し（図６のＳ２），結果に応じて削除
成功または削除失敗を出力する。

【００２８】アクセス方法の更新要求が発生すると，図
７に示すアクセス方法の更新要求の処理フローが動作す
る。この要求には，入力として“サービス名，元のホス
ト名，元のアクセス方法，更新後のホスト名，更新後の
アクセス方法”が指定され，図７の例では“service, h
ost1, access1,host2, access2) が入力されている。こ
の要求に応じて，『service, host1, access1 』をアク
セス方法ＤＢ２１から削除して，その削除が成功したか
判別する（図７のＳ１）。これに失敗するとその出力を
行い，削除が成功すると更新後のホスト名と更新後のア
クセス方法をアクセス方法ＤＢ２１に登録して，その処
理が成功したか判別する（図７のＳ２）。成功すると更
新成功を出力し，成功しないと更新失敗を出力する。

【００２９】アクセス方法の検索要求が発生すると，図
８に示すアクセス方法の検索要求の処理フローが動作す
る。この要求には，入力として“サービス名，ホスト
名，アクセス方法”のそれぞれが指定される。この要求
に応じて，入力されたデータが存在するか判別し，存在
する場合は該当データを出力し，存在しないとデータが
無いことを表す出力を発生する。

【００３０】サービスへのアクセス要求 サービスへのアクセス要求には，ホスト上でサービスが
利用できないとアクセス失敗として終了する要求（アク
セス要求１）と，ホスト上でサービスが利用できなくて
もインポートＤＢやエクスポートＤＢを検索してアクセ
スを試みる要求（アクセス要求２）とがある。それぞれ
の処理フローについて説明する。

【００３１】サービスへのアクセス要求１の処理フロー
を図９に示す。このアクセス要求には，入力として，
“サービス名，サービスホスト名，アクセス方法”が指
定され，これに対し，アクセス方法データ２１中に該当
するデータが存在するか判別する（図９のＳ１）。デー
タが存在しないとアクセス失敗となって終了するが，存
在する場合はホスト上で指定されたサービス名のサービ
スが既に利用できる（起動している）かを判別する（図
９のＳ２）。利用できない場合は，アクセス失敗となる
が，利用できる場合は，ホスト上の当該サービスへの接
続確立を行い，確立が成功したか判別し（図９のＳ
３），確立に成功するとアクセス成功を出力し，確立に
失敗するとアクセス失敗を出力する。

【００３２】サービスへの接続を確立した後は，中継エ
ージェント２はアクセス方法ＤＢ２１に登録されている
アクセス方法を元に，図１に示す端末装置１のＧＵＩ１
ａとサービスとの間でプロトコルの変換を行う。基本的
なプロトコル変換は，表を用いたコマンドの書き換えに
よって可能である。このようなリストを用いて，サービ
ス側（サービスを提供する計算機）が指定しているプロ
トコルをＧＵＩ１ａ側で指定しているプロトコルに変換
する。

【００３３】図１０はプロトコル変換表の例を示す。こ
の例では，サービス側が，「Display 」というコマンド
を送ってきた場合には, 中継エージェントが「画面上に
表示を行うコマンド」に変換して，端末装置１のＧＵＩ
１ａ側に送る。逆にＧＵＩ１ａ側が，「他のプロセスに
メッセージを送るコマンド」を送って来たら，中継エー
ジェント２が「Send」コマンドに変換して送る。このよ
うにすれば，プロトコルの数だけ同様の表を作ることに
よりプロトコル変換が可能である。

【００３４】サービスへのアクセス要求２の処理フロー
（その１）〜（その４）を図１１〜図１４に示す。図１
１に示すようにサービスへのアクセス要求２の処理で
は，上記図９に示すアクセス要求１の処理フローと同様
の入力が指定され，同様のステップＳ１〜Ｓ３の処理が
行われるが，Ｓ２においてホスト上で指定されたサービ
ス名のサービスが既に利用できるか判別して，サービス
が利用できないと判別された場合にステップＳ４に移行
する点で相違する。ステップＳ４では，ホストが‘ロー
カル’かどうかを判別する（サービスが中継エージェン
トと同じ計算機上で提供されているかどうかをチェック
する）。ここで，ローカルであると判別された場合は
の経路で図１３の処理へ移行し，ローカルでない場合は
の経路で図１４の処理に移行する。

【００３５】ローカルの場合，図１３において，サービ
スＤＢ２２中に，指定されたサービス名（service)にマ
ッチするデータ(service,code,type) が存在するか判別
する（図１３のＳ１）。なお，この場合のデータの「se
rvice 」はサービス名，「code」はプログラム名, 「ty
pe」はプログラムタイプ（リモート，モジュール等）を
表す。データが存在しないとアクセス失敗となり，存在
する場合にはデータのtypeがREMOTE（リモート：他のホ
ストが提供するプログラム）か判別する（図１３のＳ
２）。リモートでない場合には，の経路で示す処理
（後述する図１２）に移行するが，リモートの場合は，
インポートＤＢ２４内に指定されたサービス名（servic
e)で指定されたデータ(service,code',type') が存在す
るか判別する（図１３のＳ３）。なお, この場合のcod
e',type’は上記図１３のステップＳ１のcode,type と
異なるプログラム, タイプを表す。

【００３６】存在する場合は，ステップＳ７に移行して
サービス(service) としてプログラム(code)を起動して
成功したか判別する。存在しない場合は，ホストcode
（ステップＳ１で検索されたデータの中にあるcodeを計
算機名として指定している）上のサービスＤＢ２２中
に，指定されたサービス名（service)のプログラムのデ
ータ(service,code',type') が存在するか判別する（図
１３のＳ４）。存在しない場合はアクセス失敗となる
が，存在する場合は，当該他の計算機から中継エージェ
ント２のインポートＤＢ２４にこのデータのコピーを登
録し，登録が成功したか判別する（図１３のＳ５）。登
録が成功しないと，アクセス失敗となるが，成功する
と，ホストcode上のエクスポートＤＢ２５に，このサー
ビス名とホスト名(service,host)の登録を行い，登録が
成功したか判別する（図１３のＳ６）。登録が成功しな
い場合は，アクセス失敗となるが，成功した場合は，そ
のサービス（サービス名code')を起動し, 起動が成功し
たか判別する（図１３のＳ７）。起動しない場合はアク
セス失敗となるが，成功するとサービスへの接続を行っ
て，接続が成功したか判別する（図１３のＳ８）。接続
が成功するとアクセスが成功し，そのサービスの提供を
受けることが可能となる。

【００３７】上記図１３のステップＳ２でプログラムの
タイプが‘リモート’でないと判別された場合，の経
路で図１２の処理に移行する。この場合，サービスとし
て指定された「code」を起動して，起動が成功したか判
別し（図１２のＳ１），成功した場合はサービスへの接
続を行って接続が成功したか判別する（図１２のＳ
２）。成功した場合はアクセス成功となるが，Ｓ１，Ｓ
２で成功しない場合はアクセス失敗が出力される。

【００３８】上記図１１のステップＳ４の判別で，へ
移行した場合（hostがローカルでない場合) ，図１４の
処理が実行される。最初にサービスＤＢ２２を検索し，
その中に指定されたサービス名（service)のデータ（se
rvice,code,type)が存在するか判別し（図１４のＳ
１），無い場合にはアクセス失敗となるが，存在する場
合はそのタイプが‘リモート’であるか判別する（同Ｓ
２）。リモートであればアクセス失敗であるが，リモー
トでない時は，他のホスト（host) 上のインポートＤＢ
中にこのプログラムのデータ（service,code,type)のコ
ピーの登録を行い，登録が成功したか判別する（図１４
のＳ３）。成功しない場合はアクセス失敗となるが，登
録が成功すると，中継エージェント２のエクスポートＤ
Ｂ２５に（サービス名service,ホスト名host) の登録を
行い，登録が成功したか判別する（図１４のＳ４）。成
功した場合はホストhost上にサービスservice としてプ
ログラムcodeを起動し，起動が成功したか判別する（図
１４のＳ５）。起動が成功した場合，サービスservice
への接続を行って接続が成功したか判別し（同Ｓ６），
成功するとアクセス成功の出力を発生する。上記Ｓ４，
Ｓ５及びＳ６において成功しない場合は，アクセス失敗
となる。

【００３９】プログラムの起動 サービスを提供するプログラムの起動は，サービスＤＢ
２２に登録されているプログラムとプログラムタイプを
元に行う。例えば，プログラムタイプがＣの場合，登録
されているプログラムはＣで記述されたプログラムであ
ることを意味する。従って，このようなプログラムを他
の計算機上で起動するためには，Ｃコンパイラを用いて
そのプログラムをコンパイルして実行可能形式にし，そ
れから起動する。また，エージェント技術の枠組で良く
用いられるモーバイルコードのような形式の場合には，
プログラムタイプがＡＧＥＮＴ等となっていて，プログ
ラムとしてコードが登録されていることを意味する。こ
のような場合，そのコードを理解するためのインタプリ
タを起動し，そのインタプリタにコードを渡すことによ
り起動する。起動するプログラムが他の計算機上に登録
されている場合もある。この場合，プログラムタイプが
リモート（REMOTE) となっていて，プログラムとして起
動すべきプログラムが登録されているホスト名が指定さ
れている。他の計算機上に登録されているプログラムを
起動する場合には，起動すべきプログラムのコピーを他
の計算機から貰い，インポートＤＢ２４に登録すると同
時にそのプログラムを起動する。インポートＤＢ２４
は，他の計算機に登録されているプログラムのキャッシ
ュとして機能する。プログラムのコピーを渡した計算機
では，渡したことを覚えておくためにエクスポートＤＢ
２５にどのサービスをどの計算機に渡したかを登録す
る。この情報は，インポートＤＢ２４にキャッシュして
いる計算機に更新情報を知らせるため等に用いる。

【００４０】図１５はプログラム起動の処理フローであ
る。入力としてサービス名（service)，プログラム(cod
e), プログラムのタイプ(type)が与えられて開始する
と, タイプが‘リモート’(REMOTE)か判別する（図１５
のＳ１）。リモートでない場合は，タイプを元に起動方
法を調べ（同Ｓ２），起動方法が判明したかの判別をす
る（同Ｓ３）。判明しないと起動失敗となるが，判明す
るとその起動方法を元にプログラム(code)を起動し，起
動に成功したか判別し（同Ｓ４），成功しない場合は起
動失敗となり，成功すると現状ＤＢ２３に起動したサー
ビス名，ホスト名を登録し，登録に成功したか判別する
（同Ｓ５）。登録に成功すると起動成功となるが，登録
に失敗すると起動失敗となる。

【００４１】上記図１５のステップＳ１において，プロ
グラムのタイプがリモートであると判別されると，イン
ポートＤＢ２４に指定されたサービス名のプログラム
（データservice,code',type')が存在するか判別する
（図１５のＳ６）。存在しないと起動失敗となるが，存
在するとタイプ＝type' を元に起動方法を調べ（同Ｓ
７），起動方法が判明したか判別する（同Ｓ８）。判明
した場合にはその判明した起動方法を元にプログラム(c
ode') を起動し, 起動に成功したか判別する（図１５の
Ｓ９）。成功しない場合は起動失敗となるが，成功する
と次に現状ＤＢ２３に，起動したサービス名，ホスト名
を登録し，登録が成功したか判別し（同Ｓ１０），成功
の場合は起動成功となり，そうでないと起動失敗とな
る。

【００４２】上記図１５のステップＳ２及びＳ７におい
て起動方法を調べる場合，図１６の起動方法テーブルの
構成例に示すようなテーブルを用いる。すなわち，プロ
グラムタイプを元に起動方法テーブルを調べ，そこに登
録されている起動手順に沿ってプログラムを起動すれば
良い。

【００４３】サービスの登録要求 新しいサービスを提供するプログラムを登録する場合，
図１７に示すサービスの登録要求の処理フローにより行
う。この場合，入力としてサービス名(service) ，その
サービスを提供するプログラムコード(code)，そのプロ
グラムコードのタイプ(type)とを供給すると，サービス
ＤＢ２２中にそのデータが存在しないことが判別される
と，そのデータをサービスＤＢ２２に登録する処理が行
われる。

【００４４】サービスの削除要求 サービスの削除要求に対しては，サービスを提供するプ
ログラム（データ）を削除する処理が行われ，図１８に
サービスの削除要求１の処理フロー，図１９，図２０に
サービスの削除要求２の処理フロー（その１），（その
２）を示す。なお，削除要求２の処理では，他の利用者
が既にアクセスしているサービスの削除も行われる。

【００４５】図１８のサービスの削除要求１の処理フロ
ーでは，入力として削除を要求するサービスを特定する
ための，サービス名，プログラム，プログラムのタイプ
を表す（service,code,type)が供給され，開始するとサ
ービスＤＢ２２中に入力されたサービス名，プログラム
及びプログラムタイプのデータが存在するか検索する
（図１８のＳ１）。存在しないとデータ無しとなるが，
存在すると該当するデータをサービスＤＢ２２から削除
を行い，削除に成功したか判別する（同Ｓ２）。削除で
きないと削除失敗となるが，成功すると，プログラムの
タイプが‘リモート’(REMOTE)か判別する（同Ｓ３）。
リモートでない場合は，エクスポートＤＢに上記入力さ
れたプログラムのデータが存在するか判別する（図１８
のＳ４）。これは，当該プログラムが他の計算機にコピ
ーされているか調べるもので，存在しないと削除成功と
なり，存在する場合は，該当するデータをエクスポート
ＤＢ２５から削除して，削除に成功したか判別する（図
１８のＳ５）。エクスポートＤＢ２５からの削除に成功
した場合，そのエクスポートＤＢ２５に示されたコピー
が行われた宛先のホスト名を持つホスト上のインポート
ＤＢから，当該サービス名（service)のデータを削除し
て, 削除に成功したか判別し（同Ｓ６），成功した場合
は削除成功となり，そうでないと削除失敗となる。

【００４６】上記ステップＳ３において，削除したいサ
ービスのプログラムのタイプが‘リモート’の場合，他
の計算機からコピーしたサービスプログラムがインポー
トＤＢ２４にあるか識別するため，インポートＤＢ２４
に要求されたサービス名のデータが存在するか検索する
（図１８のＳ７）。存在しない場合は削除成功となる
が，存在すると該当するデータをインポートＤＢ２４か
ら削除を行い削除が成功したか判別する（同Ｓ８）。成
功した場合，そのインポートＤＢ２４にコピーを行った
元のホストである，ホスト名がcodeである計算機のエク
スポートＤＢ２５から当該サービス名，ホスト名のデー
タを削除し，削除に成功したか判別し（同Ｓ９），成功
した場合は削除成功となる。

【００４７】図１９，図２０のサービスの削除要求２の
処理フロー（その１），（その２）の場合，入力として
上記図１８と同様の（service,code,type)が設定され
る，図１９のＳ１〜Ｓ９の各処理は上記図１８に示す対
応する各ステップと同様であるため説明を省略するが，
図１９のステップＳ４においてエクスポートＤＢ２５に
サービス名（service)のデータ（service,host')が存在
しないと判別された時，ステップＳ７においてインポー
トＤＢ２４にサービス名（service)のデータが存在しな
いと判別された時，及びステップＳ６においてインポー
トＤＢ２４からのデータの削除が成功したと判別された
時，更にステップＳ９において他の計算機(code)上のエ
クスポートＤＢからサービス名（service), ホスト名(h
ost)のデータの削除が成功したと判別された時の各場合
に，の経路で図２０の処理に移行する。

【００４８】この場合，図２０に示すように，現状ＤＢ
２３を検索して，サービス名（service)のデータが存在
するか判別し（図２０のＳ１），無い場合はデータ無し
となるが，有る場合は該当するデータ（service,host)
を現状ＤＢ２３から削除して，削除に成功したか判別す
る（図２０のＳ２）。成功した場合，ホスト（host)上
で起動されているサービス (service)を中止する処理を
行い, 中止に成功したか判別する（図２０のＳ３）。成
功した場合には削除成功の出力が発生するが，成功しな
いと削除失敗の出力を発生する。このサービスの削除要
求２により，削除されるプログラムで提供されているサ
ービスに既にアクセスしている利用者がいる場合に現在
の接続を中止させることができる。

【００４９】サービスの更新要求 サービスを提供しているプログラムを更新する要求であ
り，更新要求１と更新要求２とがある。

【００５０】図２１はサービスの更新要求１の処理フロ
ーであり，入力として（service,code１，type１，code
２，type２）が供給され，code１，type１は更新前のプ
ログラム，プログラムタイプを表し，code２，type２が
更新後を表す。サービスＤＢ２２から更新前のサービス
名，code１，type１を削除する処理を行い（図２１のＳ
１），削除に失敗すると更新失敗となるが，成功すると
サービスＤＢ２２にcode２，type２を登録して，その処
理が成功したか判別する（同Ｓ２）。これに成功すると
更新成功となる。なお，図２１では省略されているが，
更新の対象となるサービスがエクスポートＤＢ２５に登
録されている場合は，typeの計算機がそのサービスを提
供するプログラムのコピーを持っているので，そのコピ
ーを持っている計算機（エクスポートＤＢ２５の登録内
容から認識）上のインポートＤＢに登録されている関連
情報も更新する。

【００５１】図２２はサービスの更新要求２の処理フロ
ーであり，更新されるプログラムで提供されているサー
ビスに既にアクセスしている利用者がいる場合，現在の
接続を中断させ更新されたプログラムで提供されるサー
ビスに対し接続を再開するようにした。

【００５２】入力として供給されるデータは上記図２１
の場合と同様であり，最初にサービスＤＢ２２中に“se
rvice,code１，type１”のＤＢが存在するか検索し（図
２２のＳ１），存在する場合は該当するデータをサービ
スＤＢ２２から削除する処理を行い，削除に成功したか
判別する（同Ｓ２）。成功した場合，現状ＤＢ２３を検
索して，サービス名がservice のデータが存在するか検
索する（図２２のＳ３）。存在する場合は，該当するデ
ータ（service,host) を現状ＤＢ２３から削除する処理
を行って，削除が成功したか判別する（図２２のＳ
４）。現状ＤＢ２３からのデータの削除が成功した場
合，ホスト名がhostであるホスト上で起動されているサ
ービス(service) を中止させ，成功したか判別する（同
Ｓ５）。中止が成功すると，更新されたデータ(servic
e,code ２，type２）をサービスＤＢ２２に登録する処
理を行い，処理が成功したか判別する（同Ｓ６）。成功
した場合は，(service,code ２，type２) としてのプロ
グラムの起動を行って, 起動に成功したか判別する（同
Ｓ７）。成功すると更新成功が出力され，失敗すると更
新失敗が出力される。

【００５３】サービスの検索要求 図２３はサービスの検索要求の処理フローである。サー
ビスを提供するプログラムを検索する場合，入力として
（service,code，type）が供給されると，サービスＤＢ
中に入力されたサービス名，プログラム名，プログラム
タイプのデータが存在するか検索を行って判別され，存
在すると該当データが出力され，存在しないとデータが
無いことを表す出力が発生する。

【００５４】次に中継エージェント２に備えられた各デ
ータベースの中の，アクセス方法ＤＢ２１，サービスＤ
Ｂ２２に対する操作は，上記に説明した処理において行
われるが，現状ＤＢ２３，インポートＤＢ２４及びエク
スポートＤＢ２５に対する操作について以下に示し，図
２４〜図２６において現状ＤＢに関する操作を説明す
る。

【００５５】サービス状況の登録要求 図２４はサービス状況の登録要求の処理フローである。
この場合，入力としてサービス名とサービスを提供する
ホスト名（service,host) が供給される。最初に現状Ｄ
Ｂ２３中に入力されたサービス名，サービスホストのデ
ータが存在するか検索して判別する（図２４のＳ１）。
存在すると登録に失敗する（既に登録済）が，存在しな
い場合は，現状ＤＢ２３にこのサービス名，サービスホ
ストを登録を行い，登録に成功したか判別し（図２４の
Ｓ２），成功すれば登録成功の出力が発生する。

【００５６】サービス状況の削除要求 図２５はサービス状況の削除要求の処理フローである。
あるホスト上で提供されているサービスを終わらせる場
合に，終わらせるサービスとサービスを起動していたホ
ストを削除するため，入力として削除したいサービス名
とホスト名 (service,host) を供給し，現状ＤＢ２３を
検索し，存在すると入力されたデータを削除し，削除が
成功したか判別する。

【００５７】サービス状況の検索要求 図２６はサービス状況の検索要求の処理フローである。
現在起動しているサービスとそのサービスを提供してい
るホストに関する情報を検索する場合に行われ，入力と
して，サービス名とホスト名 (service,host) を指定す
ると，現状ＤＢ２３を検索し，存在する場合は該当デー
タを出力し，存在しないとデータ無しを出力する。

【００５８】次に図２７〜図２９にインポートＤＢに対
する操作を示す。 プログラムのインポート登録要求 図２７はプログラムのインポート登録要求の処理フロー
であり，サービスを提供するプログラムを他の計算機か
らコピーしてきた時に，そのサービスに関してどの計算
機からプログラムをコピーしてきたのかを記録する場合
に実行される。入力として登録したい（service,code,t
ype)を指定し，インポートＤＢに該当するデータが存在
するか検索し，存在しない場合は登録を行って，登録成
功か判別する。

【００５９】プログラムのインポート削除要求 図２８はプログラムのインポート削除要求の処理フロー
であり，サービスを提供するプログラムが更新される等
の理由によりコピーしてきたプログラムが不要となった
場合に，それに関する情報を削除する場合に行われる。
入力として削除したい（service,code,type)を指定し，
インポートＤＢに該当するデータが存在するか検索し，
存在しないとデータが無いことを出力し，存在すると該
当するデータをインポートＤＢから削除する。

【００６０】プログラムのインポート検索要求 図２９はプログラムのインポート検索要求の処理フロー
であり，現在，どのようなサービスに関してどのような
計算機からプログラムをコピーして来ているのかに関す
る情報を検索する場合に実行される。入力として検索し
たい（service,code,type)を指定し，インポートＤＢに
該当するデータが存在するか検索し，存在しないとデー
タが無いことを出力し，存在すると該当データを出力す
る。

【００６１】次に図３０〜図３２にエクスポートＤＢに
対する操作を示す。 プログラムのエクスポート登録要求 図３０はプログラムのエクスポート登録要求の処理フロ
ーであり，サービスを提供するプログラムのコピーを他
の計算機に渡した時に，そのサービスに関してどの計算
機にプログラムのコピーを渡したのかを記録する場合に
実行する。入力として，登録したい（service,host) を
指定し，エクスポートＤＢ中に該当するデータが存在す
るか検索し，存在しない場合にエクスポートＤＢに登録
を行い，登録成功か判別する。

【００６２】プログラムのエクスポート削除要求 図３１はプログラムのエクスポート削除要求の処理フロ
ーであり，サービスを提供するプログラムが更新された
時等の際にコピーを渡したプログラムを無効にしたい場
合に，それに関する情報を削除するために実行される。
入力として削除したい（service,host) を指定し，エク
スポートＤＢ中に該当するデータが存在するか検索し，
存在した場合に該当するデータをエクスポートＤＢから
削除して，削除成功か判別する。

【００６３】プログラムのエクスポート検索要求 図３２はプログラムのエクスポート検索要求の処理フロ
ーであり，現在どのようなサービスに関してどのような
計算機にプログラムのコピーを渡したのかに関する情報
を検索する。入力として，検索したい（service,host)
を指定し，エクスポートＤＢ中に該当するデータが存在
するか検索し，存在する場合に該当データを出力し，存
在しないとデータ無しを出力する。

【００６４】本発明による中継エージェントを備えたネ
ットワークの環境を個人化することができる。図３３は
個人化のための構成を示す図である。図中，１は端末装
置，２’は中継エージェントを表し，中継エージェント
２’は図１に示すネットワーク３と同様のネットワーク
（図３３では図示省略）に接続される。この構成は，図
１に示す中継エージェント２（元の中継エージェントと
いう）の構成に対し利用者チェック部２６が追加されて
いる。

【００６５】この利用者チェック部２６を含む新たな中
継エージェント２’に送られる利用者や他の中継エージ
ェント等からの要求は，最初に全て利用者チェック部２
６に送られ，ここで受けた要求の要求依頼者をチェック
する。要求依頼者が中継エージェントの利用者（予め登
録した利用者名）と同一であれば，その要求は元の中継
エージェントに転送され，同一でなければその要求はエ
ラーとされて受け付けられない。

【００６６】利用者は，中継エージェント２’を起動す
る際に，その名前を中継エージェント２’に登録する。
登録された利用者の情報は利用者チェック部２６に保持
される。また，利用者や他の中継エージェントが中継エ
ージェント２’に送る要求には，必ず要求依頼者の情報
を付加する。これにより，中継エージェント２’では，
誰からその依頼が送られてきたのか知ることができる。

【００６７】図３４は要求依頼者チェックの処理フロー
である。入力の「ｕｓｅｒ」は予め登録された利用者名
を表し，（sender,request) は利用者（または他の中継
エージェント）からの要求を表し，「sender」には要求
依頼者名が格納され，「request 」には要求内容が格納
される。

【００６８】中継エージェント２’では，要求が入力さ
れると，予め登録された利用者（user) と入力された要
求の要求依頼者(sender)を比較して, 一致が検出される
と要求(request) を元の中継エージェントに送り，一致
が検出されないと要求依頼者(sender)にエラーを送る。

【００６９】本発明による効果的な応用例を説明する。 特定のプログラム言語（例えば，Ａｐｒｉｌ）で記述
されたプログラムが提供されるサービスへのアクセス 図１の端末装置１のＧＵＩ１ａとしてＷＷＷのブラウザ
を用いてＡｐｉｌで記述された計算機（エージェント）
が提供するサービスへアクセスする場合，ＧＵＩがＷＷ
Ｗブラウザであるため，中継エージェント２とＧＵＩ１
ａ間はＨＴＴＰのプロトコルに従わなければならない。
また，ＧＵＩへの出力はＨＴＭＬの形式のテキストで出
力しなければならない。さらに，中継エージェント２と
サービス間ではＡｐｒｉｌ言語で提供されるメッセージ
を用いてサービスにアクセスしなければならない。この
場合，中継エージェントは基本的に以下の処理を繰り返
す。

【００７０】１．ＷＷＷブラウザを通した利用者からの
要求をＨＴＴＰプロトコルで受け取り，その要求をＡｐ
ｒｉｌメッセージに変換しサービス側（Ａｐｉｌプロセ
ス）に送る。

【００７１】２．サービス側からＡｐｒｉｌメッセージ
として送られる結果を受け，ＨＴＭＬ形式のテキストに
変換し，ＨＴＴＰプロトコルに従ってＧＵＩに送る。 ソフトウェアの自動メインテナンス 本発明は，ソフトウェアの自動メインテナンスにも応用
することができる。上記したように，本発明を用いれば
他の計算機に登録されているプログラムのコピーを貰
い，それを起動してサービスを利用することができる。

【００７２】ある計算機上で，あるソフトウェアを配付
する場合に，そのソフトの利用者はサービスをＤＢに，
（サービス名，ソフトが配付されているホスト名，ＲＥ
ＭＯＴＥ）と登録すれば，本発明の構成を用いることに
より配付元の計算機より配付ソフトのコピーをインポー
トＤＢに自動的に取得して利用することができる。これ
は，自動的にソフトをダウンロードしていることに相当
する。また，配付元でソフトの更新があった場合，本発
明によりエクスポートＤＢを調べてコピーを持っている
計算機を調べ，その計算機上のインポートＤＢを自動的
に更新する。これよってソフトウェアの自動メインテナ
ンスが可能である。

【００７３】環境の個人化 本発明による技術を個人単位で行う，すなわち中継エー
ジェントを個人単位で用いることにより，個人でカスタ
マイズされた環境を構築することが可能である。例え
ば，中継エージェントを完全に個人化し，他の利用者か
らのアクセスを禁止してしまえば，サービスＤＢに個人
のプライベートな情報を管理するツールを登録して利用
することが可能となる。また，中継エージェントを中心
に様々なツールを利用することにより，統合的な個人環
境を構築することが可能となる。この場合でも，利用者
の中継エージェントは他の利用者からのアクセスを禁止
するだけなので，通常通り他の計算機上で提供されてい
るサービスにアクセスすることは可能である。

【００７４】

【発明の効果】本発明によれば，ネットワーク上で提供
される様々なサービスに対して，簡便で柔軟な方法によ
りアクセスすることが可能となる。また，他の計算機が
保持するプログラムのコピーを取って保管すると共に複
写元や，複写先のデータベースに関連するデータを管理
するデータベースを備えることによりソフトウェアの自
動メインテナンスが可能となる。更に，本発明のアクセ
ス方式を個人単位で用いることにより，個人環境の構築
が容易となる。

【図面の簡単な説明】

【図１】本発明の原理構成を示す図である。

【図２】アクセス方法ＤＢのデータ構造を示す図であ
る。

【図３】サービスＤＢ及びインポートＤＢのデータ構造
を示す図である。

【図４】現状ＤＢ及びエクスポートＤＢのデータ構造を
示す図である。

【図５】アクセス方法の登録要求の処理フローを示す図
である。

【図６】アクセス方法削除要求の処理フローを示す図で
ある。

【図７】アクセス方法更新要求の処理フローを示す図で
ある。

【図８】アクセス方法検索要求の処理フローを示す図で
ある。

【図９】サービスへのアクセス要求１の処理フローを示
す図である。

【図１０】プロトコル変換表の例を示す図である。

【図１１】サービスへのアクセス要求２の処理フロー
（その１）を示す図である。

【図１２】サービスへのアクセス要求２の処理フロー
（その２）を示す図である。

【図１３】サービスへのアクセス要求２の処理フロー
（その３）を示す図である。

【図１４】サービスへのアクセス要求２の処理フロー
（その４）を示す図である。

【図１５】プログラム起動の処理フローを示す図であ
る。

【図１６】起動方法テーブルの構成例を示す図である。

【図１７】サービスの登録要求の処理フローを示す図で
ある。

【図１８】サービスの削除要求１の処理フローを示す図
である。

【図１９】サービスの削除要求２の処理フロー（その
１）を示す図である。

【図２０】サービスの削除要求２の処理フロー（その
２）を示す図である。

【図２１】サービスの更新要求１の処理フローを示す図
である。

【図２２】サービスの更新要求２の処理フローを示す図
である。

【図２３】サービスの検索要求の処理フローを示す図で
ある。

【図２４】サービス状況の登録要求の処理フローを示す
図である。

【図２５】サービス状況の削除要求の処理フローを示す
図である。

【図２６】サービス状況の検索要求の処理フローを示す
図である。

【図２７】プログラムのインポート登録要求の処理フロ
ーを示す図である。

【図２８】プログラムのインポート削除要求の処理フロ
ーを示す図である。

【図２９】プログラムのインポート検索要求の処理フロ
ーを示す図である。

【図３０】プログラムのエクスポート登録要求の処理フ
ローを示す図である。

【図３１】プログラムのエクスポート削除要求の処理フ
ローを示す図である。

【図３２】プログラムのエクスポート検索要求の処理フ
ローを示す図である。

【図３３】個人化のための構成を示す図である。

【図３４】要求依頼者チェックの処理フローを示す図で
ある。

【符号の説明】

１ 利用者の端末装置 １ａ ＧＵＩ ２ 中継エージェント ２０ 制御部 ２１ アクセス方法データベース（ＤＢ） ２２ サービスデータベース（ＤＢ） ２３ 現状データベース（ＤＢ） ２４ インポートデータベース（ＤＢ） ２５ エクスポートデータベース（ＤＢ） ３ ネットワーク ４ 各種のサービス

───────────────────────────────────────────────────── フロントページの続き (72)発明者 市來 宏基 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 塩内 正利 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 高田 裕志 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 毛利 隆夫 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内

Claims (7)

【特許請求の範囲】
1. 【請求項１】 それぞれサービスを提供する複数の計算
   機が接続されたネットワークを利用した各種サービスへ
   のアクセス方式において，前記ネットワークに接続され
   ると共に端末装置からの前記計算機へのサービスへのア
   クセスを全て受けつける中継エージェントを設け，前記
   中継エージェントは，サービス名とサービスが提供され
   る計算機名とそのアクセス方法が登録されたアクセス方
   法データベースを備え，端末装置または他中継エージェ
   ントからのサービスを指定したアクセス要求に対し，前
   記アクセス方法データベースを検索して，登録されたア
   クセス方法を元にサービスを提供する計算機との接続を
   確立し，サービスを提供するプログラムを起動してサー
   ビスを提供することを特徴とするネットワークを利用し
   た各種サービスへのアクセス方式。
2. 【請求項２】 請求項１において，前記中継エージェン
   トは，サービスを提供する各プログラムをサービス名，
   プログラムまたはモジュール及びプログラムタイプのデ
   ータにより登録されたサービスデータベースを備え，端
   末装置または他中継エージェントから要求されたサービ
   スが前記サービスデータベースに登録されていることを
   検出すると，当該プログラムが既に起動していればその
   サービスを利用し，起動してないと当該プログラムを起
   動してサービスを提供することを特徴とするネットワー
   クを利用した各種サービスへのアクセス方式。
3. 【請求項３】 請求項２において，前記中継エージェン
   トは，前記サービスデータベースの検索により，要求さ
   れたサービスを提供するプログラムがネットワーク上の
   他の計算機に存在することが判別すると，前記他の計算
   機から前記プログラムの複製を受け取ってサービス名と
   プログラムとを登録されるインポートデータベースと，
   他の計算機にサービスを提供するプログラムの複製を渡
   した時に，他の計算機名とサービス名を登録するエクス
   ポートデータベースを備え，他の計算機から受け取った
   中継エージェントは，前記インポートデータベースに登
   録されたプログラムを起動することにより要求されたサ
   ービスを提供することを特徴とするネットワークを利用
   した各種サービスへのアクセス方式。
4. 【請求項４】 請求項１〜３の何れかにおいて，前記中
   継エージェントは，サービス名，プログラム及びプログ
   ラムのタイプが指定されたプログラムを起動する時，タ
   イプ対応の起動手順が格納された起動方法テーブルを用
   いて起動することを特徴とするネットワークを利用した
   各種サービスへのアクセス方式。
5. 【請求項５】 請求項３において，前記中継エージェン
   トは，サービス名を指定したサービスの更新要求に対
   し，サービスデータベースに登録された該当サービスの
   データを検索して，該当サービスがあるとこれを削除し
   て，更新後のデータを登録すると共に，前記エクスポー
   トデータベースに前記サービス名が登録されているか検
   索し，該当サービス名があると登録された他の計算機の
   インポートＤＢの該当サービスを削除して更新後のデー
   タを登録することを特徴とするネットワークを利用した
   各種サービスへのアクセス方式。
6. 【請求項６】 請求項１〜５の何れかにおいて，前記中
   継エージェントは，現在起動しているサービスを提供す
   るプログラムが登録された現状データベースを備え，サ
   ービス状況の検索，登録，削除の要求に応じて，前記現
   状データベースを検索，登録及び削除を行うことを特徴
   とするネットワークを利用した各種サービスへのアクセ
   ス方式。
7. 【請求項７】 請求項１〜６の何れかにおいて，前記中
   継エージェントは，予め登録された個人の利用者名が登
   録される利用者チェック部を備え，前記チェック部は，
   端末装置からのアクセス時に要求依頼者名と要求内容と
   を含む情報を受け取ると，要求依頼者名が登録された利
   用者名と一致することを検出すると前記要求内容を受け
   付けることを特徴とするネットワークを利用した各種サ
   ービスへのアクセス方式。