JP2002007228A - リバースプロキシーシステム - Google Patents

Abstract

(57)【要約】 【課題】 メッセージ・アクション反応関係に従って駆
動し、局所フィールドのオブジェクトと外部サーバとの
間の連携を仲介し、両者が直接アクセスできないように
制御できるオブジェクト連携システムを提供する。 【解決手段】 メッセージ送受信部１０とメッセージ要
素とその要素に対するルールとの組を管理し、メッセー
ジに対応するルールを判定するルール判定部２０とアク
ション実行部３０を備え、オブジェクト２００からの依
頼メッセージ中の局所フィールドを表わすメッセージタ
グをリバースプロキシーのメッセージタグに書き換えて
外部サーバ３００に送信する。応答メッセージも同様に
逆方向にメッセージタグを書き換え、外部サーバ３００
のＵＲＬなどあて先情報が含まれている場合はリバース
プロキシーのＵＲＬに書き換える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンピュータ群も
しくはオブジェクト群の対話・協調などの連携処理を実
施するオブジェクト連携システムに関し、分散型計算機
環境などのオブジェクト指向環境において複数のプロセ
スが作りだされ、コンピュータネットワークを通じて、
環境の変化に柔軟に対応し、漸進的に変化するシステム
構築のためのオブジェクト連携システムに関する。特
に、分散したオブジェクト間の通信や対話、協調など連
携処理を行う際の仲介処理に関するものである。

【０００２】

【従来の技術】近年、ネットワーク化が進み、ネットワ
ーク上に分散した複数のオブジェクトが互いに連携して
処理を行うシステムが増えている。このような複数のオ
ブジェクトが連携して処理を行うための技法として、オ
ブジェクト指向型プログラミングやコンポーネント技術
などの研究がなされている。

【０００３】オブジェクト指向型プログラミングの一例
として、オブジェクト指向技術の標準化と普及を目指し
て設立された業界団体ＯＭＧ（Object Management Grou
p）によって定められた分散オブジェクト運用のための
共通仕様ＣＯＲＢＡ（The Common Object Request Brok
er : Architecture and Specification）がある。

【０００４】図１５に、ＣＯＲＢＡに基づいたクライア
ント／サーバシステムにおけるオブジェクト連携の例を
示す。このシステムは、クライアントアプリケーション
とサーバ・アプリケーションとが連携することにより、
つまりオブジェクト連携により一連の処理を行うもので
ある。

【０００５】アプリケーション開発者は、クライアント
およびサーバそれぞれが提供するサービスのインターフ
ェースをＩＤＬ（Interface Definition Language）で
記述する。インターフェースとして定義する内容は、オ
ブジェクトに依頼できるオペレーション群であり、各々
のオペレーションは、オペレーション名、パラメタの定
義、戻り値の定義、エラー発生時の例外処理、付加情報
などが定義される。

【０００６】ＩＤＬで定義された内容を専用のコンパイ
ラでコンパイルすることにより、クライアント用のスタ
ブとサーバ用のスケルトンが生成される。スタブとは、
クライアントアプリケーションにＩＤＬで定義されたオ
ペレーション群へのアクセスを提供するルーチン群であ
る。クライアントアプリケーションは、スタブで提供さ
れるルーチンを呼び出すことにより、各種オペレーショ
ンが起動される。スケルトンは、サーバ・アプリケーシ
ョンが提供するメソッドルーチンヘのディスパッチング
ルーチンを提供する。

【０００７】スタブおよびスケルトンは、対応するクラ
イアントアプリケーションあるいはサーバ・アプリケー
ションが使用するプログラミング言語で生成される。た
とえば、使用されるプログラミング言語がＣ言語であっ
たとすると、スタブはＣ言語の関数群として生成され、
クライアントアプリケーションは、実行したいオペレー
ションに対応する関数を呼び出すことにより、スタブ、
ＯＲＢランタイム、スケルトンを経由してサーバ・アプ
リケーションの該当ルーチンが呼び出され、所定の処理
が実行されたあと、その処理結果が呼び出し元のクライ
アントアプリケーションに返される。

【０００８】

【発明が解決しようとする課題】ここで、従来のＣＯＲ
ＢＡなどによりオブジェクト連携処理において、仲介行
為を行うためにプロキシーサーバを設けた場合を考え
る。この場合は、クライアントが直接、通信レイヤーで
の仲介処理を行うプロキシーサーバを指定する必要があ
る。しかし、エレクトリックコマースに代表されるよう
な企業間、ユーザ間の仲介行為を柔軟に行うためには通
信レイヤーでのプロキシーサーバの直接指定による詳細
な記述は難しく、エージェントなどの仲介行為が必要と
なる。

【０００９】一般にエージェントの仲介行為は、依頼を
行うエージェント、仲介行為を行うエージェント、デー
タ提供を行うエージェントの間の対話で成立している。
また、依頼を行うエージェントおよびデータ提供を行う
エージェントは、通常のエージェント技術を用いないサ
ービスに、エージェントとして対話を行うための機能を
ラッピングすることによって実現している。

【００１０】仲介行為が片方向または一回の往復である
場合にはこの枠組みであれば問題は少なく、ユーザ側エ
ージェント、データ提供側エージェントが仲介行為を行
うエージェントの名前やアドレスを知識として持つこと
で対話が成立する。

【００１１】しかし、エージェントとしてラッピングさ
れるサービスがウェブブラウザクライアントである場合
には以下に示す問題がある。

【００１２】それは、クライアントによる仲介エージェ
ントを介さないアクセスが可能となってしまう問題であ
る。特に第二回目以降のアクセスにおいて仲介エージェ
ントをバイパスしたアクセスが可能となる問題がある。
例えば、最初のアクセスに関しては、仲介エージェント
を介して依頼側エージェンからデータ提供側エージェン
トへアクセスを行う。そのためブラウザクライアント側
で仲介エージェントのＵＲＬを指定してアクセスし、仲
介エージェントによる仲介行為により両者の対話がスタ
ートする。しかし、この最初のやり取りの結果、データ
提供側エージェントから依頼側エージェントに対して返
されたデータの中にＵＲＬが直接書き込まれていること
が十分に想定される。この結果、依頼側エージェントが
このデータ提供側のＵＲＬを用いてアクセスすれば、仲
介エージェントを介さずに直接データ提供側エージェン
トにアクセスすることが可能となってしまう。

【００１３】この問題は、オブジェクト間の連携におい
て高いセキュリティが求められるアプリケーション処理
を実現する場合など、お互いにセキュアなドメインを作
ることが求められる場合には、依頼側エージェントから
の要求がデータ提供側エージェントにより拒否された
り、エレクトリックコマース取引において、安全のため
の信任を得るための処理をかえって複雑化してしまうと
いう問題が生じる。

【００１４】また、仲介エージェントサービスを提供す
るサービスプロバイダにとっては、自身の仲介エージェ
ントサービスを介さない通信を勝手に許すこととなり、
仲介サービスプロバイダによる仲介サービス制御ができ
なくなってしまうという問題が生じる。

【００１５】本発明は上記問題点を解決するため、ネッ
トワークに接続されたオブジェクトとオブジェクトの連
携をメッセージを介して行うオブジェクト連携システム
において、仲介処理を行うオブジェクトを導入し、該オ
ブジェクト管理下の局所フィールドに存在するオブジェ
クトと外部サーバとを直接対話させることなく両者間の
メッセージのやり取りを仲介し、仲介したメッセージを
ベースにしたオブジェクトの連携を実現するオブジェク
ト連携システムを提供することを目的とする。

【００１６】

