JP2000057112A - ネットワーク上で遠隔手続き呼び出しを実行するための方法、及び、遠隔手続き呼び出しを実行可能なネットワーク・システム - Google Patents

Abstract

(57)【要約】 【課題】 サービス要求の出所を認証したり、サーバか
ら提供されたサービスを保証することができる遠隔手続
き呼び出し方式を提供する。 【解決手段】 中継サーバは、クライアントからの要求
メッセージを受信すると、これに署名を付けてサーバに
送信する。サーバは、中継サーバを認証してサービス要
求の出所を確認するとともに、応答メッセージには署名
を付けて、中継サーバに応答メッセージを送信する。中
継サーバは、署名を認証して、さらに、応答メッセージ
が正当かどうか検査してから、要求元クライアントに送
信する。また、中継サーバは、メッセージの送受信の履
歴を記録し、ネットワーク上の不信な動作を監視する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、１以上のサーバと
１以上のクライアントからなる分散環境のネットワーク
・システムにおいてクライアントがサーバに対してサー
ビスを要求するための遠隔手続き／メソッド呼び出し方
式に係り、特に、少なくとも１つの中継・監査サーバを
中継してサービスの要求がサーバに届くようなタイプの
遠隔手続き呼び出し／メソッド方式に関する。

【０００２】更に詳しくは、本発明は、クライアントが
要求するサービスを複数のサーバの協働的な動作によっ
て提供するような分散型のネットワーク環境において、
遠隔的に要求されたサービスの履行を保証するための方
式に係り、特に、ネットワーク上に中継・監査サーバを
介在させることで、サービス要求の出所を認証したり、
サーバから提供されたサービスの品質等を保証すること
ができる遠隔手続き呼び出し／メソッド方式に関する。

【０００３】

【従来の技術】昨今の情報処理・情報通信の分野におけ
る発展は目覚しいものがある。この種の技術分野におい
ては、コンピュータ・システム同士を相互接続するため
の研究・開発が、従来より活発になされてきた。システ
ム同士を相互接続する主な目的は、複数ユーザによるコ
ンピュータ資源の共有や、情報の共有・流通などであ
る。

【０００４】システム間を接続するための伝送媒体すな
わち「ネットワーク」としては、大学や事業所の構内な
ど限られた空間内に敷設されたＬＡＮ（Ｌｏｃａｌ Ａ
ｒｅａ Ｎｅｔｗｏｒｋ）の他、ＬＡＮを専用回線で接
続したＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）
や、一般公衆回線（ＰＳＴＮ）、ＩＳＤＮ（Ｉｎｔｅｇ
ｒａｔｅｄ Ｓｅｒｖｉｃｅ Ｄｉｇｉｔａｌ Ｎｅｔ
ｗｏｒｋ）、インターネットなど様々である。

【０００５】ＬＡＮは、一般に、ネットワーク上の特定
のコンピュータをサーバ（ファイル・サーバ，プリント
・サーバ）とし、これを他のクライアントが利用し合う
というクライアント・サーバ型として構築される。かか
るクライアント・サーバ・モデルでは、プログラムの一
部の手続きの実行をネットワーク上の別のコンピュータ
に委託するというメカニズム、すなわち「遠隔手続き呼
び出し（ＲＰＣ：Ｒｅｍｏｔｅ Ｐｒｏｃｅｄｕｒｅ
Ｃａｌｌ）」、若しくは「遠隔メソッド呼び出し（ＲＭ
Ｉ：Ｒｅｍｏｔｅ Ｍｅｔｈｏｄ Ｉｎｖｏｃａｔｉｏ
ｎ）」が用いられる。遠隔手続きの実行結果は、戻り値
として、呼び出した側のコンピュータに返される。ま
た、手許のコンピュータのキーボードやファイルを使っ
てプログラムへの入力を果たしたり、同じコンピュータ
のディスプレイやファイルに出力することもできる。

【０００６】遠隔手続き若しくは遠隔メソッド呼び出し
の仕組みは、ＬＡＮの世界に限定されず、さらに、イン
ターネットのような広域的なネットワーク上でも利用可
能である。インターネット上で利用可能な各種プロトコ
ル、例えば、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａ
ｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ），ＨＴＴＰＳ，Ｓ−Ｈ
ＴＴＰ（ｓｅｃｕｒｅ ＨＴＴＰ），ＦＴＰ（Ｆｉｌｅ
ＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ），ＣＯＲＢＡ
（Ｃｏｍｍｏｎ ＯＲＢ Ａｒｃｈｉｔｅｃｔｕｒ
ｅ），ＩＩＯＰ（Ｉｎｔｅｒｎｅｔ Ｉｎｔｅｒ−ＯＲ
Ｂ Ｐｒｏｔｏｃｏｌ），ＪａｖａＲＭＩ（Ｒｅｍｏｔ
ｅ Ｍｅｔｈｏｄ Ｉｎｖｏｃａｔｉｏｎ）なども、遠
隔手続き／遠隔メソッド呼び出しとして実現される。イ
ンターネットの代表的なクライアント・サーバ・モデル
は、ＷＷＷ（Ｗｏｒｌｄ ＷｉｄｅＷｅｂ）サーバとＷ
ＷＷブラウザとで構成される（周知）。

【０００７】ＷＷＷサーバは、通常、多数のサービス・
オブジェクトを蓄積しており、ＷＷＷクライアントから
のサービス要求に応答して、インターネット経由でサー
ビスを提供している。サービス・オブジェクトの一例
は、ＷＷＷクライアント（ブラウザ）のディスプレイ上
においてホームページを形成するためのＨＴＭＬ（Ｈｙ
ｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）
ファイルである。ＷＷＷサーバが持つ各サービス・オブ
ジェクトの所在は、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏ
ｕｒｃｅ Ｌｏｃａｔｏｒ）という形式で表される。Ｕ
ＲＬは、インターネット上の各種情報リソースにアクセ
スする手段（すなわち通信プロトコル）とリソースの名
前を指定する形式、すなわち「プロトコル名：／／サー
バ名（／ディレクトリ名…）／ファイル名」という形式
で記述される。

【０００８】ＷＷＷクライアントとしてのブラウザは、
ＷＷＷサーバに対して、ＵＲＬに基づいた形式のサービ
ス要求メッセージを送信する。他方、ＷＷＷサーバは、
サービス要求メッセージを解釈して、要求されたサービ
スを提供する。但し、サーバは、要求されたサービスを
サーバ単体で実行するとは限らず、さらに別のサーバに
サービスの一部の提供を委ねることもある。サーバが他
のサーバにサービスの提供を要求する方式の１つはＣＧ
Ｉ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃ
ｅ）である（ＣＧＩは、それ自体が標準規約となってい
るため、この規約を遵守しさえすれば、Ｖｉｓｕａｌ
Ｂａｓｉｃ，Ｃ，Ｄｅｌｐｈｉ，Ｐｅｒｌなど各種言語
でＣＧＩプログラムを作成することができる）。

【０００９】例えば、ＷＷＷクライアントがブラウザ画
面上で検索項目を入力したときは、ＷＷＷサーバは、検
索の実行と検索結果の送信を他のデータベース・サーバ
に要求することがある。この場合、データベース・サー
バは、ＣＧＩなどの仕組みによってＷＷＷサーバに連動
して、要求されたサービスの一部を提供する。データベ
ース・サーバは、検索結果を示すテーブル中の該当する
カラムの内容を生成し、ＷＷＷサーバはテーブルの残り
の部分を生成する（図６参照のこと）。

【００１０】クライアントからのサービス要求を第１に
受け取ったサーバ（仮に「親サーバ」とする）は、ホー
ムページ内の一部のコンテンツの生成を別のサーバ（仮
に「子サーバ」とする）に委ねる。そして、親サーバ
は、自身が生成したコンテンツと子サーバから戻された
コンテンツとからホームページを生成して、クライアン
トに戻すという訳である。さらに子サーバは自分の子サ
ーバ（「孫サーバ」）にサービスの一部の提供を委ねる
こともある。

【００１１】サービスを提供する複数のサーバの親子関
係は、一種の木構造を形成する。図７にはこれを模式的
に示している。同図において、サーバＢは、クライアン
トからのサービス要求（ＵＲＬ）を最初に受け取る親サ
ーバであり、サーバＡとＣはサーバＢの子サーバであ
る。さらに、サーバＣから一部のサービスの提供を要求
されるサーバＤは、サーバＢの孫サーバである。

【００１２】従来、殆どの場合において、クライアント
から要求されたサービスを実行するサーバ、すなわち木
構造を構成する各サーバは、全て単一若しくは同系統の
団体に所属し、互いの利益は略一致していた（例えば図
６では、データベース・サーバは、ＷＷＷサーバと同じ
「組織１」に属している）。クライアントが要求したサ
ービスは物理的には複数のサーバの協働的な動作によっ
て提供されるが、クライアントの立場からすれば、この
ような木構造の仕組みを意識する必要がなく、実質上１
つのサーバが責任を持ってサービスを提供すると思うこ
とができた。言い換えれば、クライアントは、サービス
の要求先のサーバを信頼するだけで充分だった訳であ
る。

【００１３】ところが、コンピュータ・ネットワーキン
グの世界がさらに進化を遂げるに従い、ネットワークを
構成する各マシン間の関係も高度に複雑化してくる。例
えば、ある特定のサービスを提供するためのサーバの木
構造は、別個の団体に跨ったサーバの集合で構成される
こともあり得る。例えば図７では、サーバＢとデータベ
ース・サーバは「組織１」に所属するが、子サーバＡは
「組織２」に、子サーバＣと孫サーバＤは「組織３」に
所属している。親サーバＢと子サーバＣとが、異なる団
体に所属して両者の利害が完全には一致しない、という
ことも予想される。