【課題を解決するための手段】上記目的を達成するた
め、本発明のリバースプロキシーシステムは、メッセー
ジを取り込むメッセージ受信部と、メッセージの要素と
その要素に対するルールとの組を備えたルール判定部
と、前記組に従い、受信メッセージにマッチングしたル
ール内容であるアクションを実行するアクション実行部
を備え、前記メッセージ受信部によりメッセージを取り
込み、前記ルール判定部により前記メッセージの要素に
対応するルールの組がある場合に、前記メッセージの要
素を前記ルールに従って対応するメッセージ要素に書き
換えて書き換え後のメッセージを転送するメッセージ書
き換え機能と、前記メッセージ受信部により、前記転送
したメッセージに対して反応した外部オブジェクトから
の応答メッセージを取り込み、前記ルール判定部によ
り、前記応答メッセージの要素を前記ルールに従って対
応するメッセージ要素に書き戻して転送するメッセージ
書き戻し機能を備えたことを特徴とする。

【００１７】上記構成により、メッセージの要素とその
要素に対するルールとの組を用いた関係により柔軟かつ
動的にオブジェクト間の連携を行うことができ、リバー
スプロキシーを介したメッセージの書き換え処理を経て
他のオブジェクトとの連携が可能となる。また、他のオ
ブジェクトからの応答メッセージ受信時についてもリバ
ースプロキシーを介してメッセージの書き戻し処理を経
てメッセージを受信することが可能となる。

【００１８】なお、メッセージ書き戻し機能は、メッセ
ージ書き換え機能において書き換えるメッセージの書き
換え手順、書き換えルールに関する情報を受け取り、応
答メッセージの書き戻しの際にそれら情報を利用する。

【００１９】本発明のリバースプロキシーシステムは、
フィールドリアクターモデルを用いて構築することがで
きる。フィールドリアクターモデルを用いた本発明のリ
バースプロキシーシステムは、メッセージを取り込むメ
ッセージ受信部と、メッセージ構造に対する反応である
アクションを関係付けたメッセージ・アクション反応テ
ーブルと、前記メッセージ・アクション反応テーブルに
従い、受信メッセージのメッセージ構造にマッチングし
たアクションを実行するアクション実行部を備え、前記
メッセージ受信部により、管理下の局所フィールド上の
オブジェクトからメッセージを取り込み、前記アクショ
ン実行部により、該メッセージのメッセージ構造におけ
る局所フィールドを表わすメッセージタグを、リバース
プロキシーを表わすメッセージタグに書き換えて転送す
るメッセージ構造書き換え機能と、前記メッセージ受信
部により、前記転送したメッセージに対して反応した外
部オブジェクトからの応答メッセージを取り込み、前記
アクション実行部により、前記応答メッセージのメッセ
ージ構造におけるリバースプロキシーを表わすメッセー
ジタグを、前記局所フィールドを表わすメッセージタグ
に書き戻して転送するメッセージ構造書き戻し機能を備
えたことを特徴とする。

【００２０】上記構成により、フィールドリアクターモ
デルにおけるメッセージ構造を用いたメッセージ・アク
ション反応関係により柔軟かつ動的にオブジェクト間の
連携を行うことができ、リバースプロキシーを介したメ
ッセージ構造の書き換え処理およびメッセージ構造の書
き戻し処理を経てのみ外部フィールドのオブジェクトと
の連携が可能となる。

【００２１】上記リバースプロキシーシステムは、管理
下の局所フィールドにあるオブジェクトからのメッセー
ジの内容を解析し、メッセージ形式を他のメッセージ形
式に書き換える送信メッセージ形式書き換え機能と、前
記書き換えメッセージに対して反応したオブジェクトか
らの応答メッセージの内容を解析し、メッセージ形式を
前記管理下の局所フィールドにあるオブジェクトのメッ
セージ形式に書き戻す受信メッセージ形式書き戻し機能
を備えることにより、メッセージ形式の変換を伴う仲介
処理を実行できる。

【００２２】また、上記の受信メッセージ形式書き戻し
機能において、前記書き換えメッセージに対して反応し
たオブジェクトからの応答メッセージの内容を解析して
当該応答メッセージの送信主体のあて先を示すあて先情
報の存在を検知し、該あて先情報をリバースプロキシー
のあて先情報に書き換えるあて先情報書き換え機能を含
むこととすれば、当該あて先情報をリバースプロキシー
のあて先情報に書き換えて管理下の局所フィールドのオ
ブジェクトに渡すので、局所フィールドのオブジェクト
は外部サーバのＵＲＬなどあて先情報を知ることはな
い。

【００２３】また、上記リバースプロキシーシステム
は、管理下の局所フィールドにあるオブジェクトとのや
り取りに用られるプロトコルを、他のプロトコルに変換
する送信プロトコル変換機能と、前記書き換えメッセー
ジに対して反応したオブジェクトとのやり取りに用いる
プロトコルを、前記管理下の局所フィールドにあるオブ
ジェクトとのやり取りに用いるプロトコルに変換し戻す
受信プロトコル変換機能を備えることにより、局所フィ
ールド内では独自のプロトコルを採用していたり、外部
サーバが採用しているプロトコルとは異なるプロトコル
を採用していた場合でも、リバースプロキシーによりプ
ロトコルの相違を吸収してメッセージを有意に仲介する
ことが可能となる。

【００２４】また、上記リバースプロキシーシステム
は、管理下の局所フィールドにあるオブジェクトと外部
サーバとのアクセスにおいて、やり取りされるメッセー
ジがｈｔｍｌ形式またはＸＭＬ形式のメッセージであ
り、該メッセージにリンク先を表わす外部サーバのＵＲ
Ｌが含まれている場合に、該ＵＲＬを前記リバースプロ
キシーのＵＲＬに書き換えることが好ましい。

【００２５】上記構成により、リバースプロキシーを介
してのみ局所フィールドにあるオブジェクトと外部サー
バとの連携が可能となり、直接相手のリンク先のＵＲＬ
を知る必要がない一方、提供されるウェブページは局所
フィールド内のオブジェクトは直接リンクした場合と同
様のものが閲覧できる。

【００２６】また、上記リバースプロキシーシステム
は、いわゆるCookieに相当する仕組みの適用において識
別文字列情報処理部と識別文字列情報書き換え部を備
え、前記識別文字列情報処理部により、前記外部サーバ
との間においてリバースプロキシー自身の識別文字列情
報を交換して格納し合い、前記管理下の局所フィールド
にあるオブジェクトとの間において該オブジェクトの識
別文字列情報を交換して格納し合い、前記識別文字列情
報書き換え部により、前記オブジェクトからの識別文字
列情報を用いたメッセージのやり取りを、リバースプロ
キシー自身の識別文字列情報に書き換えて前記外部サー
バとのメッセージのやり取りとして仲介することが好ま
しい。

【００２７】上記構成により、いわゆるCookieを用いた
ユーザ管理を実現する仕組みを導入した場合でもCookie
を活用しつつ、仲介処理を実現することができる。

【００２８】

【発明の実施の形態】以下、本発明のオブジェクト連携
システムの実施形態について、図面を参照しながら説明
する。

【００２９】（実施形態１）本発明のリバースプロキシ
ーシステムは、メッセージの要素とその要素に対するル
ールとの組によりオブジェクト同士を結び付けることに
よりオブジェクト同士を連携させ、そのやり取りの過程
に介在し、あるオブジェクトａから他のオブジェクトｂ
へのメッセージ送信において、メッセージ要素を書き換
えるメッセージ書き換え機能と書き換えたメッセージ要
素を元に戻すメッセージ書き戻し機能を備えるものであ
る。

【００３０】本発明のリバースプロキシーシステムの一
実施形態として、フィールドリアクターモデルを前提と
する構成が可能である。フィールドリアクターモデルと
は、フィールドを流れるメッセージと当該メッセージに
対応するアクションの関係によってオブジェクト同士を
結び付けることによりオブジェクト同士の連携を構築
し、当該メッセージとアクションの関係の記述を柔軟か
つ動的に更新することによりオブジェクト連携関係を柔
軟かつ動的に構築するものである。例えば、メッセージ
構造とそのメッセージ構造に対応付けられるアクション
の関係を反応テーブルという形で用意する。この一実施
形態は、フィールドを流れるメッセージの要素とその要
素に対するルールとの組によるオブジェクト同士の連携
を、メッセージ構造とアクションの関係を記述した反応
テーブルを用いたオブジェクト同士の連携という形に限
定した形態となる。

【００３１】以下、本実施形態１ではリバースプロキシ
ーシステムの概念を説明し、その一実施形態として、フ
ィールドリアクターモデルを前提とした構成を中心に説
明する。しかし、本発明のリバースプロキシーシステム
は、フィールドリアクターモデルを用いた構成に限定さ
れるものではない。

【００３２】以下、本発明のリバースプロキシーシステ
ムの仲介処理を３つのパートに分けて順を追って説明す
る。

【００３３】第１のパートでは、メッセージを用いたオ
ブジェクト同士の連携の概念と、リバースプロキシーシ
ステムの基本構成と、一実施形態としてリバースプロキ
シーシステムが用いるフィールドリアクターモデルの動
作原理、フィールドリアクターモデル用いた場合のリバ
ースプロキシーシステムの基本構成を説明する。

【００３４】第２のパートでは、リバースプロキシーシ
ステムによる仲介処理の概念を説明する。管理下にある
局所フィールドのオブジェクトと外部サーバとの間の仲
介処理を中心とした説明である。

【００３５】第３のパートでは、リバースプロキシーシ
ステムによる、外部サーバからの応答メッセージ中に含
まれたＵＲＬなど外部サーバのあて先情報を書き換える
あて先情報書き換え機能について説明する。

【００３６】まず、第１のパートのメッセージを用いた
オブジェクト同士の連携の概念を説明する。

【００３７】本発明のリバースプロキシーシステムによ
るオブジェクトの連携は、オブジェクト間でやり取りさ
れるメッセージの要素とそのメッセージ要素に対するル
ールとの組による関係づけを用いている。受信したメッ
セージを基にそのメッセージの要素に対応するルールを
判定し、そのルール内容を実行することによりオブジェ
クト間の連携が行われる。

【００３８】以下、フィールドを用いた例を説明する。
この場合、共通のフィールドとして定義されるような通
信路を流れるメッセージに対して、オブジェクトとして
の個々のコンピュータシステムあるいはコンピュータシ
ステム内で動作する個々のアプリケーションプログラム
が反応する形で処理を実行するので、メッセージとルー
ルとの組を変更・調整することによりシステム全体の動
作も柔軟に変更することができる。つまり、互いの内部
状態や内部関数に依存しあうような密な関係とはしない
で、連携するオブジェクトの緩やかな関係を規定したオ
ブジェクト間の連携によって機能を動的に構成すること
ができる。

【００３９】図１は、フィールドモデルにおけるメッセ
ージを介したオブジェクト間の緩やかな連携を模式的に
示した図である。

【００４０】図１において２０１はオブジェクトＡ，２
０２はオブジェクトＢであり、それぞれメッセージを送
受信する主体であるオブジェクトである。Ｍ１はメッセ
ージを示す。ａ１はオブジェクトＡ（２０１）中に規定
されたルール、ａ２はオブジェクトＢ（２０２）中に規
定されたルールを示す。なお、図中の矢印は、起点がオ
ブジェクトのときメッセージの送出を、終点がオブジェ
クトのときメッセージの受信を示している。またそれぞ
れのオブジェクトは内部状態としてのルールおよびその
ルール内容を実行する部分をそれぞれ独自に持っている
とする。

【００４１】図１において、オブジェクトＡ（２０１）
とオブジェクトＢ（２０２）の連携は、メッセージＭ１
を介して行われている。オブジェクトＡ（２０１）は、
オブジェクトＢ（２０２）の持つ内部関数についても基
本的には関知せずにメッセージを送出する。また、オブ
ジェクトＢ（２０２）自体を特定してメッセージを送出
する必要もなく、オブジェクトＡ（２０１）は自己の状
態、処理内容に基づいてメッセージＭ１を送出する。オ
ブジェクトＢ（２０２）は通信路上を流れるメッセージ
をモニタしており、メッセージＭ１を検知し、Ｍ１がオ
ブジェクトＢにとって有意であるとき、反応してルール
ａ２を起動し、そのルール内容を実行する。このように
オブジェクトＡとオブジェクトＢとは有意な連携を取り
得るが、それはオブジェクトＡ（２０１）とオブジェク
トＢ（２０２）の直接の結び付きによるものではなく、
メッセージＭ１とオブジェクトＢ（２０２）のルールと
が結び付けられ、さらにそのルール内容であるアクショ
ンにより結び付けられている帰結といえる。逆にメッセ
ージがＭ１とは異なるものであれば、オブジェクトＢ
（２０２）は当該メッセージがＭ１と同様の受理可能範
囲にあるかあるいは他に当該メッセージと結び付けられ
ているルールがない限り反応しないこととなる。このよ
うにオブジェクト間の連携が緩やかにメッセージを介し
て行われることにより、オブジェクト間の連携の自由度
が増すこととなる。つまり、従来のコンピュータネット
ワーク通信のように通信相手のアドレスおよび処理依頼
内容を特定する必要がなく、ネットワーク上に自らの状
態、処理結果などを表わすメッセージを流し、ネットワ
ークをモニタしている各端末がそのメッセージを検知
し、対応するルールが規定されていれば自律的に反応を
起こすものである。

【００４２】なお、通信路は単にＬＡＮなどの物理的ネ
ットワークだけではなく無線・音声・光などの共通に受
信できる媒体を介在するものであれば特に限定する必要
はない。また、共通に呼び出し可能なメモリ等の記録媒
体であってもかまわない。さらに通信路のポートアドレ
スなどにより仮想的な存在であってもかまわない。

【００４３】次に、リバースプロキシーシステムの基本
構成を示す。

【００４４】図２は、本発明のリバースプロキシーシス
テムの概略構成例を示す図である。１００はオブジェク
トを表わしており、ネットワーク上に送信されるメッセ
ージを取り込むメッセージ送受信部１０と、メッセージ
要素とそのメッセージ要素に対するルールとの組を管理
し、受け入れたメッセージに対するルールを判定するル
ール判定部２０と、ルール判定部２０の判定したルール
内容に従ってアクションを実行するアクション実行部３
０、メッセージ生成部３１、メッセージ書き換え部３２
を備えている。４００はフィールドである。

【００４５】メッセージ生成部３１は、アクション実行
部３０による処理内容の実行の一環としてメッセージを
生成する部分であり、メッセージ書き換え部３２は、外
部オブジェクトへ送信するメッセージの形式などを書き
換えたり、外部オブジェクトからの応答メッセージのメ
ッセージ形式を元のメッセージ形式に書き戻したりする
部分であり、メッセージ書き換え機能とメッセージ書き
戻し機能を備えたものである。なお、メッセージ書き換
え部３２は、メッセージ書き換え機能におけるメッセー
ジの書き換え手順や書き換え内容などの情報を記憶して
おき、メッセージ書き戻し機能においてそれら情報を基
に応答メッセージを元のメッセージ形式に書き戻す。

【００４６】メッセージがフィールド４００から受信さ
れるとルール判定部２０の判定に従い、入力メッセージ
の要素に対応するルール内容が起動される。このよう
に、他のオブジェクトが発したメッセージを介してオブ
ジェクトが連携することとなる。メッセージ書き換え機
能やメッセージ書き戻し機能を用いたリバースプロキシ
ーの動作例は下記のパート２の部分以降に記述する。

【００４７】次に、フィールドリアクターモデルの動作
原理およびフィールドリアクターモデルを用いたリバー
スプロキシーシステムの構成例を説明する。