【００１４】あるクライアントが有料でサーバＢへのア
カウントを取得したような場合、クライアントは、サー
バＢを全面的に信用するであろうし、サーバＢも受け取
ったアカウント料金に見合ったサービスを提供するよう
努め、また、信用を裏切ることを敢えてしないであろ
う。しかしながら、別団体のサーバＣは、クライアント
に対して何の義務も義理も感じることはなく、或いはク
ライアントに対し悪意を抱き、正当なサービスの提供を
拒否し或いは不当なサービスを行うという可能性もあ
る。サーバＢが子サーバＣからの不当なサービスをその
ままクライアントに戻したならば、クライアントは大き
な打撃を被り、あるいは壊滅しかねない。現状のネット
ワーク環境において、クライアントに戻されるサービス
を保証するようなメカニズムはない。

【００１５】また、子サーバＣが親サーバＢとは異なる
団体に所属するような場合、サーバＢがサーバＣに対し
てサービス提供の対価を支払うような、一種の契約関係
が成立していることもある。この対価の額が従量制、す
なわちクライアントからのサービス要求の回数に応じて
定まることもある。このような場合、サーバＣは、サー
バＢに対するダミーのサービス要求を頻繁に発行せしめ
ることによって、対価額すなわち利益を貪ることもでき
る（図８を参照のこと）。ダミーのサービス要求は、一
般ユーザを装った不正クライアントによって容易に発行
される。現状のネットワーク環境において、サーバＢ
が、サーバＣやダミー・クライアントのような不正行為
を取り締まるようなメカニズムはない。

【００１６】

【発明が解決しようとする課題】本発明の目的は、１以
上のサーバと１以上のクライアントからなる分散型のネ
ットワーク・システムにおいてクライアントがサーバに
対してサービスを要求するための、優れた遠隔手続き呼
び出しを行う方式を提供することにある。

【００１７】本発明の更なる目的は、少なくとも１つの
中継・監査サーバを中継してサービスの要求がサーバに
届くようなタイプの、優れた遠隔手続き呼び出し方式を
提供することにある。

【００１８】本発明の更なる目的は、クライアントから
要求されたサービスを複数のサーバの協働的な動作によ
って提供するような分散型のネットワーク環境におい
て、サービスの正当な履行を保証するための優れた方式
を提供することにある。

【００１９】本発明の更なる目的は、ネットワーク上に
中継・監査サーバを配設することで、サービス要求の出
所を認証したり、サーバから提供されたサービスの品質
等を保証することができる、優れた遠隔手続き呼び出し
方式を提供することにある。

【００２０】

【課題を解決するための手段】本発明は、上記課題を参
酌してなされたものであり、その第１の側面は、サービ
スを要求する１以上のクライアントとサービス・オブジ
ェクトを有する１以上のサーバとで構成されるネットワ
ーク上において遠隔手続き呼び出しを実行するための方
法であって、（ａ）中継・監査サーバが、クライアント
からの第１の要求メッセージを受信するステップと、
（ｂ）前記中継・監査サーバが、第１の要求メッセージ
の要求先である第１のサーバに対して第２の要求メッセ
ージを送信するステップと、（ｃ）前記第１のサーバ
が、受信した第２の要求メッセージを受信するととも
に、第２の要求メッセージが前記中継・監査サーバを経
由したことを検査するステップと、（ｄ）前記第１のサ
ーバが、第２の要求メッセージに応答した第１の応答メ
ッセージを前記中継・監査サーバに送信するステップ
と、（ｅ）前記中継・監査サーバが、受信した第１の応
答メッセージが正当なメッセージであることを検査する
ステップと、（ｆ）前記中継・監査サーバが、第２の応
答メッセージを前記クライアントに送信するステップ
と、を具備することを特徴とするネットワーク上で遠隔
手続き呼び出しを実行するための方法である。

【００２１】ここで、前記第１のサーバは、さらに、前
記第２の要求メッセージの少なくとも一部の処理を委ね
た第３の要求メッセージを第２のサーバに送信するとと
もに、前記第２のサーバから受信した応答メッセージと
ともに第１の応答メッセージを前記中継・監査サーバに
送信するようにしてもよい。

【００２２】また、前記ステップ（ｃ）における検査が
異常であれば、前記第１のサーバは受信した第２の要求
メッセージの処理を実行しないようにしてもよい。

【００２３】また、前記ステップ（ｅ）における検査が
異常であれば、前記中継・監査サーバは第２の応答メッ
セージを前記クライアントに送信しないようにしてもよ
い。

【００２４】また、さらに、前記中継・監査サーバが要
求メッセージ及び／又は応答メッセージの送受信の履歴
を記録するステップを含んでいてもよい。

【００２５】また、本発明の第２の側面は、サービスを
要求する１以上のクライアントとサービス・オブジェク
トを有する１以上のサーバとで構成されるネットワーク
上において遠隔手続き呼び出しを実行するための方法で
あって、（ａ）中継・監査サーバが、クライアントから
の第１の要求メッセージを受信するとともに、ユーザを
特定するステップと、（ｂ）前記中継・監査サーバが、
第１の要求メッセージの要求先である第１のサーバに対
して第２の要求メッセージを送信するステップと、
（ｃ）前記第１のサーバが、受信した第２の要求メッセ
ージを受信するとともに、前記中継・監査サーバからの
メッセージであるしたことを特定するステップと、
（ｄ）前記第１のサーバが、第２の要求メッセージに応
答した第１の応答メッセージを前記中継・監査サーバに
送信するステップと、（ｅ）前記中継・監査サーバが、
受信した第１の応答メッセージが正当なメッセージであ
ることを検査するステップと、（ｆ）前記中継・監査サ
ーバが、第２の応答メッセージを前記クライアントに送
信するステップと、を具備することを特徴とするネット
ワーク上で遠隔手続き呼び出しを実行するための方法で
ある。

【００２６】ここで、前記第１のサーバは、さらに、前
記第２の要求メッセージの少なくとも一部の処理を委ね
た第３の要求メッセージを第２のサーバに送信するとと
もに、前記第２のサーバから受信した応答メッセージと
ともに第１の応答メッセージを前記中継・監査サーバに
送信するようにしてもよい。

【００２７】また、前記ステップ（ｅ）における検査が
異常であれば、前記中継・監査サーバは第２の応答メッ
セージを前記クライアントに送信しないようにしてもよ
い。

【００２８】また、さらに、前記中継・監査サーバが要
求メッセージ及び／又は応答メッセージの送受信の履歴
を記録するステップを含んでもよい。

【００２９】また、本発明の第３の側面は、サービスを
要求する１以上のクライアントとサービス・オブジェク
トを有する１以上のサーバとで構成されるネットワーク
上において遠隔手続き呼び出しを実行するための方法で
あって、（ａ）中継・監査サーバが、クライアントから
の第１の要求メッセージを受信するステップと、（ｂ）
前記中継・監査サーバが、第１の要求メッセージの要求
先である第１のサーバに対して、自身が持つ公開鍵暗号
系の秘密鍵を用いた署名を付けた第２の要求メッセージ
を送信するステップと、（ｃ）前記第１のサーバが、受
信した第２の要求メッセージを受信するとともに、前記
中継・監査サーバの公開鍵を用いて認証するステップ
と、（ｄ）前記第１のサーバが、自身が持つ公開鍵暗号
系の秘密鍵を用いた署名を付けて、第２の要求メッセー
ジに応答した第１の応答メッセージを前記中継・監査サ
ーバに送信するステップと、（ｅ）前記中継・監査サー
バが、第１の応答メッセージを受信し、前記第１のサー
バの公開鍵を用いて認証するとともに、正当なメッセー
ジであることを検査するステップと、（ｆ）前記中継・
監査サーバが、第２の応答メッセージを前記クライアン
トに送信するステップと、を具備することを特徴とする
ネットワーク上で遠隔手続き呼び出しを実行するための
方法である。

【００３０】ここで、前記第１のサーバは、さらに、自
身が持つ公開鍵暗号系の秘密鍵を用いた署名を付けて、
前記第２の要求メッセージの少なくとも一部の処理を委
ねた第３の要求メッセージを第２のサーバに送信し、前
記第２のサーバは、前記第２のメッセージを受信して、
前記第１のサーバの公開鍵を用いて認証するとともに、
これに応答した応答メッセージを自身の公開鍵暗号系の
秘密鍵を用いた署名を付けて前記第１のサーバに送信
し、前記第１のサーバは、受信した応答メッセージを前
記第２のサーバの公開鍵を用いて認証した後に、第１の
応答メッセージを前記中継・監査サーバに送信する、よ
うにしてもよい。

【００３１】また、前記ステップ（ｃ）における認証が
異常であれば、前記第１のサーバは受信した第２の要求
メッセージの処理を実行しないようにしてもよい。

【００３２】また、前記ステップ（ｅ）における認証が
異常であれば、前記中継・監査サーバは第２の応答メッ
セージを前記クライアントに送信しないようにしてもよ
い。

【００３３】また、さらに、前記中継・監査サーバが要
求メッセージ及び／又は応答メッセージの送受信の履歴
を記録するステップを含んでもよい。