【００４８】フィールドリアクターモデルとは、メッセ
ージ構造を用いたパターンマッチングによるメッセージ
とアクションの反応関係により、受信メッセージのメッ
セージ構造に対して発火（反応）して対応するアクショ
ンを実行し、メッセージ−アクションの連携動作により
オブジェクト同士が連携する仕組みである。フィールド
リアクターモデルでは、共通のフィールドとして定義さ
れるような通信路を流れるメッセージに対して、オブジ
ェクトとしての個々のコンピュータシステムあるいはコ
ンピュータシステム内で動作する個々のアプリケーショ
ンプログラムが反応する形で処理を実行するので、メッ
セージとアクションとの反応関係を変更・調整すること
によりシステム全体の動作も柔軟に変更することができ
る。つまり、互いの内部状態や内部関数に依存しあうよ
うな密な関係とはしないで、連携するオブジェクトの緩
やかな関係を規定したオブジェクト間の連携によって機
能を動的に構成することができる。

【００４９】次に、フィールドリアクターモデル用いた
場合のリバースプロキシーシステムの基本構成を説明す
る。

【００５０】図３は、フィールドリアクターモデル用い
た場合のリバースプロキシーシステムの基本構成例を示
す図である。図２のリバースプロキシーシステムの各構
成要素と同じ番号のものは同様のものである。１００ａ
はオブジェクトを表わしており、ネットワーク上に送信
されるメッセージを取り込むメッセージ送受信部１０
と、メッセージ構造に対する反応であるアクション内容
を管理するメッセージ・アクション反応テーブル２０ａ
と、メッセージ・アクション反応テーブル２０ａに従
い、受信メッセージの持つメッセージ構造にマッチング
したアクション内容に従って処理を実行するアクション
実行部３０、メッセージ生成部３１、メッセージ書き換
え部３２を備えている。メッセージ生成部３１は図２の
場合と同様、アクション実行部３０によるアクション実
行の一環としてメッセージを生成する。また、メッセー
ジ書き換え部３２は、アクション実行部３０によるアク
ション実行の一環として外部オブジェクトへ送信するメ
ッセージのメッセージ形式を書き換えたり、外部オブジ
ェクトからの応答メッセージのメッセージ形式を元のメ
ッセージ形式に書き戻す部分であり、メッセージ構造書
き換え機能とメッセージ構造書き戻し機能を備えたもの
となっている。メッセージ書き換え部３２は、メッセー
ジ書き換え機能におけるメッセージの書き換え手順や書
き換え内容などの情報を記憶しておき、メッセージ書き
戻し機能においてそれら情報を基に応答メッセージを元
のメッセージ形式に書き戻す。

【００５１】なお、メッセージ・アクション反応テーブ
ル２０には、メッセージ構造とメッセージタグの組み合
わせが与えられている。例えば、図４に記載した入力メ
ッセージ構造がメッセージ・アクション反応テーブル２
０に記載されている。

【００５２】図４に示した入力メッセージ構造を持つメ
ッセージがフィールド４００から受信されるとメッセー
ジ・アクション反応テーブル２０ａの記述に従い、入力
メッセージパターンマッチングが成立し、対応するアク
ションが起動される。このように、他のオブジェクトが
発したメッセージを介してオブジェクトが連携すること
となる。

【００５３】以上が、フィールドリアクターモデルに基
づくオブジェクト連携の基本原理である。

【００５４】次に、第２のパートとして、リバースプロ
キシーシステムによる仲介処理の概念を説明する。

【００５５】図５は、リバースプロキシーシステムによ
る仲介処理の概念を簡単に説明した図である。図５はオ
ブジェクトから外部サーバへの依頼メッセージ送信時の
仲介動作を示している。図５において、２０１は局所フ
ィールド４１０に存在するオブジェクト、１００はリバ
ースプロキシー、３００は外部サーバ、４２０は外部フ
ィールドである。リバースプロキシー１００は局所フィ
ールド４１０、外部フィールド４２０の双方において流
れるメッセージを取り込むことができる。オブジェクト
２０１には簡単にメッセージ・アクション反応テーブル
に記述された依頼を出力するための出力メッセージパタ
ーンと応答メッセージを受けるための入力メッセージパ
ターンとを示した。リバースプロキシー１００には簡単
に入力メッセージパターンとそのアクション（仲介処
理）としての出力メッセージパターンを示した。外部サ
ーバ３００にも簡単に依頼を受けるための入力メッセー
ジパターンと依頼に対する応答メッセージを送信するた
めの出力メッセージパターンを示した。

【００５６】局所フィールドのオブジェクト２０１の出
力メッセージパターンには局所フィールドを表わすメッ
セージタグ<GROUP>が組み合わされ、入力メッセージパ
ターンにはリバースプロキシーを表わすメッセージタグ
<PROXY>が組み合わされている。

【００５７】外部サーバ３００には入力メッセージパタ
ーンにも出力メッセージパターンにも外部サーバを表わ
すメッセージタグ<SERVER>が組み合わされている。

【００５８】一方、リバースプロキシー１００は局所フ
ィールドから受ける入力メッセージパターンにはメッセ
ージタグ<GROUP>が組み合わされ、そのアクションとし
ての出力メッセージはリバースプロキシーを表わすメッ
セージタグ<PROXY>に書き換えたものが組み合わされて
いる。さらに、外部フィールドから受ける入力メッセー
ジパターンにはメッセージタグ<SERVER>が組み合わさ
れ、そのアクションとしての出力メッセージはメッセー
ジタグ<PROXY>に書き換えたものが組み合わされてい
る。メッセージ書き換え部３２によるメッセージタグの
書き換えにより仲介処理が実現される。

【００５９】図５に示したオブジェクト連携の動作は以
下のようになる。まず、オブジェクト２０１は、依頼の
ため、例えば、出力メッセージパターンに以下の従って
メッセージ構造を持つメッセージを局所フィールド４１
０に流す。

【００６０】 リバースプロキシー１００は、局所フィールド４１０か
ら当該メッセージを取り込んで、メッセージ・アクショ
ン反応テーブルに従って発火（反応）し、そのアクショ
ンとして以下のメッセージ構造を持つメッセージを外部
フィールド４２０に流す。

【００６１】 つまり、メッセージ書き換え部３２により、<GROUP>の
メッセージタグが<PROXY>に書き換えられている。

【００６２】次に、図６は、外部サーバからオブジェク
トへの応答メッセージ送信時の仲介動作を示している。
外部サーバ３００は、外部フィールド４２０から当該メ
ッセージを取り込んでメッセージ・アクション反応テー
ブルに従って発火（反応）し、依頼内容を実行する。そ
の後、依頼内容を実行した外部サーバは以下のメッセー
ジ構造を持つ応答メッセージを外部フィールド４３０に
流す。

【００６３】 リバースプロキシー１００は、メッセージ・アクション
反応テーブルに従って発火（反応）し、そのアクション
としてメッセージ書き換え部３２によるメッセージ書き
換え機能により書き換えられた以下のメッセージ構造を
持つメッセージが局所フィールド４１０に流される。

【００６４】 オブジェクト２０１は、局所フィールド４１０から当該
メッセージを取り込んで、メッセージ・アクション反応
テーブルに従って発火（反応）し、応答メッセージを受
け取る。

【００６５】以上の仕組みにより、本発明のリバースプ
ロキシーシステムを用いたオブジェクト連携システムに
おいて、局所フィールドに存在するオブジェクトは、リ
バースプロキシーの仲介処理によって外部フィールドに
ある外部サーバなどと連携することができ、直接連携し
合う構成とならない。

【００６６】次に、第３のパートとして、リバースプロ
キシーシステムによる、外部サーバからの応答メッセー
ジ中に含まれたＵＲＬなど外部サーバのあて先情報を書
き換えるあて先情報書き換え機能について説明する。

【００６７】図７は、リバースプロキシーを用いた仲介
処理の流れの概略を示している。図７に示すように、こ
の例では、エージェント間の行為（Communicative Acti
on）の一つである“proxy”を用いて行っている。図７
に示したプロキシーのプロトコルは形式的表現として、
図８のものが用いられている。

【００６８】図８に示した形式的表現は、エージェント
ｉがエージェントｊに対して、「ｊが知っているある条
件を満たすｙに対して、proxyの中に記述された通信行
為を、条件φが満たされるとき、ｊがｙに対して実施す
ること」をｉが意図（期待）し、それをｉがｊに通知す
る行為として表現されており、エージェントにかかわる
国際標準化組織において定式化されたものである。