【００３４】また、本発明の第４の側面は、遠隔手続き
呼び出しが実行可能なネットワーク・システムであっ
て、サービスを要求する要求メッセージを送信するとと
もにその応答メッセージを受信するクライアントと、サ
ービス要求メッセージを受信して要求先のサーバに向け
て転送するとともに、受信したサービス応答メッセージ
を要求元のクライアントに向けて転送する、１以上の中
継・監査サーバと、サービス要求メッセージを受信し
て、正当な経路を介して受信したメッセージであること
を検査するとともに、要求されたメッセージに応答した
応答メッセージを送信する、サービス・オブジェクトを
有する１以上のサーバと、を具備することを特徴とする
遠隔手続き呼び出しが実行可能なネットワーク・システ
ムである。

【００３５】また、本発明の第５の側面は、遠隔手続き
呼び出しが実行可能なネットワーク・システムであっ
て、サービスを要求する要求メッセージを送信するとと
もにその応答メッセージを受信するクライアントと、サ
ービス要求メッセージを受信し、その要求元を特定して
から要求先のサーバに向けて転送するとともに、受信し
たサービス応答メッセージを要求元のクライアントに向
けて転送する、１以上の中継・監査サーバと、サービス
要求メッセージを受信して、メッセージの送信元を特定
するとともに、要求されたメッセージに応答した応答メ
ッセージを送信する、サービス・オブジェクトを有する
１以上のサーバと、を具備することを特徴とする遠隔手
続き呼び出しが実行可能なネットワーク・システムであ
る。

【００３６】また、本発明の第６の側面は、遠隔手続き
呼び出しが実行可能なネットワーク・システムであっ
て、サービスを要求する要求メッセージを送信するとと
もにその応答メッセージを受信するクライアントと、サ
ービス要求メッセージを受信して要求先のサーバに向け
て転送するとともに、サービス要求に対する応答メッセ
ージを受信して、受信したサービス応答メッセージを要
求元のクライアントに向けて転送する、１以上の中継・
監査サーバと、サービス要求メッセージを受信して、要
求されたメッセージに応答した応答メッセージを送信す
る、サービス・オブジェクトを有する１以上のサーバと
を具備し、前記中継・監査サーバ及びサーバは、メッセ
ージ送信時には自身が持つ公開鍵暗号系の秘密鍵を用い
た署名を付け、メッセージ受信時には送信元の公開鍵を
用いて認証を行うことを特徴とする遠隔手続き呼び出し
が実行可能なネットワーク・システムである。

【００３７】本発明の上記第４乃至第６の側面に係るネ
ットワーク・システムにおいて、前記中継・監査サーバ
は、受信したサービス応答メッセージが正当なメッセー
ジであることを検査してから要求元に向けて送信すると
ともに、要求メッセージ及び／又は応答メッセージの送
受信の履歴を記録するようにしてもよい。

【００３８】また、本発明の第７の側面は、サービスを
要求する１以上のクライアントと要求されたサービスを
提供する１以上のサーバとで構成されるネットワーク上
において、サービス要求メッセージやサービス応答メッ
セージを受信し或いは送信するサーバであって、サービ
ス要求メッセージを受信する手段と、自身の署名を付け
てサービス要求メッセージをさらに別のサーバに向けて
送信する手段と、サービス要求に対する応答メッセージ
を受信して、送信元を認証してからサービス要求元のク
ライアントに向けて送信する手段と、を具備することを
特徴とするサーバである。

【００３９】また、本発明の第８の側面は、サービスを
要求する１以上のクライアントと要求されたサービスを
提供する１以上のサーバとで構成されるネットワーク上
において、サービス要求メッセージやサービス応答メッ
セージを受信し或いは送信するサーバであって、サービ
ス要求メッセージを受信するとともにその要求元を特定
する手段と、自身の署名を付けてサービス要求メッセー
ジをさらに別のサーバに向けて送信する手段と、サービ
ス要求に対する応答メッセージを受信して、送信元を認
証してからサービス要求元のクライアントに向けて送信
する手段と、を具備することを特徴とするサーバ。を特
徴とするサーバである。

【００４０】本発明の上記第７及び第８の側面に係るサ
ーバにおいて、さらに、受信したサービス応答メッセー
ジが正当なメッセージであることを検査する手段と、要
求メッセージ及び／又は応答メッセージの送受信の履歴
を記録する手段と、を含んでいてもよい。

【００４１】また、本発明の第９の側面は、サービスを
要求する１以上のクライアントと要求されたサービスを
提供する１以上のサーバとで構成されるネットワーク上
において実行される遠隔手続き呼び出し動作をサポート
する中継・監視サーバであって、要求メッセージや応答
メッセージの送受信を行う送受信部と、受信した要求メ
ッセージを解析して要求パラメータを抽出する要求メッ
セージ解析部と、要求パラメータに所定の情報を連結し
て電子署名する監査証生成部と、応答メッセージを解析
して、送信元のサーバが電子署名した受領証を抽出する
応答メッセージ解析部と、受領証を電子認証する受領証
処理部と、を含むことを特徴とする中継・監視サーバで
ある。

【００４２】

【作用】本発明に係る分散型のネットワーク・システム
には、サービスを要求する１以上のクライアントと、サ
ービス・オブジェクトを有する１以上のサーバが存在す
る。

【００４３】サーバは、ある１つのサービス要求に対し
て、自身が所有するサービス・オブジェクトのみを以っ
て応答してもよいが、他のサーバとの協働的動作によっ
て応答しても良い。サーバ同士は、例えばＣＧＩ（Ｃｏ
ｍｍｏｎ ＧａｔｅｗａｙＩｎｔｅｒｆａｃｅ）のよう
な接続形態によって協働的動作を実現することができ
る。

【００４４】本発明においては、サービスを要求するク
ライアントは、サービス・オブジェクトを有するサーバ
に直接アクセスすることはせずに、中継・監査サーバに
対してサービス要求メッセージを送信する。この中継・
監査サーバは、ネットワーク・システム上のいずれかの
場所に配設されているものとする。

【００４５】ネットワーク・システムがインターネット
であれば、サーバは例えば無数のＨＴＭＬ（Ｈｙｐｅｒ
Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイ
ルを所有するＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａ
ｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）サーバであり、サービ
ス・オブジェクトはＨＴＭＬＴファイル（ホームペー
ジ）である。また、クライアントはＵＲＬ（Ｕｎｉｆｏ
ｒｍ ＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）の送信という
形態でサービス要求メッセージを送信することができ
る。

【００４６】中継・監査サーバは、クライアントからの
要求メッセージを受信すると、この受信メッセージに自
身が持つ公開鍵暗号系の秘密鍵を用いた署名を付けて、
該当するサービス・オブジェクトを持つサーバに向けて
送信する。ここで、中継・監査サーバは、要求メッセー
ジを中継する際に、サービスの要求元であるクライアン
ト・ユーザを特定してもよい。特定することによって、
中継・監査サーバは、要求メッセージの出所を証明した
り、受信ログを記録することができる。また、中継・監
査サーバはメッセージの送信ログを記録してもよい。

【００４７】サービス・オブジェクトを持つサーバは、
中継・監査サーバを介して要求メッセージを受け取る
と、中継・監査サーバの公開鍵を用いて認証し、サービ
ス要求の出所を確認することができる。認証を行うこと
によって、サーバは安心してサービスを提供することが
できる。

【００４８】サーバは、自身が所有するサービス・オブ
ジェクトのみを以って要求メッセージに応答する。この
場合は、自身が持つ公開鍵暗号系の秘密鍵を用いた署名
を付けて、中継・監査サーバに応答メッセージを送信す
る。

【００４９】あるいは、サーバは、要求されたサービス
の処理の一部を他のサーバ（例えば木構造を形成する子
サーバ）に委ねることができる。この場合、サーバは自
身が持つ公開鍵暗号系の秘密鍵を用いた署名を付けて、
要求メッセージを他のサーバに送信する。

【００５０】サーバから要求メッセージを受け取った他
のサーバ（子サーバ）は、公開鍵を用いて要求元のサー
バを認証する。そして、応答メッセージを戻すときに
は、自身の公開鍵暗号系の秘密鍵を用いた署名を行う。
他のサーバは、さらに他のサーバ（孫サーバ）にサービ
スを要求することもできるが、この場合は同様に、要求
メッセージ送信時における署名と応答メッセージ受信時
における認証を伴う。

【００５１】サーバが要求サービスに応答した応答メッ
セージは、クライアントに戻される前に、一旦、中継・
監査サーバにて受信される。この応答メッセージには、
サーバの署名が付加されている。応答メッセージが複数
のサーバの連携によって形成されているときには、これ
に関わった全て（又は少なくとも一部）のサーバの署名
が応答メッセージに付加されている。中継・監査サーバ
は、各サーバの公開鍵を用いて署名を認証して、サービ
ス・オブジェクトの出所を確認する。さらに、中継・監
査サーバは、応答メッセージの中身がサービス要求に対
する正当なメッセージであるかどうか検査する。応答メ
ッセージの内容が異常若しくは不当なものであれば、例
えば再送要求を発行したり警告を発したりしてもよい。

【００５２】このような認証や検査工程を経て、応答メ
ッセージが中継・監査サーバから要求元クライアントに
送信される。応答メッセージはその出所が明らかであ
り、内容も検査済みであるから、クライアントは信頼し
てこれを受理することができる。

【００５３】また、中継・監査サーバは、要求メッセー
ジや応答メッセージの送受信の履歴を記録し、遠隔手続
き呼び出し動作を監視することができる。例えば、要求
元のクライアントが同じサービス要求を頻繁に発行して
いるなど、ある特定のクライアント・ユーザがネットワ
ーク上で不信な挙動を行っているときには、要求先のサ
ーバ側に通知したりクライアントに警告を発したりして
もよい。

【００５４】本発明のさらに他の目的、特徴や利点は、
後述する本発明の実施例や添付する図面に基づくより詳
細な説明によって明らかになるであろう。

【００５５】

【発明の実施の形態】以下、図面を参照しながら本発明
の実施例を詳解する。

【００５６】図１には、本発明の実施に供されるネット
ワーク・システム１００の構成を模式的に示している。
ネットワーク・システム１００は、データ（すなわちサ
ービス要求メッセージやサービス応答メッセージなど）
の伝送媒体であるネットワーク１０に無数のデータ端末
装置５０Ａ，５０Ｂ…が接続されており、分散コンピュ
ーティング環境を提供している。以下、各部について説
明する。

【００５７】ネットワーク１０は、例えば大学や企業の
構内などの限られた空間内に敷設されたＬＡＮ（Ｌｏｃ
ａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）である。あるいは、
ＬＡＮ同士を専用線等で相互接続してなるＷＡＮ（Ｗｉ
ｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）や、一般公衆回線
（ＰＳＴＮ：Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌ
ｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ）、ＩＳＤＮ（Ｉｎｔｅ
ｇｒａｔｅｄ Ｓｅｒｖｉｃｅ Ｄｉｇｉｔａｌ Ｎｅ
ｔｗｏｒｋ）、これらネットワークの大規模な集合体で
あるインターネットであってもよい。各データ端末装置
５０Ａ…は、モデムやＴＡ（Ｔｅｒｍｉｎａｌ Ａｄａ
ｐｔｅｒ）、ＬＡＮアダプタ等を介してネットワーク１
０に接続される。

【００５８】データ端末装置５０Ａ…の一部はサービス
を提供するサーバであり、その他はサービスを要求する
クライアントである。データ端末装置５０Ａ…は、サー
バ或いはクライアントとしてデザインされた専用のマシ
ンであってもよいが、多くの場合は、サーバ用又はクラ
イアント用のアプリケーションを導入して動作する汎用
のコンピュータ・システムである。各データ端末装置同
士は、ネットワーク１０を介して、例えばＴＣＰ／ＩＰ
（Ｔｒａｎｓｍｉｓｓｉｏｎ ＣｏｎｔｒｏｌＰｒｏｔ
ｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）接続
されている。

【００５９】サーバは、複数のサービス・オブジェクト
を所有しており、サービス要求に応じて適宜サービス・
オブジェクトを要求元に提供する。サービス・オブジェ
クトの一例は、ホームページを形成するためのＨＴＭＬ
（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａ
ｇｅ）ファイルであり、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘ
ｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）プロトコル
に従ってネットワーク１０経由で伝送することができ
る。また、クライアントは、ＵＲＬの形式に従って所望
のサービス・オブジェクトを指定することができる。

【００６０】ネットワーク１０を介したＵＲＬによるサ
ービス要求は、一種の遠隔手続き／メソッド呼び出しで
ある。また、サーバは、ある１つのサービス要求に対し
て、自分一人で実行するとは限らず、さらに別のサーバ
にサービスの一部の提供を委ねることもある。サーバが
他のサーバにサービスの提供を要求する方式の１つはＣ
ＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａ
ｃｅ）である。すなわち、クライアントからのサービス
要求を第１に受け取ったサーバ（仮に「親サーバ」とす
る）は、ホームページ内におけるコンテンツの一部の生
成を別のサーバ（仮に「子サーバ」とする）に委ねる。
そして、親サーバは、自ら生成したコンテンツと子サー
バから戻されたコンテンツとからホームページを生成し
て、クライアントに戻すという仕組みである。さらに子
サーバは自分の子サーバ（「孫サーバ」）にサービスの
一部の提供を委ねることもある。サービスを提供する複
数のサーバの親子関係は、一種の木構造を形成する。こ
のような場合、要求されたサービスに対する応答は、木
構造をなす各サーバ間の協働的な連携作業によって果た
される。

【００６１】例えば、ＷＷＷクライアントがブラウザ画
面上で検索項目を入力したときは、ＷＷＷサーバは、検
索の実行と検索結果の送信を他のデータベース・サーバ
に要求することがある。この場合、データベース・サー
バは、ＣＧＩなどの仕組みによってＷＷＷサーバに連動
して、要求されたサービスの一部を提供する。すなわ
ち、データベース・サーバは、検索結果を示すテーブル
中の該当カラムの内容を生成し、ＷＷＷサーバはテーブ
ルの残りの部分を生成する（前述）。

【００６２】本発明において特にユニークなのは、ネッ
トワーク１０上に存在するサーバの少なくとも１つが
「中継・監視サーバ」として機能する点である。この中
継・監視サーバは、クライアントに代行してサーバにサ
ービス要求を行うようになっている。クライアントは、
サーバに直接アクセスせず、中継・監視サーバに対して
サービス要求メッセージを送信し、また、中継・監視サ
ーバを経由してサービス応答メッセージを受信する。

【００６３】中継・監視サーバは、メッセージ受信の際
には送信元の認証を行うことでメッセージの内容を保証
する。メッセージ送信の際には、自ら署名を行うこと
で、メッセージの出所証明を行う。クライアントは、中
継・監視サーバを介することで、安心してサービスの提
供を受けることができる。また、中継・監視サーバは、
サービスを要求するクライアント・ユーザを特定した
り、そのログを記録することで、ユーザの不信な挙動を
も監視する。中継・監視サーバを含んだメッセージ送受
信オペレーションの詳細については後述に委ねる。

【００６４】図２には、クライアントからのあるサービ
スを提供するために形成されたサーバの木構造を模式的
に示している。同図では、サービスを提供する親サーバ
３には２つの子サーバ４及び５が存在し、さらに子サー
バ５を後継する孫サーバ６が存在する。但し、全てのサ
ーバが同一の運営団体に所属しているとは限らない。ま
た、クライアント１とサーバ４の間には、中継・監視サ
ーバ２が介在している。中継・監視サーバ２は、その機
能実現のために特化してデザインされたデータ端末装置
であってもよいが、中継・監視サーバ用のアプリケーシ
ョン・プログラムを導入した汎用コンピュータ・システ
ムであってもよい。

【００６５】図３には、本発明を実現する中継・監視サ
ーバ２の構成を模式的に図解したブロック図である。同
図に示すように、中継・監視サーバ２は、監査証作成部
２１０と、要求メッセージ解析部２２０と、送受信部２
３０と、受領証処理部２４０と、応答メッセージ解析部
２５０とで構成される。以下、各部について説明する。

【００６６】送受信部２３０は、ネットワーク１０経由
でのメッセージの送受信を行うための装置である。クラ
イアント１に対しては、サービス要求メッセージの受信
とサービス応答メッセージの送信を行う。また、サーバ
３に対しては、サービス要求メッセージの送信と、サー
ビス応答メッセージの受信を行う。

【００６７】要求メッセージ解析部２２０は、送受信部
２３０から受け取ったサービス要求メッセージの解析処
理を行う。また、要求メッセージ中の要求パラメータを
抽出して監査証作成部２１０に渡す。

【００６８】監査証生成部２１０は、電子署名を行うた
めに、公開鍵暗号系の秘密鍵を所有する。要求メッセー
ジ解析部２２０から要求パラメータを渡されると、これ
に監査証番号とその有効期限を表した文字列を連結し
て、さらに秘密鍵を用いて電子署名する。この電子署名
は、中継・監視サーバ２が発行する監査証を意味する。
この後、監査証が付された要求メッセージは、送受信部
２３０から送出される。また、監査証生成部２１０は、
クライアントからの要求メッセージを管理するためのロ
グ・ファイルを備えており、クライアントからの要求メ
ッセージを処理する度に、ログをとるようになってい
る。

【００６９】応答メッセージ解析部２５０は、サーバか
ら受信した応答メッセージの解析処理を行う。応答メッ
セージには、送信元のサーバによって電子署名が施され
た受領証が含まれている。応答メッセージ解析部２５０
は、応答メッセージから受領証を抽出して、受領証処理
部２４０に渡す。

【００７０】受領証処理部２４０は、各サーバ３，４，
５，６の公開鍵を保持しており、応答メッセージ解析部
２５０から渡された受領証の署名の認証を行う。本実施
例では、サーバ３から戻されたサービス応答メッセージ
中には、サービス応答に携わった全て（又は少なくとも
一部）のサーバ３，４，…の電子署名が施されている
（後述）。これら電子署名は、各サーバ３，４，…の受
領証の役割を持つ。受領証処理部２４０は、該当するサ
ーバの公開鍵を用いて各署名を電子認証する。また、受
領証処理部２４０は、各サーバ毎のログ・ファイルを管
理しており、認証手続きに成功したときには該当するサ
ーバのログ・ファイルにそのログを追加するようになっ
ている。

【００７１】なお、図３に示した各ブロックは、専用の
ハードウェア装置としてデザインすることも、或いは汎
用コンピュータ・システムに導入されたプログラム・モ
ジュールの形態で実装することも可能である。

【００７２】図４には、本発明の実施に供されるサーバ
３の構成を模式的に図解したブロック図である。同図に
示すように、サーバ３は、サービス・オブジェクト部３
１０と、応答メッセージ生成部３２０と、要求メッセー
ジ解析部３３０と、送受信部３４０と、応答メッセージ
解析部３５０と、要求メッセージ生成部３６０とで構成
される。以下、各部について説明する。