【００６９】このような形式的表現を用いた仲介行為
は、ｊからｙへの通信行為はあくまでもｊの行為として
扱われるが、ｉがｊに依頼していることは、コンテンツ
の内容の転送ではなく、actionの実施の依頼である。本
発明のリバースプロキシーシステムはこの点に着目し、
ｉからｊへの行為に含まれるコンテンツと、ｊがｙに行
う行為のコンテンツとは一致する必要がないとして、ｊ
のポジションにリバースプロキシーを設け、リバースプ
ロキシーがメッセージを仲介するにあたり、メッセージ
内容を書き換えて仲介する。

【００７０】また、ｙからｊへのinformという行為は、
ｙがｊに事実を伝えるということを意味するのみであ
る。ｊからｉへの伝達については規定されていない。本
発明のリバースプロキシーを用いたオブジェクト連携シ
ステムによる仲介処理はこの点にも着目し、ｙからｊに
戻されるコンテンツをｊが受理した段階で解析し、その
中にｙやその他のエージェントのあて先情報である送信
先アドレスが含まれている場合にはこの記述を書き換
え、ｊをあて先とするメッセージに変更する。この処理
により、ｉは応答メッセージを受信しても直接ｙのあて
先情報知ることはできないこととなる。

【００７１】図９は、あて先情報書き換え機能を含むリ
バースプロキシーシステムの構成例を示す図である。１
００ｂはリバースプロキシーを表わしており、メッセー
ジ送受信部１０と、メッセージ・アクション反応テーブ
ル２０ａと、アクション実行部３０、メッセージ生成部
３１、メッセージ書き換え部３２に加え、あて先情報書
き換え部３３を備えている。あて先情報書き換え部３３
はメッセージ解析部３３１、あて先情報検知部３３２を
備えている。

【００７２】リバースプロキシー１００ｂは、外部フィ
ールド４２０からメッセージ送受信部１０を介して、メ
ッセージ・アクション反応テーブル２０ａに従い、外部
サーバ３００からの応答メッセージを受け取ると、アク
ション実行部３０によりアクションを実行するが、アク
ションの一環として、あて先情報書き換え部３３による
あて先情報書き換え処理を行う。まず、メッセージ解析
部３３１によりメッセージを解析し、あて先情報検知部
３３２により外部サーバ３００のＵＲＬなどのあて先情
報が書き込まれていないかチェックする。もし書き込ま
れているならば、あて先情報書き換え部３３はリバース
プロキシー自身のあて先情報に書き換える。その後、ア
クションが継続され、依頼元の局所フィールド４１０に
あるサーバへ応答メッセージが流される。

【００７３】やり取りされるメッセージがｈｔｍｌ形式
またはＸＭＬ形式のメッセージであり、該メッセージに
リンク先を表わす外部サーバ３００のＵＲＬが含まれて
いる場合に該ＵＲＬを、リバースプロキシー１００ｂの
ＵＲＬに書き換える。

【００７４】以上の仕組みにより、本発明のリバースプ
ロキシーシステムを用いたオブジェクト連携システムに
おいて、局所フィールドに存在するオブジェクトは、応
答メッセージの中に書き込まれた外部サーバのＵＲＬな
どのあて先情報を直接受け取ることがなく、外部サーバ
と直接通信し合うことができない。必ずリバースプロキ
シーによる仲介処理により外部フィールドにある外部サ
ーバなどとオブジェクト連携を行うこととなる。

【００７５】なお、上記説明では、一実施形態として、
図３に示したフィールドリアクターモデルを前提とした
構成を中心に説明したが、しかし、図２に示した構成の
ように本発明のリバースプロキシーシステムは、フィー
ルドリアクターモデルを用いた構成に限定されるもので
はない。

【００７６】（実施形態２）実施形態２は、局所フィー
ルドのオブジェクトと外部サーバとのやり取りにおいて
Cookieに相当する情報が交換される場合の仲介処理につ
いて説明する。Cookieとは、ワールドワイドウェブ（以
下、ＷＷＷと略記する）上でユーザを管理を実現する仕
組みを言い、ＷＷＷサーバがユーザを識別する識別文字
列情報Cookieを生成し、ＷＷＷサーバとブラウザ双方に
格納しておき、２回目のアクセス時にはブラウザから当
該CookieをＨＴＴＰで送信し、サーバ側に格納されてい
るCookieと照合してユーザを特定する仕組みである。つ
まり、外部サーバとオブジェクトとの１回目のアクセス
において、オブジェクトを識別する識別文字列情報を交
換して格納し合い、２回目のアクセス時にはオブジェク
トから識別文字列情報を送信し、外部サーバにおいて格
納された当該識別文字列情報との照合によりアクセスし
てきたオブジェクトを特定する仕組みの適用する場合の
扱いである。

【００７７】図１０は、実施形態２のオブジェクト連携
システムの概略構成例を示す図である。図３に比べ、リ
バースプロキシー１００ｃは、アクション実行部３０に
おいて識別文字列情報処理部３４と識別文字列情報書き
換え部３５を備えた構成となっている。

【００７８】識別文字列情報処理部３４は、いわゆるCo
okiesの全体仕様に基づいて、サーバとの間でCookieを
用いたやり取りを制御する部分である。識別文字列情報
処理部３４により、外部サーバ３００との間においてリ
バースプロキシー１００ｃ自身の識別文字列情報（Cook
ie１）を交換して格納し合い、前記管理下の局所フィー
ルド４１０にあるオブジェクト２００との間においてオ
ブジェクト２００の識別文字列情報（Cookie２）を交換
して格納し合う。

【００７９】識別文字列情報書き換え部３５は、オブジ
ェクト２００から受けた識別文字列情報（Cookie２）を
用いたメッセージのやり取りを、リバースプロキシー１
００ｃ自身のオブジェクト識別文字列情報（Cookie１）
に書き換えて外部サーバ３００とのメッセージのやり取
りに仲介する。このようにオブジェクト識別文字列情報
を書き換えて仲介することにより文字列情報（Cookie）
を利用したメッセージのやり取りの仕組みを適用するこ
とができ、かつ、局所フィールド４１０と外部フィール
ド４２０上でやり取りされるオブジェクト識別文字列情
報が書き換えられて仲介されるので、局所フィールド４
１０のオブジェクト２００が外部サーバ３００によって
直接管理されることにはならない。

【００８０】以上、局所フィールドのオブジェクトと外
部サーバとのやり取りにおいてオブジェクト識別文字列
情報を用いたユーザ管理の仕組み（Cookies）を適用す
ることができ、かつ、やり取りされるオブジェクト識別
文字列情報は書き換えられるので局所フィールドのオブ
ジェクトが外部サーバによって直接管理されず、リバー
スプロキシーによる仲介処理を維持することができる。

【００８１】（実施形態３）実施形態３は、局所フィー
ルドのオブジェクトと外部サーバとのメッセージのやり
取りにおいて、メッセージ形式やプロトコルを変換する
機能を備えたものである。実施形態１などにおいてもメ
ッセージ形式変換やプロトコル変換に関する部分がある
が、ここではメッセージ形式変換およびプロトコル変換
に関する部分に注目して説明する。

【００８２】図１１は、実施形態３のオブジェクト連携
システムの概略構成例を示す図である。図３に比べ、リ
バースプロキシー１００ｄはアクション実行部３０にお
いてメッセージ形式変換部３６とプロトコル変換部３７
を備えた構成となっている。