【００７３】送受信部３４０は、ネットワーク１０経由
でのメッセージの送受信を行うための装置である。中継
・監査サーバ２若しくは自分の親サーバに対しては、サ
ービス要求メッセージの受信とサービス応答メッセージ
の送信を行う。また、自分の子サーバに対しては、サー
ビス要求メッセージの送信と、サービス応答メッセージ
の受信を行う。

【００７４】サービス・オブジェクト部３１０は、サー
バ３がサービス要求に応答して提供するサービス・オブ
ジェクトの集合で構成される。サービス・オブジェクト
の一例は、ＷＷＷクライアントのディスプレイ上におい
てホームページを形成するためのＨＴＭＬファイルであ
る。サービス・オブジェクト部３１０の実体は、サービ
ス・オブジェクトを格納するディスク型格納装置であ
る。クライアント１や子サーバに対してサービスを要求
する親サーバは、所望のサービス・オブジェクトをＵＲ
Ｌによって指定することができる。

【００７５】要求メッセージ解析部３３０は、送受信部
３４０から受け取ったサービス要求メッセージを解析処
理する。ここで言う解析処理は、要求メッセージ中の監
査証を抽出して、該メッセージの有効性や正当性などの
チェックを行うことである。要求メッセージ解析部３３
０は、既に無効となった監査証の識別子を管理するため
の無効識別子テーブルも備えている。

【００７６】要求メッセージ解析部３３０は、要求メッ
セージ送信元の公開鍵を用いて監査証を電子認証すると
ともに、監査証中の有効期限を検証する。有効期限が消
滅していれば、次のステップには進まないので、サービ
ス・オブジェクトの提供は行われない。監査証が有効期
限内であれば、次に、監査証の識別子が無効識別子テー
ブル中にないかどうかを確認する。テーブル中に存在す
れば、監査証が既に無効であることを意味するので、次
のステップには進まず、この結果としてサービス・オブ
ジェクトの提供は行われない。監査証の識別子が無効識
別子テーブル中になければ、該識別子を該テーブル中に
追加する。この結果、同一の監査証の流用が禁止される
ことになる。

【００７７】監査証の検査を終えた後、要求メッセージ
解析部３３０は、要求メッセージ中の要求パラメータを
サービス・オブジェクト部３１０に渡す。サービス・オ
ブジェクト部３１０は、これに応答して、該当するサー
ビス・オブジェクトを自ら所有するときには、該サービ
ス・オブジェクトを応答メッセージ生成部３２０に供給
する。また、該当するサービス・オブジェクトを自らは
所有せず、サーバ３の子孫のサーバ４，５…が所有する
ときには、要求メッセージ生成部３６０に対して子孫サ
ーバ４，５…へのサービス要求メッセージの送信を促
す。

【００７８】応答メッセージ生成部３２０は、サービス
・オブジェクト部３１０から取り出されたサービス・オ
ブジェクトを基にして、応答メッセージを生成する。ま
た、応答メッセージ生成部３２０は、公開鍵暗号系の秘
密鍵を所有しており、応答メッセージに対して電子署名
を行うことによって、応答メッセージに受領証を添付す
る。受領証着きの応答メッセージは送受信部３４０によ
ってサービス要求元に送出される。

【００７９】要求メッセージ生成部３６０は、子孫サー
バ４，５…に対して送信するサービス要求メッセージを
生成するためのものである。要求メッセージ生成部３６
０は、公開鍵暗号系の秘密鍵を所有しており、要求メッ
セージに対して電子署名を行うことにより要求メッセー
ジに監査証を添付する。監査証付きの要求メッセージ
は、送受信部３４０によってサービス要求先に送出され
る。なお、子孫サーバ４，５…へのサービス要求は、例
えばＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅ
ｒｆａｃｅ）の形態で行われる。

【００８０】応答メッセージ解析部３５０は、送受信部
３４０が受信した子孫サーバ４，５…からの応答メッセ
ージを解析するためのものである。応答メッセージに
は、サービス要求に応答した全て（又は少なくとも一
部）の子孫サーバ４，５…の電子署名を含んだ受領証が
添付されている。応答メッセージ解析部３５０は、各子
孫サーバ４，５…の公開鍵を用いて受領証を電子認証す
る。また、子孫サーバ４，５…から送られてきたサービ
ス・オブジェクトに加えて、サーバ３自身が所有するサ
ービス・オブジェクトを送るときには、サービス・オブ
ジェクト部３１０に対して所望のサービス・オブジェク
トの取り出しを促す（例えば、サーバ３がホームページ
上のテーブルを作成し、該テーブル中の所定のカラムを
子孫サーバ（データベース・サーバなど）が作成する場
合がこれに該当する）。

【００８１】以下でも詳解するが、サーバ３は、サービ
ス・オブジェクトを提供するサーバそのものとして機能
する以外に、自分の子孫にあたる各サーバ４，５，６か
らの応答メッセージを認証する認証局としての役割も持
つ、という点を充分理解されたい。

【００８２】なお、図４に示した各ブロックは、専用の
ハードウェア装置としてデザインすることも、或いは汎
用コンピュータ・システムに導入されたプログラム・モ
ジュールの形態で実装することも可能である。

【００８３】また、サーバ３の子孫にあたるその他のサ
ーバ４，５，６も、図４に示したものと同様の構成を具
備するものと理解されたい。例えば、図示しないサーバ
４は、サービス・オブジェクト部４１０と、応答メッセ
ージ生成部４２０と、要求メッセージ解析部４３０と、
送受信部４４０と、応答メッセージ解析部４５０と、要
求メッセージ生成部４６０とで構成される。

【００８４】次いで、ネットワーク・システム１００上
における遠隔手続き呼び出しの処理動作について説明す
る。図５には、クライアント１が発行したサービス要求
が中継・監視サーバ２及び各サーバ３，４，５…の協働
的動作によって処理される様子を模式的に示している。

【００８５】この例では、各サーバ３，４，５…はＨＴ
ＴＰサーバであり、クライアント１はＨＴＴＰプロトコ
ルを用いてサービス要求メッセージを送信するものとす
る。また、サーバ３は、自分の子孫サーバ４，５…と連
携して、ＨＴＭＬで記述された１つのファイルを生成す
るものとする。例えば、サーバ３がＨＴＭＬファイルに
含まれるテーブルの前半部分に該当するサービス・オブ
ジェクトを提供し、その子サーバ４がテーブルの後半部
分に該当するサービス・オブジェクトを提供する。サー
バ３，４，５…同士は、例えばＣＧＩ（Ｃｏｍｍｏｎ
ＧａｔｅｗａｙＩｎｔｅｒｆａｃｅ）に従った手順によ
って接続される。ここでは、各々のサーバ３，４，５…
のドメイン名を仮に”ｓｅｒｖｅｒ３００”，”ｓｅｒ
ｖｅｒ４００”，”ｓｅｒｖｅｒ５００”…としてお
く。

【００８６】クライアントは、ＨＴＴＰプロトコルを用
いて、以下のような第１のサービス要求メッセージ（ｓ
ｅｒｖｉｃｅ１）を中継・監視サーバに送信する。

【００８７】

【数１】ＧＥＴ ／ｓｅｒｖｉｃｅ１ ＨＴＴＰ／１．
１

【００８８】中継・監視サーバ２は、第１のサービス要
求メッセージを受信すると、これを要求メッセージ解析
部２２０に渡す。

【００８９】要求メッセージ解析部２２０は、第１のサ
ービス要求メッセージ中の要求パラメータとして”ｓｅ
ｒｖｉｃｅ１”を抽出する。次いで、自身が持つＵＲＬ
対応テーブルを検索して、”ｓｅｒｖｉｃｅ１”に対応
するＵＲＬ”ｈｔｔｐ：／／ｓｅｒｖｅｒ３００／ｏｂ
ｊｅｃｔ３１０”を取り出して、これを監査証生成部２
１０に渡す。このＵＲＬは、ドメイン名”ｓｅｒｖｅｒ
３００”を持つサーバ３のサービス・オブジェクト部が
所有するサービス・オブジェクト”ｏｂｊｅｃｔ３１
０”を要求するものとする。

【００９０】監査証生成部２１０は、メッセージの識別
子、有効期限、サービス名の３項のパラメータからなる
以下のようなデータを生成する。

【００９１】

【数２】

【００９２】上記の３項組のデータは、識別子が１、有
効期限（但し世界時刻とする）が１９９８年６月８日１
０時１０分から同日の１０時１５分まで、サービス名が
ｓｅｒｖｉｃｅ１であること、すなわち、識別子１を持
つサービス要求に対しては１９９８年６月８日１０時１
０分から同日１０時１５分までの間ｓｅｒｖｉｃｅ１へ
のアクセスが許可されていることを示している。この３
項組のデータは、要するにサービス・オブジェクトに対
するアクセス権限を意味する。ネットワーク・コンピュ
ーティング関連の技術分野ではアクセス権限は「ケーパ
ビリティ（Ｃａｐａｂｉｌｉｔｙ）」とも呼ばれる。

【００９３】監査証生成部２１０は、この３項組のデー
タに対してメッセージ・ダイジェスト関数を適用し、自
分が保持する公開鍵暗号系の秘密鍵ｓｅｃｒｅｙｋｅｙ
１を用いて電子署名を行う。ここで付された署名は、後
続のサーバ３において「監査証１０」の役割を果たす
が、以下では”ｓｉｇｎａｔｕｒｅ１”と呼ぶことにす
る。

【００９４】監査証生成部２１０は、要求された”ｓｅ
ｒｖｉｃｅ１”に対応するＵＲＬ”ｈｔｔｐ：／／ｓｅ
ｒｖｅｒ３００／ｏｂｊｅｃｔ３１０”を基にして、サ
ーバ３の送受信部３４０に対して以下のような第２のサ
ービス要求メッセージを送信する。