【００８３】メッセージ形式変換部３６は、メッセージ
形式解析部３６１と、メッセージ形式書き換え部３６２
を備えており、管理下の局所フィールドにあるオブジェ
クトからのメッセージの形式を解析し、メッセージ形式
を他のメッセージ形式に書き換える送信メッセージ形式
書き換え機能と、さらに、外部サーバからの応答メッセ
ージの内容を解析し、メッセージ形式を管理下の局所フ
ィールドにあるオブジェクトのメッセージ形式に書き戻
す受信メッセージ形式書き戻し機能を備えたものであ
る。なお、メッセージ形式書き換え部３６２は、送信メ
ッセージ形式書き換え機能におけるメッセージ形式の書
き換え手順や書き換え内容などの情報を記憶しておき、
受信メッセージ形式書き戻し機能においてそれら情報を
基に応答メッセージの形式を元のメッセージ形式に書き
戻す。

【００８４】ここで、送信メッセージ形式書き換え機能
および受信メッセージ形式書き戻し機能において扱われ
るメッセージ形式の例を挙げると、一つにはエンコーデ
ィング形式がある。局所フィールドのオブジェクトが扱
うエンコーディング形式と外部オブジェクトの扱うエン
コーディング形式が異なっている場合でも両者間の違い
をメッセージ形式変換部３６により変換して吸収し、メ
ッセージを受け渡す。

【００８５】他にはメッセージの要素に対する名前付け
のルールがある。例えばＩＤ情報に関する名前付けのル
ールが両者間で異なっている場合でも両者間の違いをメ
ッセージ形式変換部３６により変換して吸収し、メッセ
ージを受け渡す。

【００８６】他には、パラメタ内容がある。図１２およ
び図１３は、その例を示したものである。ここでは、パ
ラメタ内容としてカンバセーションＩＤについてのパラ
メタ内容が変更された例を示す。図１２が局所フィール
ドにあるオブジェクトから外部オブジェクトへのメッセ
ージの流れ、図１３が外部オブジェクトから局所フィー
ルドのオブジェクトへの応答メッセージの流れを示して
いる。図１２および図１３で明らかなように、ＡＲＧ２
に関するパラメタ内容がリバースプロキシーシステムに
より変換されていることが分かる。図１２では局所フィ
ールドにあるオブジェクトとリバースプロキシー間では
ＡＲＧ２のパラメタ内容はａｂｃであるが、リバースプ
ロキシーと外部オブジェクト間ではＡＲＧ２のパラメタ
内容はｄｅｆに書き換えられている。図１３では、逆
に、リバースプロキシーと外部オブジェクト間でのＡＲ
Ｇ２のパラメタ内容はｄｅｆであるが、リバースプロキ
シーと局所フィールドにあるオブジェクト間ではａｂｃ
に書き戻されている。

【００８７】他には、シンタックスの変換がある。ｈｔ
ｍｌ形式とＸＭＬ形式などメッセージのシンタックスを
書き換え、書き戻しすることが可能である。

【００８８】なお、上記のメッセージ形式の書き換えや
書き戻しにおいては、変更例を挙げたが変更のみなら
ず、追加や削除などの概念も含まれるものである。例え
ば、図１２や図１３において局所フィールドにあるオブ
ジェクトとリバースプロキシー間ではＡＲＧ１とＡＲＧ
２の識別子を持つメッセージ形式であり、リバースプロ
キシーと外部オブジェクトの間ではＡＲＧ１に相当する
識別子を持つがＡＲＧ２に相当する識別子がないメッセ
ージ形式である場合に両者間のメッセージ形式の違いを
吸収することもできるものである。

【００８９】次に、プロトコル変換部３７は、管理下の
局所フィールドにあるオブジェクトとのやり取りに用ら
れるプロトコルを、外部サーバとのやり取りに用いられ
る他のプロトコルに変換する送信プロトコル変換機能
と、外部サーバとのやり取りに用いるプロトコルを、管
理下の局所フィールドにあるオブジェクトとのやり取り
に用いるプロトコルに変換し戻す受信プロトコル変換機
能を備えたものである。プロトコル変換部３７は、送信
プロトコル変換機能におけるプロトコル変換手順や変換
内容などの情報を記憶しておき、受信プロトコル変換機
能においてそれら情報を基に応答メッセージに関するプ
ロトコルを元のプロトコルに書き戻す。

【００９０】このように、管理下の局所フィールドにあ
るオブジェクトと、外部サーバとのやり取りの仲介処理
において、メッセージ形式やプロトコルの書き換え、書
き戻しにより、両者間で異なるメッセージ形式、プロト
コルを変換することができ、両者間のシームレスでスム
ーズなオブジェクト連携を実現することができる。

【００９１】（実施形態４）本発明のリバースプロキシ
ーシステムおよびリバースプロキシーシステムを用いた
オブジェクト連携仲介システムは、上記に説明した構成
を実現する処理ステップを記述したプログラムをコンピ
ュータ読み取り可能な記録媒体に記録して提供すること
により、各種コンピュータを用いて構築できる。本発明
のリバースプロキシーシステムおよびリバースプロキシ
ーを用いたオブジェクト連携仲介システムを実現する処
理ステップを備えたプログラムを記録した記録媒体は、
図１４に図示した記録媒体の例に示すように、ＣＤ−Ｒ
ＯＭ１００２やフレキシブルディスク１００３等の可搬
型記録媒体１００１だけでなく、ネットワーク上にある
記録装置内の記録媒体１０００や、コンピュータのハー
ドディスクやＲＡＭ等の記録媒体１００５のいずれであ
っても良く、プログラム実行時には、プログラムはコン
ピュータ１００４上にローディングされ、主メモリ上で
実行される。

【００９２】さらに、ソースプログラムをコンパイルし
たもののみならず、ネットワークを介してクライアント
コンピュータに中間言語形式のアプレットを送信し、ク
ライアントコンピュータ上でインタープリタ実行して動
作する構成であっても良い。

【００９３】本発明のリバースプロキシーシステムにお
いて以下の項をさらに開示する。

【００９４】（付記１）メッセージを取り込むメッセー
ジ受信部と、メッセージの要素とその要素に対するルー
ルとの組と、前記組に従い、受信メッセージにマッチン
グしたルール内容であるアクションを実行するアクショ
ン実行部を備え、前記メッセージ受信部により、管理下
の局所フィールド上のオブジェクトからメッセージを取
り込み、前記アクション実行部により、該メッセージの
メッセージにおける局所フィールドを表わすメッセージ
タグを、リバースプロキシーを表わすメッセージタグに
書き換えて転送するメッセージ書き換え機能と、前記メ
ッセージ受信部により、前記転送したメッセージに対し
て反応した外部オブジェクトからの応答メッセージを取
り込み、前記アクション実行部により、前記応答メッセ
ージのメッセージにおけるリバースプロキシーを表わす
メッセージタグを、前記局所フィールドを表わすメッセ
ージタグに書き戻して転送するメッセージ書き戻し機能
を備えたことを特徴とするリバースプロキシーシステム
（１）。

【００９５】（付記２）メッセージを取り込むメッセー
ジ受信部と、メッセージ構造に対する反応であるアクシ
ョンを関係付けたメッセージ・アクション反応テーブル
と、前記メッセージ・アクション反応テーブルに従い、
受信メッセージのメッセージ構造にマッチングしたアク
ションを実行するアクション実行部を備え、前記メッセ
ージ受信部により、管理下の局所フィールド上のオブジ
ェクトからメッセージを取り込み、前記アクション実行
部により、該メッセージのメッセージ構造における局所
フィールドを表わすメッセージタグを、リバースプロキ
シーを表わすメッセージタグに書き換えて転送するメッ
セージ構造書き換え機能と、前記メッセージ受信部によ
り、前記転送したメッセージに対して反応した外部オブ
ジェクトからの応答メッセージを取り込み、前記アクシ
ョン実行部により、前記応答メッセージのメッセージ構
造におけるリバースプロキシーを表わすメッセージタグ
を、前記局所フィールドを表わすメッセージタグに書き
戻して転送するメッセージ構造書き戻し機能を備えたこ
とを特徴とするリバースプロキシーシステム（２）。

【００９６】（付記３）前記管理下の局所フィールドに
あるオブジェクトからのメッセージの内容を解析し、メ
ッセージ形式を他のメッセージ形式に書き換える送信メ
ッセージ形式書き換え機能と、前記書き換えメッセージ
に対して反応したオブジェクトからの応答メッセージの
内容を解析し、メッセージ形式を前記管理下の局所フィ
ールドにあるオブジェクトのメッセージ形式に書き戻す
受信メッセージ形式書き戻し機能を備えた（付記１）ま
たは（付記２）に記載のリバースプロキシーシステム
（３）。

【００９７】（付記４）前記受信メッセージ形式書き戻
し機能において、前記書き換えメッセージに対して反応
したオブジェクトからの応答メッセージの内容を解析し
て当該応答メッセージの送信主体のあて先を示すあて先
情報の存在を検知し、該あて先情報をリバースプロキシ
ーのあて先情報に書き換えるあて先情報書き換え機能を
含む上記（付記３）に記載のリバースプロキシーシステ
ム（４）。

【００９８】（付記５）前記管理下の局所フィールドに
あるオブジェクトとのやり取りに用られるプロトコル
を、他のプロトコルに変換する送信プロトコル変換機能
と、前記書き換えメッセージに対して反応したオブジェ
クトとのやり取りに用いるプロトコルを、前記管理下の
局所フィールドにあるオブジェクトとのやり取りに用い
るプロトコルに変換し戻す受信プロトコル変換機能を備
えた（付記１）または（付記２）に記載のリバースプロ
キシーシステム（５）。

【００９９】（付記６）前記管理下の局所フィールドに
あるオブジェクトと外部サーバとのアクセスにおいて、
やり取りされるメッセージがｈｔｍｌ形式またはＸＭＬ
形式のメッセージであり、該メッセージにリンク先を表
わす前記外部サーバのＵＲＬが含まれている場合、該Ｕ
ＲＬを前記リバースプロキシーのＵＲＬに書き換える
（付記３）に記載のリバースプロキシーシステム。

【０１００】（付記７）外部サーバとオブジェクトとの
１回目のアクセスにおいて、該オブジェクトを識別する
識別文字列情報を双方に格納し、２回目のアクセス時に
は該オブジェクトから前記識別文字列情報を送信し、前
記外部サーバは前記識別文字列情報と格納している識別
文字列情報との照合によりアクセスしてきたオブジェク
トを特定する仕組みの適用において、外部サーバとの間
においてリバースプロキシー自身の識別文字列情報を双
方に格納し、前記管理下の局所フィールドにあるオブジ
ェクトとの間において該オブジェクトの識別文字列情報
を双方に格納し合う識別文字列情報処理部と、前記オブ
ジェクトからの識別文字列情報を用いたメッセージのや
り取りを、リバースプロキシー自身の識別文字列情報に
書き換えて前記外部サーバとのメッセージのやり取りと
して仲介する識別文字列情報書き換え部を備えた（付記
１）または（付記２）に記載のリバースプロキシーシス
テム。

【０１０１】（付記８）メッセージを取り込むメッセー
ジ受信部と、メッセージの要素とその要素に対するルー
ルとの組と、前記組に従い、受信メッセージにマッチン
グしたルール内容であるアクションを実行するアクショ
ン実行部を備えたリバースプロキシーを用い、前記メッ
セージ受信部により、管理下の局所フィールド上のオブ
ジェクトからメッセージを取り込み、前記アクション実
行部により、該メッセージのメッセージにおける局所フ
ィールドを表わすメッセージタグを、リバースプロキシ
ーを表わすメッセージタグに書き換えて転送し、前記メ
ッセージ受信部により、前記転送したメッセージに対し
て反応した外部オブジェクトからの応答メッセージを取
り込み、前記アクション実行部により、前記応答メッセ
ージのメッセージにおけるリバースプロキシーを表わす
メッセージタグを、前記局所フィールドを表わすメッセ
ージタグに書き戻して転送することを特徴とするリバー
スプロキシーシステムを用いた仲介方法。

【０１０２】（付記９）メッセージを取り込むメッセー
ジ受信部と、メッセージ構造に対する反応であるアクシ
ョンを関係付けたメッセージ・アクション反応テーブル
と、前記メッセージ・アクション反応テーブルに従い、
受信メッセージのメッセージ構造にマッチングしたアク
ションを実行するアクション実行部を備えたリバースプ
ロキシーシステムを用い、前記メッセージ受信部によ
り、管理下の局所フィールド上のオブジェクトからメッ
セージを取り込み、前記アクション実行部により、該メ
ッセージのメッセージ構造における局所フィールドを表
わすメッセージタグを、リバースプロキシーを表わすメ
ッセージタグに書き換えて転送し、前記メッセージ受信
部により、前記転送したメッセージに対して反応した外
部オブジェクトからの応答メッセージを取り込み、前記
アクション実行部により、前記応答メッセージのメッセ
ージ構造におけるリバースプロキシーを表わすメッセー
ジタグを、前記局所フィールドを表わすメッセージタグ
に書き戻して転送することを特徴とするリバースプロキ
シーシステムを用いた仲介方法。

【０１０３】（付記１０）メッセージを取り込むメッセ
ージ受信部と、メッセージの要素とその要素に対するル
ールとの組と、前記組に従い、受信メッセージにマッチ
ングしたルール内容であるアクションを実行するアクシ
ョン実行部を備えたリバースプロキシーの処理プログラ
ムを記録したコンピュータ読み取り可能な記録媒体であ
って、前記メッセージ受信部により、管理下の局所フィ
ールド上のオブジェクトからメッセージを取り込む処理
ステップと、前記アクション実行部により、該メッセー
ジのメッセージにおける局所フィールドを表わすメッセ
ージタグを、リバースプロキシーを表わすメッセージタ
グに書き換えて転送する処理ステップと、前記メッセー
ジ受信部により、前記転送したメッセージに対して反応
した外部オブジェクトからの応答メッセージを取り込む
処理ステップと、前記アクション実行部により、前記応
答メッセージのメッセージにおけるリバースプロキシー
を表わすメッセージタグを前記局所フィールドを表わす
メッセージタグに書き戻して転送する処理ステップを記
録したことを特徴とする記録媒体。

【０１０４】（付記１１）メッセージを取り込むメッセ
ージ受信部と、メッセージ構造に対する反応であるアク
ションを関係付けたメッセージ・アクション反応テーブ
ルと、前記メッセージ・アクション反応テーブルに従
い、受信メッセージのメッセージ構造にマッチングした
アクションを実行するアクション実行部を備えたオブジ
ェクトの連携処理を制御するリバースプロキシーシステ
ムの処理プログラムを記録したコンピュータ読み取り可
能な記録媒体であって、前記メッセージ受信部により、
管理下の局所フィールド上のオブジェクトからメッセー
ジを取り込む処理ステップと、前記アクション実行部に
より、該メッセージのメッセージ構造における局所フィ
ールドを表わすメッセージタグを、リバースプロキシー
を表わすメッセージタグに書き換えて転送する処理ステ
ップと、前記メッセージ受信部により、前記転送したメ
ッセージに対して反応した外部オブジェクトからの応答
メッセージを取り込む処理ステップと、前記アクション
実行部により、前記応答メッセージのメッセージ構造に
おけるリバースプロキシーを表わすメッセージタグを、
前記局所フィールドを表わすメッセージタグに書き戻し
て転送する処理ステップを記録したことを特徴とする記
録媒体。

【０１０５】

【発明の効果】本発明のリバースプロキシーシステムに
よれば、メッセージ構造を用いたメッセージ・アクショ
ン反応関係により柔軟かつ動的にオブジェクト間の連携
を行うことができ、かつ、局所フィールド内は局所フィ
ールドを表わすメッセージタグによるメッセージ構造を
持つメッセージのみが送受信され、外部サーバと直接連
携することはなく、リバースプロキシーを介したメッセ
ージ構造の書き換え処理を経てのみ外部フィールドのオ
ブジェクトとの連携が可能となる。また、メッセージの
外部フィールドへの送信時のみならず、外部フィールド
からのメッセージ受信時についても、リバースプロキシ
ーを介したメッセージ構造の書き換え処理を経てのみ局
所フィールドのオブジェクトが受信可能となる。