【００９５】

【数３】

【００９６】サーバ３の送受信部３４０は、第２のサー
ビス要求メッセージを受け取ると、これを要求メッセー
ジ解析部３３０に渡す。要求メッセージ解析部３３０
は、これに応答して以下の工程を実行する。

【００９７】（１） メッセージの先頭行からサービス
・オブジェクトの名前を抽出して、該サービス・オブジ
ェクトについての第１のリファレンスを得る。 （２） ＨＴＴＰにおけるリクエスト・ヘッダのうち”
Ｃａｐａｂｉｌｉｔｙ”というフィールド名に対応する
値を抽出して、第１のケーパビリティとする。 （３） ＨＴＴＰにおけるリクエスト・ヘッダのうち”
Ｓｉｇｎａｔｕｒｅ”というフィールド名に対応する値
を抽出して、第１の署名とする。 （４） 第１のケーパビリティに記述された有効期限が
期限内かどうかを検査する。期限内であれば次工程に進
むが、そうでなければ当該ケーパビリティが無効である
旨の応答メッセージを送受信部３４０に入力する。 （５） 第１のケーパビリティが無効識別子テーブルの
中に存在するかどうかを検索する。該テーブル中になけ
れば次工程に進むが、そうでなければ当該ケーパビリテ
ィが無効である旨の応答メッセージを送受信部３４０に
入力する。 （６） 中継・監視サーバ２の公開鍵を用いて、第１の
署名が第１のケーパビリティの正しい署名であるかどう
かを検査する。正しい署名であれば、第１のケーパビリ
ティの識別子を無効識別子テーブルに追加する。 （７） 第１のリファレンスで示されるサービス・オブ
ジェクト部３１０に要求メッセージを渡す。また、第１
のケーパビリティと第１の署名を要求メッセージ生成部
３６０に入力する。

【００９８】一度受理したケーパビリティの識別子を無
効識別子テーブルに登録しておくことにより、ネットワ
ーク上の不正者が同じケーパビリティを流用するのを防
止することができる。

【００９９】第２のサービス要求メッセージに応答する
ために、さらにサーバ４が持つサービス・オブジェクト
を必要とするときには、サーバ３のサービス・オブジェ
クト部３１０は、サーバ４のサービス・オブジェクト部
４１０にサービス要求メッセージを送信すべく、要求メ
ッセージ生成部３６０に要求メッセージの生成を要求す
る。

【０１００】要求メッセージ生成部３６０は、サーバ３
自身が所持する公開鍵暗号系のｓｅｃｔｒｅｔｋｅｙ２
を用いて第２の署名ｓｉｇｎａｔｕｒｅ２を作成し、第
１のケーパビリティと第１の署名と第２の署名（すなわ
ち「監査証２０」）を含んだ第３のサービス要求メッセ
ージを生成する。

【０１０１】サーバ３は、サーバ４に対して、ＨＴＭＬ
ファイル中のテーブルの後半部分を要求するものとす
る。この場合、第３のサービス要求メッセージは以下の
ようになる。

【０１０２】

【数４】

【０１０３】サーバ４の要求メッセージ解析部４３０
は、第３のサービス要求メッセージを受け取ると、以下
の工程を実行する。

【０１０４】（１） メッセージの先頭行からサービス
・オブジェクトの名前を抽出して、サービス・オブジェ
クトの第２のリファレンスを得る。 （２） ＨＴＴＰにおけるリクエスト・ヘッダの形式の
うち”Ｃａｐａｂｉｌｉｔｙ”というフィールド名に対
応する値を抽出して、第１のケーパビリティ（アクセス
権限）とする。 （３） ＨＴＴＰにおけるリクエスト・ヘッダの形式の
うち”Ｓｉｇｎａｔｕｒｅ”というフィールド名に対応
する値を抽出して、第１の署名とする。 （４） ＨＴＴＰにおけるリクエスト・ヘッダの形式の
うち”Ｓｉｇｎａｔｕｒｅ２”というフィールド名に対
応する値を抽出して、第２の署名とする。 （５） 第１のケーパビリティの有効期限が期限内であ
るかどうかを検査する。期限内であれば次工程に進む
が、そうでなければ該ケーパビリティが無効である旨の
応答メッセージを送受信部４１０に渡す。 （６） 第１のケーパビリティの識別子が無効識別子テ
ーブルの中にあるかどうかを検索する。該テーブル中に
なければ次工程に進むが、そうでなければ該ケーパビリ
ティが無効である旨の応答メッセージを送受信部４１０
に入力する。 （７） 第１の署名が第１のケーパビリティの正しい署
名であるかどうかを、中継・監視サーバ２の公開鍵を用
いて検査する。正しい署名であれば、第１のケーパビリ
ティの識別子を無効識別子テーブルに追加する。 （８） 第２の署名が第１のケーパビリティの正しい署
名であるかどうかを、サーバ３の公開鍵を用いて検査す
る。正しい署名であれば次工程に進むが、そうでなけれ
ば工程を中止する。 （９） 第１のリファレンスで示されるサービス・オブ
ジェクト部４１０に要求メッセージを渡す。また、第１
のケーパビリティと第１の署名を要求メッセージ生成部
４６０に入力する。

【０１０５】一度受理したケーパビリティの識別子を無
効識別子テーブルに登録しておくことにより、ネットワ
ーク上の不正者が同じケーパビリティを流用するのを防
止することができる。

【０１０６】要求メッセージを受け取ったサービス・オ
ブジェクト部４１０は、要求されたＨＴＭＬファイル中
のテーブルの後半部分を生成する。サービス・オブジェ
クト部４１０が提供するサービス・オブジェクトの実体
は、例えば以下のようなものである。

【０１０７】

【数５】 ＜ｔｒ＞ ＜ｔｄ＞ ｂｂｂｂ１００ ＜ｔｄ＞ １００ ＜ｔｄ＞ １０００ ＜ｔｒ＞ ＜ｔｄ＞ ｂｂｂｂ２００ ＜ｔｄ＞ ２００ ＜ｔｄ＞ ２０００ ＜ｔｒ＞ ＜ｔｄ＞ ｂｂｂｂ３００ ＜ｔｄ＞ ３００ ＜ｔｄ＞ ３０００

【０１０８】サービス・オブジェクト部４１０は、この
ような「文書１」を生成して、応答メッセージ生成部４
２０に渡す。

【０１０９】応答メッセージ生成部４２０は、サーバ４
が所持する公開鍵暗号系の秘密鍵を用いて文書１に署名
を施すことでサービス応答メッセージを生成する。そし
て、送受信部４４０を介してサーバ３の送受信部３４０
にサービス応答メッセージを送信する。サービス応答メ
ッセージに付された署名は「受領証３０」としての意味
を持つ。

【０１１０】サーバ３の送受信部３４０は、サービス応
答メッセージを受け取ると、これを応答メッセージ解析
部３５０に渡す。

【０１１１】応答メッセージ解析部３５０は、サービス
応答メッセージを解析し、サーバ４の公開鍵を用いて署
名の認証を行う。この認証作業は、サーバ３が自分の子
孫にあたる各サーバ４，５，６に対する認証局としての
役割も持つことを意味する。

【０１１２】署名が正しく認証されたならば、応答メッ
セージ解析部３５０はサービス応答メッセージ中の文書
１をサービス・オブジェクト部３１０に渡す。

【０１１３】サービス・オブジェクト部３１０は、要求
されたＨＴＭＬファイル中のテーブルの前半部分を生成
する。サービス・オブジェクト部４１０が提供するサー
ビス・オブジェクトの実体は、例えば以下に示すような
「文書２」である。

【０１１４】

【数６】 ＜ｔｒ＞ ＜ｔｄ＞ ａａａａ１００ ＜ｔｄ＞ １００ ＜ｔｄ＞ １０００ ＜ｔｒ＞ ＜ｔｄ＞ ａａａａ２００ ＜ｔｄ＞ ２００ ＜ｔｄ＞ ２０００ ＜ｔｒ＞ ＜ｔｄ＞ ａａａａ３００ ＜ｔｄ＞ ３００ ＜ｔｄ＞ ３０００

【０１１５】サービス・オブジェクト部３１０は、上述
の文書１と文書２とを連結して「文以下に示すような
「文書３」を生成する。

【０１１６】

【数７】 ＜ｈｔｍｌ＞ ＜ｈｅａｄ＞ ＜ｔｉｔｌｅ＞表の合成結果＜／ｔｉｔｌｅ＞ ＜／ｈｅａｄ＞ ＜ｂｏｄｙ＞ ＜ｔａｂｌｅ＞ ＜ｔｒ＞ ＜ｔｄ＞ ａａａａ１００ ＜ｔｄ＞ １００ ＜ｔｄ＞ １０００ ＜ｔｒ＞ ＜ｔｄ＞ ａａａａ２００ ＜ｔｄ＞ ２００ ＜ｔｄ＞ ２０００ ＜ｔｒ＞ ＜ｔｄ＞ ａａａａ３００ ＜ｔｄ＞ ３００ ＜ｔｄ＞ ３０００ ＜ｔｒ＞ ＜ｔｄ＞ ｂｂｂｂ１００ ＜ｔｄ＞ １００ ＜ｔｄ＞ １０００ ＜ｔｒ＞ ＜ｔｄ＞ ｂｂｂｂ２００ ＜ｔｄ＞ ２００ ＜ｔｄ＞ ２０００ ＜ｔｒ＞ ＜ｔｄ＞ ｂｂｂｂ３００ ＜ｔｄ＞ ３００ ＜ｔｄ＞ ３０００ ＜／ｔａｂｌｅ＞ ＜／ｂｏｄｙ＞ ＜／ｈｔｍｌ＞

【０１１７】生成された文書３は、応答メッセージ生成
部３２０に渡される。

【０１１８】応答メッセージ生成部３２０は、サーバ３
が所持する公開鍵暗号系の秘密鍵を用いて文書３に署名
を行い、サービス応答メッセージを生成する。サービス
応答メッセージに付された署名は、「受領証８０」とし
ての意味を持つ。そして、サービス応答メッセージは、
送受信部３４０を介して中継・監査サーバ２の送受信部
２４０に送信される。

【０１１９】中継・監視サーバ２の送受信部２４０は、
受け取ったサービス応答メッセージを応答メッセージ解
析部２５０に渡す。

【０１２０】応答メッセージ解析部２５０は、サーバ３
及びサーバ４の各々の公開鍵を用いて監査証８０に含ま
れる各署名を検査する。すなわち、中継・監視サーバ２
は、サービスを提供する各サーバ３，４…に対する認証
局として機能する。

【０１２１】正しく認証されたときには、文書３は送受
信部２４０を介してクライアント１に送信されるが、認
証に失敗したときには、文書３に代わって、サービス応
答メッセージが正しくない旨の応答メッセージを送信す
る。

【０１２２】なお、上記の説明では、クライアント１か
らのサービス要求に対して、サーバ３はサーバ４とのみ
連携して応答する例を挙げたが、サーバ３がサーバ５及
びサーバ６と連携する場合も同様である。このような場
合、サーバ３がサーバ５に要求メッセージを送信すると
きには「監査証４０」が、サーバ５がサーバ６に要求メ
ッセージを送信するときには「監査証５０」が、夫々添
付される。また、サーバ６がサーバ５に応答メッセージ
を送信するときには「受領証６０」が、サーバ５がサー
バ３に応答メッセージを送信するときには「受領証７
０」が、夫々添付される。

【０１２３】また、上述の実施例では、ネットワークを
介してコンピュータ同士がメッセージを送受するための
プロトコルとしてＨＴＴＰを取り上げたが、他の任意の
プロトコルを使用しても同様に本発明を適用することが
できる。プロトコルは、例えば、ＨＴＴＰＳ，Ｓ−ＨＴ
ＴＰ（ｓｅｃｕｒｅ ＨＴＴＰ），ＦＴＰ（ＦｉｌｅＴ
ｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ），ＣＯＲＢＡ（Ｃ
ｏｍｍｏｎ ＯＲＢＡｒｃｈｉｔｅｃｔｕｒｅ），ＩＩ
ＯＰ（Ｉｎｔｅｒｎｅｔ Ｉｎｔｅｒ−ＯＲＢ Ｐｒｏ
ｔｏｃｏｌ），ＪａｖａＲＭＩ（Ｒｅｍｏｔｅ Ｍｅｔ
ｈｏｄ Ｉｎｖｏｃａｔｉｏｎ）のいずれであってもよ
い。

【０１２４】［追補］以上、特定の実施例を参照しなが
ら、本発明について詳解してきた。しかしながら、本発
明の要旨を逸脱しない範囲で当業者が該実施例の修正や
代用を成し得ることは自明である。すなわち、例示とい
う形態で本発明を開示してきたのであり、限定的に解釈
されるべきではない。本発明の要旨を判断するために
は、冒頭に記載した特許請求の範囲の欄を参酌すべきで
ある。

【０１２５】

【発明の効果】以上詳記したように、本発明によれば、
１以上のサーバと１以上のクライアントからなる分散型
のネットワーク・システムにおいてクライアントがサー
バに対してサービスを要求するための、優れた遠隔手続
き呼び出しを行う方式を提供することができる。

【０１２６】また、本発明によれば、少なくとも１つの
中継・監査サーバを中継してサービスの要求がサーバに
届くようなタイプの、優れた遠隔手続き呼び出し方式を
提供することができる。

【０１２７】また、本発明によれば、複数のサーバの協
働的な動作によってクライアントから要求されたサービ
スを提供するような分散型のネットワーク環境におい
て、サービスの正当な履行を保証するための優れた方式
を提供することができる。

【０１２８】また、本発明によれば、ネットワーク上に
中継・監査サーバを配設することで、サービス要求の出
所を認証したり、サーバから提供されたサービスを保証
することができる、優れた遠隔手続き／メソッド呼び出
し方式を提供することができる。

【図面の簡単な説明】

【図１】 本発明の実施に供されるネットワーク・シス
テム１００の構成を模式的に示した図である。

【図２】 クライアントからのあるサービスを提供する
ために形成されたサーバの木構造を模式的に示した図で
ある。

【図３】 本発明を実現する中継・監視サーバ２の構成
を模式的に示したブロック図である。

【図４】 本発明の実施に供されるサーバ３の構成を模
式的に示したブロック図である。

【図５】 ネットワーク・システム１００上において遠
隔手続き呼び出しを処理するためのオペレーションを模
式的に示した図である。

【図６】 ネットワーク上で、ＷＷＷサーバがデータベ
ース・サーバと協調してクライアントから呼び出された
遠隔手続きを処理する様子を模式的に示した図である。

【図７】 ネットワーク上において、多数のサーバが連
携してクライアントのサービス要求に応答する様子を模
式的に示した図であり、より具体的には、多数のサーバ
はサービス要求／応答に関する木構造を形成し、且つ、
各サーバは互いに異なる組織に属している様子を示した
図である。

【図８】 ネットワーク上において、多数のサーバが連
携してクライアントのサービス要求に応答する様子を模
式的に示した図であり、より具体的には、一部の子サー
バがダミーのクライアントを用いて不正なサービス要求
を発行する様子を示した図である。

【符号の説明】

１００…ネットワーク・システム ２１０…監査証生成部 ２２０…要求メッセージ解析部 ２３０…送受信部 ２４０…応答メッセージ解析部 ２５０…受領証生成部

Claims (22)

【特許請求の範囲】
1. 【請求項１】サービスを要求する１以上のクライアント
   とサービス・オブジェクトを有する１以上のサーバとで
   構成されるネットワーク上において遠隔手続き呼び出し
   を実行するための方法であって、（ａ）中継・監査サー
   バが、クライアントからの第１の要求メッセージを受信
   するステップと、（ｂ）前記中継・監査サーバが、第１
   の要求メッセージの要求先である第１のサーバに対して
   第２の要求メッセージを送信するステップと、（ｃ）前
   記第１のサーバが、受信した第２の要求メッセージを受
   信するとともに、第２の要求メッセージが前記中継・監
   査サーバを経由したことを検査するステップと、（ｄ）
   前記第１のサーバが、第２の要求メッセージに応答した
   第１の応答メッセージを前記中継・監査サーバに送信す
   るステップと、（ｅ）前記中継・監査サーバが、受信し
   た第１の応答メッセージが正当なメッセージであること
   を検査するステップと、（ｆ）前記中継・監査サーバ
   が、第２の応答メッセージを前記クライアントに送信す
   るステップと、を具備することを特徴とするネットワー
   ク上で遠隔手続き呼び出しを実行するための方法。
2. 【請求項２】前記第１のサーバは、さらに、前記第２の
   要求メッセージの少なくとも一部の処理を委ねた第３の
   要求メッセージを第２のサーバに送信するとともに、前
   記第２のサーバから受信した応答メッセージとともに前
   記第１の応答メッセージを前記中継・監査サーバに送信
   する、ことを特徴とする請求項１に記載のネットワーク
   上で遠隔手続き呼び出しを実行するための方法。
3. 【請求項３】前記ステップ（ｃ）における検査が異常で
   あれば、前記第１のサーバは受信した第２の要求メッセ
   ージの処理を実行しないことを特徴とする請求項１又は
   ２のいずれかに記載のネットワーク上で遠隔手続き呼び
   出しを実行するための方法。
4. 【請求項４】前記ステップ（ｅ）における検査が異常で
   あれば、前記中継・監査サーバは第２の応答メッセージ
   を前記クライアントに送信しないことを特徴とする請求
   項１又は２のいずれかに記載のネットワーク上で遠隔手
   続き呼び出しを実行するための方法。
5. 【請求項５】さらに、前記中継・監査サーバが要求メッ
   セージ及び／又は応答メッセージの送受信の履歴を記録
   するステップを含むことを特徴とする請求項１又は２の
   いずれかに記載のネットワーク上で遠隔手続き呼び出し
   を実行するための方法。
6. 【請求項６】サービスを要求する１以上のクライアント
   とサービス・オブジェクトを有する１以上のサーバとで
   構成されるネットワーク上において遠隔手続き呼び出し
   を実行するための方法であって、（ａ）中継・監査サー
   バが、クライアントからの第１の要求メッセージを受信
   するとともに、ユーザを特定するステップと、（ｂ）前
   記中継・監査サーバが、第１の要求メッセージの要求先
   である第１のサーバに対して第２の要求メッセージを送
   信するステップと、（ｃ）前記第１のサーバが、受信し
   た第２の要求メッセージを受信するとともに、前記中継
   ・監査サーバからのメッセージであることを特定するス
   テップと、（ｄ）前記第１のサーバが、第２の要求メッ
   セージに応答した第１の応答メッセージを前記中継・監
   査サーバに送信するステップと、（ｅ）前記中継・監査
   サーバが、受信した第１の応答メッセージが正当なメッ
   セージであることを検査するステップと、（ｆ）前記中
   継・監査サーバが、第２の応答メッセージを前記クライ
   アントに送信するステップと、を具備することを特徴と
   するネットワーク上で遠隔手続き呼び出しを実行するた
   めの方法。