【０１０６】また、本発明のリバースプロキシーシステ
ムによれば、外部サーバからの応答メッセージの中に外
部サーバのＵＲＬなど外部サーバのあて先情報が記載さ
れている場合において、当該あて先情報をリバースプロ
キシーのあて先情報に書き換えて管理下の局所フィール
ドのオブジェクトに渡すので、局所フィールドのオブジ
ェクトは外部サーバのＵＲＬなどあて先情報を知ること
はない。

【０１０７】また、本発明のリバースプロキシーシステ
ムによれば、管理下の局所フィールドにあるオブジェク
トと、外部サーバとのやり取りの仲介処理において、メ
ッセージタグの書き換えによるメッセージ構造の書き換
えのみならず、両者間で異なるメッセージ形式、プロト
コルを変換することができ、両者間のシームレスでスム
ーズなオブジェクト連携を実現することができる。

【図面の簡単な説明】

【図１】 本発明のリバースプロキシーを用いたオブジ
ェクト連携システムが前提とするフィールドリアクター
モデルに基づくオブジェクト間の緩やかな連携を模式的
に示した図

【図２】 本発明のリバースプロキシーシステムの概略
構成例を示す図

【図３】 フィールドリアクターモデルを用いた場合の
本発明のリバースプロキシーシステムの概略構成例を示
す図

【図４】 本発明のリバースプロキシーを用いたオブジ
ェクト連携システムの入力メッセージ構造の例を示す図

【図５】 本発明のリバースプロキシーによる仲介処理
の概念を簡単に説明した図

【図６】 外部サーバからオブジェクトへの応答メッセ
ージ送信時の仲介動作を示す図

【図７】 本発明のリバースプロキシーを用いた仲介処
理の流れの概略を示す図

【図８】 プロキシーのプロトコルは形式的表現を示す
図

【図９】 あて先情報書き換え機能を含むリバースプロ
キシーの構成例を示す図

【図１０】 本発明の実施形態２のリバースプロキシー
を用いたオブジェクト連携システムの概略構成例を示す
図

【図１１】 本発明の実施形態３のリバースプロキシー
を用いたオブジェクト連携システムの概略構成例を示す
図

【図１２】 本発明の実施形態３のリバースプロキシー
を用いた局所フィールドにあるオブジェクトから外部オ
ブジェクトへのメッセージの流れを示す図

【図１３】 本発明の実施形態３のリバースプロキシー
を用いた外部オブジェクトから局所フィールドのオブジ
ェクトへの応答メッセージの流れを示す図

【図１４】 本実施形態４におけるリバースプロキシー
システムを実現する処理プログラムを記録した記録媒体
の例を示す図

【図１５】 従来技術のＣＯＲＢＡに基づいたクライア
ント／サーバシステムにおけるオブジェクト連携の例を
示す図

【符号の説明】

１０ メッセージ送受信部 ２０ ルール判定部 ２０ａ メッセージ・アクション反応テーブル ３０ アクション実行部 ３１ メッセージ生成部 ３２ メッセージ書き換え部 ３３ あて先情報書き換え部 ３３１ メッセージ解析部 ３３２ あて先情報検知部 ３４ 文字列情報処理部 ３５ オブジェクト識別文字列情報書き換え部 ３６ メッセージ形式変換部 ３６１ メッセージ形式解析部 ３６２ メッセージ形式書き換え部 ３７ プロトコル変換部 １００，１００ｂ，１００ｃ，１００ｄ リバースプロ
キシー ２００，２０１，２０２ オブジェクト ３００ 外部サーバ ４００ フィールド ４１０ 局所フィールド ４２０ 外部フィールド １０００ 記録装置内の記録媒体 １００１ 可搬型記録媒体 １００２ ＣＤ−ＲＯＭ １００３ フレキシブルディスク １００４ コンピュータ １００５ コンピュータのハードディスクやＲＡＭ等の
記録媒体

───────────────────────────────────────────────────── フロントページの続き (72)発明者 和田 裕二 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 Ｆターム(参考） 5B082 GB02 HA05 5B089 GA04 GB01 HB19 KF05

Claims (5)

【特許請求の範囲】
1. 【請求項１】 メッセージを取り込むメッセージ受信部
   と、メッセージの要素とその要素に対するルールとの組
   を備えたルール判定部と、前記組に従い、受信メッセー
   ジにマッチングしたルール内容であるアクションを実行
   するアクション実行部を備え、 前記メッセージ受信部によりメッセージを取り込み、前
   記ルール判定部により前記メッセージの要素に対応する
   ルールの組がある場合に、前記メッセージの要素を前記
   ルールに従って対応するメッセージ要素に書き換えて書
   き換え後のメッセージを転送するメッセージ書き換え機
   能と、 前記メッセージ受信部により、前記転送したメッセージ
   に対して反応した外部オブジェクトからの応答メッセー
   ジを取り込み、前記ルール判定部により、前記応答メッ
   セージの要素を前記ルールに従って対応するメッセージ
   要素に書き戻して転送するメッセージ書き戻し機能を備
   えたことを特徴とするリバースプロキシーシステム。
2. 【請求項２】 メッセージを取り込むメッセージ受信部
   と、メッセージ構造に対する反応であるアクションを関
   係付けたメッセージ・アクション反応テーブルと、前記
   メッセージ・アクション反応テーブルに従い、受信メッ
   セージのメッセージ構造にマッチングしたアクションを
   実行するアクション実行部を備え、 前記メッセージ受信部により、管理下の局所フィールド
   上のオブジェクトからメッセージを取り込み、前記アク
   ション実行部により、該メッセージのメッセージ構造に
   おける局所フィールドを表わすメッセージタグを、リバ
   ースプロキシーを表わすメッセージタグに書き換えて転
   送するメッセージ構造書き換え機能と、 前記メッセージ受信部により、前記転送したメッセージ
   に対して反応した外部オブジェクトからの応答メッセー
   ジを取り込み、前記アクション実行部により、前記応答
   メッセージのメッセージ構造におけるリバースプロキシ
   ーを表わすメッセージタグを、前記局所フィールドを表
   わすメッセージタグに書き戻して転送するメッセージ構
   造書き戻し機能を備えたことを特徴とするリバースプロ
   キシーシステム。
3. 【請求項３】 前記管理下の局所フィールドにあるオブ
   ジェクトからのメッセージの内容を解析し、メッセージ
   形式を他のメッセージ形式に書き換える送信メッセージ
   形式書き換え機能と、前記書き換えメッセージに対して
   反応したオブジェクトからの応答メッセージの内容を解
   析し、メッセージ形式を前記管理下の局所フィールドに
   あるオブジェクトのメッセージ形式に書き戻す受信メッ
   セージ形式書き戻し機能を備えた請求項１または２に記
   載のリバースプロキシーシステム。
4. 【請求項４】 前記受信メッセージ形式書き戻し機能に
   おいて、前記書き換えメッセージに対して反応したオブ
   ジェクトからの応答メッセージの内容を解析して当該応
   答メッセージの送信主体のあて先を示すあて先情報の存
   在を検知し、該あて先情報をリバースプロキシーのあて
   先情報に書き換えるあて先情報書き換え機能を含む請求
   項３に記載のリバースプロキシーシステム。
5. 【請求項５】 前記管理下の局所フィールドにあるオブ
   ジェクトとのやり取りに用られるプロトコルを、他のプ
   ロトコルに変換する送信プロトコル変換機能と、前記書
   き換えメッセージに対して反応したオブジェクトとのや
   り取りに用いるプロトコルを、前記管理下の局所フィー
   ルドにあるオブジェクトとのやり取りに用いるプロトコ
   ルに変換し戻す受信プロトコル変換機能を備えた請求項
   １または２に記載のリバースプロキシーシステム。