7. 【請求項７】前記第１のサーバは、さらに、前記第２の
   要求メッセージの少なくとも一部の処理を委ねた第３の
   要求メッセージを第２のサーバに送信するとともに、前
   記第２のサーバから受信した応答メッセージとともに第
   １の応答メッセージを前記中継・監査サーバに送信す
   る、ことを特徴とする請求項６に記載のネットワーク上
   で遠隔手続き呼び出しを実行するための方法。
8. 【請求項８】前記ステップ（ｅ）における検査が異常で
   あれば、前記中継・監査サーバは第２の応答メッセージ
   を前記クライアントに送信しないことを特徴とする請求
   項６又は７のいずれかに記載のネットワーク上で遠隔手
   続き呼び出しを実行するための方法。
9. 【請求項９】さらに、前記中継・監査サーバが要求メッ
   セージ及び／又は応答メッセージの送受信の履歴を記録
   するステップを含むことを特徴とする請求項６又は７の
   いずれかに記載のネットワーク上で遠隔手続き呼び出し
   を実行するための方法。
10. 【請求項１０】サービスを要求する１以上のクライアン
    トとサービス・オブジェクトを有する１以上のサーバと
    で構成されるネットワーク上において遠隔手続き呼び出
    しを実行するための方法であって、（ａ）中継・監査サ
    ーバが、クライアントからの第１の要求メッセージを受
    信するステップと、（ｂ）前記中継・監査サーバが、第
    １の要求メッセージの要求先である第１のサーバに対し
    て、自身が持つ公開鍵暗号系の秘密鍵を用いた署名を付
    けた第２の要求メッセージを送信するステップと、
    （ｃ）前記第１のサーバが、受信した第２の要求メッセ
    ージを受信するとともに、前記中継・監査サーバの公開
    鍵を用いて認証するステップと、（ｄ）前記第１のサー
    バが、自身が持つ公開鍵暗号系の秘密鍵を用いた署名を
    付けて、第２の要求メッセージに応答した第１の応答メ
    ッセージを前記中継・監査サーバに送信するステップ
    と、（ｅ）前記中継・監査サーバが、第１の応答メッセ
    ージを受信し、前記第１のサーバの公開鍵を用いて認証
    するとともに、正当なメッセージであることを検査する
    ステップと、（ｆ）前記中継・監査サーバが、第２の応
    答メッセージを前記クライアントに送信するステップ
    と、を具備することを特徴とするネットワーク上で遠隔
    手続き呼び出しを実行するための方法。
11. 【請求項１１】前記第１のサーバは、さらに、自身が持
    つ公開鍵暗号系の秘密鍵を用いた署名を付けて、前記第
    ２の要求メッセージの少なくとも一部の処理を委ねた第
    ３の要求メッセージを第２のサーバに送信し、 前記第２のサーバは、前記第２のメッセージを受信し
    て、前記第１のサーバの公開鍵を用いて認証するととも
    に、これに応答した応答メッセージを自身の公開鍵暗号
    系の秘密鍵を用いた署名を付けて前記第１のサーバに送
    信し、 前記第１のサーバは、受信した応答メッセージを前記第
    ２のサーバの公開鍵を用いて認証した後に、第１の応答
    メッセージを前記中継・監査サーバに送信する、ことを
    特徴とする請求項１０に記載のネットワーク上で遠隔手
    続き呼び出しを実行するための方法。
12. 【請求項１２】前記ステップ（ｃ）における認証が異常
    であれば、前記第１のサーバは受信した第２の要求メッ
    セージの処理を実行しないことを特徴とする請求項１０
    又は１１のいずれかに記載のネットワーク上で遠隔手続
    き呼び出しを実行するための方法。
13. 【請求項１３】前記ステップ（ｅ）における認証が異常
    であれば、前記中継・監査サーバは第２の応答メッセー
    ジを前記クライアントに送信しないことを特徴とする請
    求項１０又は１１のいずれかに記載のネットワーク上で
    遠隔手続き呼び出しを実行するための方法。
14. 【請求項１４】さらに、前記中継・監査サーバが要求メ
    ッセージ及び／又は応答メッセージの送受信の履歴を記
    録するステップを含むことを特徴とする請求項１０又は
    １１のいずれかに記載のネットワーク上で遠隔手続き呼
    び出しを実行するための方法。
15. 【請求項１５】遠隔手続き呼び出しが実行可能なネット
    ワーク・システムであって、 サービスを要求する要求メッセージを送信するとともに
    その応答メッセージを受信するクライアントと、 サービス要求メッセージを受信して要求先のサーバに向
    けて転送するとともに、受信したサービス応答メッセー
    ジを要求元のクライアントに向けて転送する、１以上の
    中継・監査サーバと、 サービス要求メッセージを受信して、正当な経路を介し
    て受信したメッセージであることを検査するとともに、
    要求されたメッセージに応答した応答メッセージを送信
    する、サービス・オブジェクトを有する１以上のサーバ
    と、を具備することを特徴とする遠隔手続き呼び出しが
    実行可能なネットワーク・システム。
16. 【請求項１６】遠隔手続き呼び出しが実行可能なネット
    ワーク・システムであって、 サービスを要求する要求メッセージを送信するとともに
    その応答メッセージを受信するクライアントと、 サービス要求メッセージを受信し、その要求元を特定し
    てから要求先のサーバに向けて転送するとともに、受信
    したサービス応答メッセージを要求元のクライアントに
    向けて転送する、１以上の中継・監査サーバと、 サービス要求メッセージを受信して、メッセージの送信
    元を特定するとともに、要求されたメッセージに応答し
    た応答メッセージを送信する、サービス・オブジェクト
    を有する１以上のサーバと、を具備することを特徴とす
    る遠隔手続き呼び出しが実行可能なネットワーク・シス
    テム。
17. 【請求項１７】遠隔手続き呼び出しが実行可能なネット
    ワーク・システムであって、 サービスを要求する要求メッセージを送信するとともに
    その応答メッセージを受信するクライアントと、 サービス要求メッセージを受信して要求先のサーバに向
    けて転送するとともに、サービス要求に対する応答メッ
    セージを受信して、受信したサービス応答メッセージを
    要求元のクライアントに向けて転送する、１以上の中継
    ・監査サーバと、 サービス要求メッセージを受信して、要求されたメッセ
    ージに応答した応答メッセージを送信する、サービス・
    オブジェクトを有する１以上のサーバとを具備し、 前記中継・監査サーバ及びサーバは、メッセージ送信時
    には自身が持つ公開鍵暗号系の秘密鍵を用いた署名を付
    け、メッセージ受信時には送信元の公開鍵を用いて認証
    を行うことを特徴とする遠隔手続き呼び出しが実行可能
    なネットワーク・システム。
18. 【請求項１８】前記中継・監査サーバは、受信したサー
    ビス応答メッセージが正当なメッセージであることを検
    査してからサービスの要求元に向けて送信するととも
    に、要求メッセージ及び／又は応答メッセージの送受信
    の履歴を記録することを特徴とする請求項１５乃至１７
    のいずれかに記載の遠隔手続き呼び出しが実行可能なネ
    ットワーク・システム。
19. 【請求項１９】サービスを要求する１以上のクライアン
    トと要求されたサービスを提供する１以上のサーバとで
    構成されるネットワーク上において、サービス要求メッ
    セージやサービス応答メッセージを受信し或いは送信す
    るサーバであって、 サービス要求メッセージを受信する手段と、 自身の署名を付けてサービス要求メッセージをさらに別
    のサーバに向けて送信する手段と、 サービス要求に対する応答メッセージを受信して、送信
    元を認証してからサービス要求元のクライアントに向け
    て送信する手段と、を具備することを特徴とするサー
    バ。
20. 【請求項２０】サービスを要求する１以上のクライアン
    トと要求されたサービスを提供する１以上のサーバとで
    構成されるネットワーク上において、サービス要求メッ
    セージやサービス応答メッセージを受信し或いは送信す
    るサーバであって、 サービス要求メッセージを受信するとともにその要求元
    を特定する手段と、 自身の署名を付けてサービス要求メッセージをさらに別
    のサーバに向けて送信する手段と、 サービス要求に対する応答メッセージを受信して、送信
    元を認証してからサービス要求元のクライアントに向け
    て送信する手段と、 を具備することを特徴とするサーバ。を特徴とするサー
    バ。
21. 【請求項２１】さらに、 受信したサービス応答メッセージが正当なメッセージで
    あることを検査する手段と、 要求メッセージ及び／又は応答メッセージの送受信の履
    歴を記録する手段と、を含むことを特徴とする請求項１
    ９又は２０のいずれかに記載のサーバ。
22. 【請求項２２】サービスを要求する１以上のクライアン
    トと要求されたサービスを提供する１以上のサーバとで
    構成されるネットワーク上において実行される遠隔手続
    き呼び出し動作をサポートする中継・監視サーバであっ
    て、 要求メッセージや応答メッセージの送受信を行う送受信
    部と、 受信した要求メッセージを解析して要求パラメータを抽
    出する要求メッセージ解析部と、 要求パラメータに所定の情報を連結して電子署名する監
    査証生成部と、 応答メッセージを解析して、送信元のサーバが電子署名
    した受領証を抽出する応答メッセージ解析部と、 受領証を電子認証する受領証処理部と、を含むことを特
    徴とする中継・監視サーバ。