JP4363752B2 - Reverse proxy system - Google Patents

Description

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

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

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

オブジェクト２０１は、局所フィールド４１０から当該メッセージを取り込んで、メッセージ・アクション反応テーブルに従って発火（反応）し、応答メッセージを受け取る。
【００６５】
以上の仕組みにより、本発明のリバースプロキシーシステムを用いたオブジェクト連携システムにおいて、局所フィールドに存在するオブジェクトは、リバースプロキシーの仲介処理によって外部フィールドにある外部サーバなどと連携することができ、直接連携し合う構成とならない。
【００６６】
次に、第３のパートとして、リバースプロキシーシステムによる、外部サーバからの応答メッセージ中に含まれたＵＲＬなど外部サーバのあて先情報を書き換えるあて先情報書き換え機能について説明する。
【００６７】
図７は、リバースプロキシーを用いた仲介処理の流れの概略を示している。図７に示すように、この例では、エージェント間の行為（Communicative Action）の一つである“proxy”を用いて行っている。図７に示したプロキシーのプロトコルは形式的表現として、図８のものが用いられている。
【００６８】
図８に示した形式的表現は、エージェントｉがエージェントｊに対して、「ｊが知っているある条件を満たすｙに対して、proxyの中に記述された通信行為を、条件φが満たされるとき、ｊがｙに対して実施すること」をｉが意図（期待）し、それをｉがｊに通知する行為として表現されており、エージェントにかかわる国際標準化組織において定式化されたものである。
【００６９】
このような形式的表現を用いた仲介行為は、ｊからｙへの通信行為はあくまでもｊの行為として扱われるが、ｉがｊに依頼していることは、コンテンツの内容の転送ではなく、actionの実施の依頼である。本発明のリバースプロキシーシステムはこの点に着目し、ｉからｊへの行為に含まれるコンテンツと、ｊがｙに行う行為のコンテンツとは一致する必要がないとして、ｊのポジションにリバースプロキシーを設け、リバースプロキシーがメッセージを仲介するにあたり、メッセージ内容を書き換えて仲介する。
【００７０】
また、ｙからｊへのinformという行為は、ｙがｊに事実を伝えるということを意味するのみである。ｊからｉへの伝達については規定されていない。本発明のリバースプロキシーを用いたオブジェクト連携システムによる仲介処理はこの点にも着目し、ｙからｊに戻されるコンテンツをｊが受理した段階で解析し、その中にｙやその他のエージェントのあて先情報である送信先アドレスが含まれている場合にはこの記述を書き換え、ｊをあて先とするメッセージに変更する。この処理により、ｉは応答メッセージを受信しても直接ｙのあて先情報知ることはできないこととなる。
【００７１】
図９は、あて先情報書き換え機能を含むリバースプロキシーシステムの構成例を示す図である。１００ｂはリバースプロキシーを表わしており、メッセージ送受信部１０と、メッセージ・アクション反応テーブル２０ａと、アクション実行部３０、メッセージ生成部３１、メッセージ書き換え部３２に加え、あて先情報書き換え部３３を備えている。あて先情報書き換え部３３はメッセージ解析部３３１、あて先情報検知部３３２を備えている。
【００７２】
リバースプロキシー１００ｂは、外部フィールド４２０からメッセージ送受信部１０を介して、メッセージ・アクション反応テーブル２０ａに従い、外部サーバ３００からの応答メッセージを受け取ると、アクション実行部３０によりアクションを実行するが、アクションの一環として、あて先情報書き換え部３３によるあて先情報書き換え処理を行う。まず、メッセージ解析部３３１によりメッセージを解析し、あて先情報検知部３３２により外部サーバ３００のＵＲＬなどのあて先情報が書き込まれていないかチェックする。もし書き込まれているならば、あて先情報書き換え部３３はリバースプロキシー自身のあて先情報に書き換える。その後、アクションが継続され、依頼元の局所フィールド４１０にあるサーバへ応答メッセージが流される。
【００７３】
やり取りされるメッセージがｈｔｍｌ形式またはＸＭＬ形式のメッセージであり、該メッセージにリンク先を表わす外部サーバ３００のＵＲＬが含まれている場合に該ＵＲＬを、リバースプロキシー１００ｂのＵＲＬに書き換える。
【００７４】
以上の仕組みにより、本発明のリバースプロキシーシステムを用いたオブジェクト連携システムにおいて、局所フィールドに存在するオブジェクトは、応答メッセージの中に書き込まれた外部サーバのＵＲＬなどのあて先情報を直接受け取ることがなく、外部サーバと直接通信し合うことができない。必ずリバースプロキシーによる仲介処理により外部フィールドにある外部サーバなどとオブジェクト連携を行うこととなる。
【００７５】
なお、上記説明では、一実施形態として、図３に示したフィールドリアクターモデルを前提とした構成を中心に説明したが、しかし、図２に示した構成のように本発明のリバースプロキシーシステムは、フィールドリアクターモデルを用いた構成に限定されるものではない。
【００７６】
（実施形態２）
実施形態２は、局所フィールドのオブジェクトと外部サーバとのやり取りにおいてCookieに相当する情報が交換される場合の仲介処理について説明する。Cookieとは、ワールドワイドウェブ（以下、ＷＷＷと略記する）上でユーザを管理を実現する仕組みを言い、ＷＷＷサーバがユーザを識別する識別文字列情報Cookieを生成し、ＷＷＷサーバとブラウザ双方に格納しておき、２回目のアクセス時にはブラウザから当該CookieをＨＴＴＰで送信し、サーバ側に格納されているCookieと照合してユーザを特定する仕組みである。つまり、外部サーバとオブジェクトとの１回目のアクセスにおいて、オブジェクトを識別する識別文字列情報を交換して格納し合い、２回目のアクセス時にはオブジェクトから識別文字列情報を送信し、外部サーバにおいて格納された当該識別文字列情報との照合によりアクセスしてきたオブジェクトを特定する仕組みの適用する場合の扱いである。
【００７７】
図１０は、実施形態２のオブジェクト連携システムの概略構成例を示す図である。図３に比べ、リバースプロキシー１００ｃは、アクション実行部３０において識別文字列情報処理部３４と識別文字列情報書き換え部３５を備えた構成となっている。
【００７８】
識別文字列情報処理部３４は、いわゆるCookiesの全体仕様に基づいて、サーバとの間でCookieを用いたやり取りを制御する部分である。識別文字列情報処理部３４により、外部サーバ３００との間においてリバースプロキシー１００ｃ自身の識別文字列情報（Cookie１）を交換して格納し合い、前記管理下の局所フィールド４１０にあるオブジェクト２００との間においてオブジェクト２００の識別文字列情報（Cookie２）を交換して格納し合う。
【００７９】
識別文字列情報書き換え部３５は、オブジェクト２００から受けた識別文字列情報（Cookie２）を用いたメッセージのやり取りを、リバースプロキシー１００ｃ自身のオブジェクト識別文字列情報（Cookie１）に書き換えて外部サーバ３００とのメッセージのやり取りに仲介する。このようにオブジェクト識別文字列情報を書き換えて仲介することにより文字列情報（Cookie）を利用したメッセージのやり取りの仕組みを適用することができ、かつ、局所フィールド４１０と外部フィールド４２０上でやり取りされるオブジェクト識別文字列情報が書き換えられて仲介されるので、局所フィールド４１０のオブジェクト２００が外部サーバ３００によって直接管理されることにはならない。
【００８０】
以上、局所フィールドのオブジェクトと外部サーバとのやり取りにおいてオブジェクト識別文字列情報を用いたユーザ管理の仕組み（Cookies）を適用することができ、かつ、やり取りされるオブジェクト識別文字列情報は書き換えられるので局所フィールドのオブジェクトが外部サーバによって直接管理されず、リバースプロキシーによる仲介処理を維持することができる。
【００８１】
（実施形態３）
実施形態３は、局所フィールドのオブジェクトと外部サーバとのメッセージのやり取りにおいて、メッセージ形式やプロトコルを変換する機能を備えたものである。実施形態１などにおいてもメッセージ形式変換やプロトコル変換に関する部分があるが、ここではメッセージ形式変換およびプロトコル変換に関する部分に注目して説明する。
【００８２】
図１１は、実施形態３のオブジェクト連携システムの概略構成例を示す図である。図３に比べ、リバースプロキシー１００ｄはアクション実行部３０においてメッセージ形式変換部３６とプロトコル変換部３７を備えた構成となっている。
【００８３】
メッセージ形式変換部３６は、メッセージ形式解析部３６１と、メッセージ形式書き換え部３６２を備えており、管理下の局所フィールドにあるオブジェクトからのメッセージの形式を解析し、メッセージ形式を他のメッセージ形式に書き換える送信メッセージ形式書き換え機能と、さらに、外部サーバからの応答メッセージの内容を解析し、メッセージ形式を管理下の局所フィールドにあるオブジェクトのメッセージ形式に書き戻す受信メッセージ形式書き戻し機能を備えたものである。なお、メッセージ形式書き換え部３６２は、送信メッセージ形式書き換え機能におけるメッセージ形式の書き換え手順や書き換え内容などの情報を記憶しておき、受信メッセージ形式書き戻し機能においてそれら情報を基に応答メッセージの形式を元のメッセージ形式に書き戻す。
【００８４】
ここで、送信メッセージ形式書き換え機能および受信メッセージ形式書き戻し機能において扱われるメッセージ形式の例を挙げると、一つにはエンコーディング形式がある。局所フィールドのオブジェクトが扱うエンコーディング形式と外部オブジェクトの扱うエンコーディング形式が異なっている場合でも両者間の違いをメッセージ形式変換部３６により変換して吸収し、メッセージを受け渡す。
【００８５】
他にはメッセージの要素に対する名前付けのルールがある。例えばＩＤ情報に関する名前付けのルールが両者間で異なっている場合でも両者間の違いをメッセージ形式変換部３６により変換して吸収し、メッセージを受け渡す。
【００８６】
他には、パラメタ内容がある。図１２および図１３は、その例を示したものである。ここでは、パラメタ内容としてカンバセーションＩＤについてのパラメタ内容が変更された例を示す。図１２が局所フィールドにあるオブジェクトから外部オブジェクトへのメッセージの流れ、図１３が外部オブジェクトから局所フィールドのオブジェクトへの応答メッセージの流れを示している。図１２および図１３で明らかなように、ＡＲＧ２に関するパラメタ内容がリバースプロキシーシステムにより変換されていることが分かる。図１２では局所フィールドにあるオブジェクトとリバースプロキシー間ではＡＲＧ２のパラメタ内容はａｂｃであるが、リバースプロキシーと外部オブジェクト間ではＡＲＧ２のパラメタ内容はｄｅｆに書き換えられている。図１３では、逆に、リバースプロキシーと外部オブジェクト間でのＡＲＧ２のパラメタ内容はｄｅｆであるが、リバースプロキシーと局所フィールドにあるオブジェクト間ではａｂｃに書き戻されている。
【００８７】
他には、シンタックスの変換がある。ｈｔｍｌ形式とＸＭＬ形式などメッセージのシンタックスを書き換え、書き戻しすることが可能である。
【００８８】
なお、上記のメッセージ形式の書き換えや書き戻しにおいては、変更例を挙げたが変更のみならず、追加や削除などの概念も含まれるものである。例えば、図１２や図１３において局所フィールドにあるオブジェクトとリバースプロキシー間ではＡＲＧ１とＡＲＧ２の識別子を持つメッセージ形式であり、リバースプロキシーと外部オブジェクトの間ではＡＲＧ１に相当する識別子を持つがＡＲＧ２に相当する識別子がないメッセージ形式である場合に両者間のメッセージ形式の違いを吸収することもできるものである。
【００８９】
次に、プロトコル変換部３７は、管理下の局所フィールドにあるオブジェクトとのやり取りに用られるプロトコルを、外部サーバとのやり取りに用いられる他のプロトコルに変換する送信プロトコル変換機能と、外部サーバとのやり取りに用いるプロトコルを、管理下の局所フィールドにあるオブジェクトとのやり取りに用いるプロトコルに変換し戻す受信プロトコル変換機能を備えたものである。プロトコル変換部３７は、送信プロトコル変換機能におけるプロトコル変換手順や変換内容などの情報を記憶しておき、受信プロトコル変換機能においてそれら情報を基に応答メッセージに関するプロトコルを元のプロトコルに書き戻す。
【００９０】
このように、管理下の局所フィールドにあるオブジェクトと、外部サーバとのやり取りの仲介処理において、メッセージ形式やプロトコルの書き換え、書き戻しにより、両者間で異なるメッセージ形式、プロトコルを変換することができ、両者間のシームレスでスムーズなオブジェクト連携を実現することができる。
【００９１】
（実施形態４）
本発明のリバースプロキシーシステムおよびリバースプロキシーシステムを用いたオブジェクト連携仲介システムは、上記に説明した構成を実現する処理ステップを記述したプログラムをコンピュータ読み取り可能な記録媒体に記録して提供することにより、各種コンピュータを用いて構築できる。本発明のリバースプロキシーシステムおよびリバースプロキシーを用いたオブジェクト連携仲介システムを実現する処理ステップを備えたプログラムを記録した記録媒体は、図１４に図示した記録媒体の例に示すように、ＣＤ−ＲＯＭ１００２やフレキシブルディスク１００３等の可搬型記録媒体１００１だけでなく、ネットワーク上にある記録装置内の記録媒体１０００や、コンピュータのハードディスクやＲＡＭ等の記録媒体１００５のいずれであっても良く、プログラム実行時には、プログラムはコンピュータ１００４上にローディングされ、主メモリ上で実行される。
【００９２】
さらに、ソースプログラムをコンパイルしたもののみならず、ネットワークを介してクライアントコンピュータに中間言語形式のアプレットを送信し、クライアントコンピュータ上でインタープリタ実行して動作する構成であっても良い。
【００９３】
本発明のリバースプロキシーシステムにおいて以下の項をさらに開示する。
【００９４】
（付記１）メッセージを取り込むメッセージ受信部と、メッセージの要素とその要素に対するルールとの組と、前記組に従い、受信メッセージにマッチングしたルール内容であるアクションを実行するアクション実行部を備え、
前記メッセージ受信部により、管理下の局所フィールド上のオブジェクトからメッセージを取り込み、前記アクション実行部により、該メッセージのメッセージにおける局所フィールドを表わすメッセージタグを、リバースプロキシーを表わすメッセージタグに書き換えて転送するメッセージ書き換え機能と、
前記メッセージ受信部により、前記転送したメッセージに対して反応した外部オブジェクトからの応答メッセージを取り込み、前記アクション実行部により、前記応答メッセージのメッセージにおけるリバースプロキシーを表わすメッセージタグを、前記局所フィールドを表わすメッセージタグに書き戻して転送するメッセージ書き戻し機能を備えたことを特徴とするリバースプロキシーシステム（１）。
【００９５】
（付記２）メッセージを取り込むメッセージ受信部と、メッセージ構造に対する反応であるアクションを関係付けたメッセージ・アクション反応テーブルと、前記メッセージ・アクション反応テーブルに従い、受信メッセージのメッセージ構造にマッチングしたアクションを実行するアクション実行部を備え、
前記メッセージ受信部により、管理下の局所フィールド上のオブジェクトからメッセージを取り込み、前記アクション実行部により、該メッセージのメッセージ構造における局所フィールドを表わすメッセージタグを、リバースプロキシーを表わすメッセージタグに書き換えて転送するメッセージ構造書き換え機能と、
前記メッセージ受信部により、前記転送したメッセージに対して反応した外部オブジェクトからの応答メッセージを取り込み、前記アクション実行部により、前記応答メッセージのメッセージ構造におけるリバースプロキシーを表わすメッセージタグを、前記局所フィールドを表わすメッセージタグに書き戻して転送するメッセージ構造書き戻し機能を備えたことを特徴とするリバースプロキシーシステム（２）。
【００９６】
（付記３）前記管理下の局所フィールドにあるオブジェクトからのメッセージの内容を解析し、メッセージ形式を他のメッセージ形式に書き換える送信メッセージ形式書き換え機能と、前記書き換えメッセージに対して反応したオブジェクトからの応答メッセージの内容を解析し、メッセージ形式を前記管理下の局所フィールドにあるオブジェクトのメッセージ形式に書き戻す受信メッセージ形式書き戻し機能を備えた（付記１）または（付記２）に記載のリバースプロキシーシステム（３）。
【００９７】
（付記４）前記受信メッセージ形式書き戻し機能において、前記書き換えメッセージに対して反応したオブジェクトからの応答メッセージの内容を解析して当該応答メッセージの送信主体のあて先を示すあて先情報の存在を検知し、該あて先情報をリバースプロキシーのあて先情報に書き換えるあて先情報書き換え機能を含む上記（付記３）に記載のリバースプロキシーシステム（４）。
【００９８】
（付記５）前記管理下の局所フィールドにあるオブジェクトとのやり取りに用られるプロトコルを、他のプロトコルに変換する送信プロトコル変換機能と、前記書き換えメッセージに対して反応したオブジェクトとのやり取りに用いるプロトコルを、前記管理下の局所フィールドにあるオブジェクトとのやり取りに用いるプロトコルに変換し戻す受信プロトコル変換機能を備えた（付記１）または（付記２）に記載のリバースプロキシーシステム（５）。
【００９９】
（付記６）前記管理下の局所フィールドにあるオブジェクトと外部サーバとのアクセスにおいて、やり取りされるメッセージがｈｔｍｌ形式またはＸＭＬ形式のメッセージであり、該メッセージにリンク先を表わす前記外部サーバのＵＲＬが含まれている場合、該ＵＲＬを前記リバースプロキシーのＵＲＬに書き換える（付記３）に記載のリバースプロキシーシステム。
【０１００】
（付記７）外部サーバとオブジェクトとの１回目のアクセスにおいて、該オブジェクトを識別する識別文字列情報を双方に格納し、２回目のアクセス時には該オブジェクトから前記識別文字列情報を送信し、前記外部サーバは前記識別文字列情報と格納している識別文字列情報との照合によりアクセスしてきたオブジェクトを特定する仕組みの適用において、
外部サーバとの間においてリバースプロキシー自身の識別文字列情報を双方に格納し、前記管理下の局所フィールドにあるオブジェクトとの間において該オブジェクトの識別文字列情報を双方に格納し合う識別文字列情報処理部と、
前記オブジェクトからの識別文字列情報を用いたメッセージのやり取りを、リバースプロキシー自身の識別文字列情報に書き換えて前記外部サーバとのメッセージのやり取りとして仲介する識別文字列情報書き換え部を備えた（付記１）または（付記２）に記載のリバースプロキシーシステム。
【０１０１】
（付記８）メッセージを取り込むメッセージ受信部と、メッセージの要素とその要素に対するルールとの組と、前記組に従い、受信メッセージにマッチングしたルール内容であるアクションを実行するアクション実行部を備えたリバースプロキシーを用い、
前記メッセージ受信部により、管理下の局所フィールド上のオブジェクトからメッセージを取り込み、前記アクション実行部により、該メッセージのメッセージにおける局所フィールドを表わすメッセージタグを、リバースプロキシーを表わすメッセージタグに書き換えて転送し、
前記メッセージ受信部により、前記転送したメッセージに対して反応した外部オブジェクトからの応答メッセージを取り込み、前記アクション実行部により、前記応答メッセージのメッセージにおけるリバースプロキシーを表わすメッセージタグを、前記局所フィールドを表わすメッセージタグに書き戻して転送することを特徴とするリバースプロキシーシステムを用いた仲介方法。
【０１０２】
（付記９）メッセージを取り込むメッセージ受信部と、メッセージ構造に対する反応であるアクションを関係付けたメッセージ・アクション反応テーブルと、前記メッセージ・アクション反応テーブルに従い、受信メッセージのメッセージ構造にマッチングしたアクションを実行するアクション実行部を備えたリバースプロキシーシステムを用い、
前記メッセージ受信部により、管理下の局所フィールド上のオブジェクトからメッセージを取り込み、前記アクション実行部により、該メッセージのメッセージ構造における局所フィールドを表わすメッセージタグを、リバースプロキシーを表わすメッセージタグに書き換えて転送し、
前記メッセージ受信部により、前記転送したメッセージに対して反応した外部オブジェクトからの応答メッセージを取り込み、前記アクション実行部により、前記応答メッセージのメッセージ構造におけるリバースプロキシーを表わすメッセージタグを、前記局所フィールドを表わすメッセージタグに書き戻して転送することを特徴とするリバースプロキシーシステムを用いた仲介方法。
【０１０３】
（付記１０）メッセージを取り込むメッセージ受信部と、メッセージの要素とその要素に対するルールとの組と、前記組に従い、受信メッセージにマッチングしたルール内容であるアクションを実行するアクション実行部を備えたリバースプロキシーの処理プログラムを記録したコンピュータ読み取り可能な記録媒体であって、
前記メッセージ受信部により、管理下の局所フィールド上のオブジェクトからメッセージを取り込む処理ステップと、
前記アクション実行部により、該メッセージのメッセージにおける局所フィールドを表わすメッセージタグを、リバースプロキシーを表わすメッセージタグに書き換えて転送する処理ステップと、
前記メッセージ受信部により、前記転送したメッセージに対して反応した外部オブジェクトからの応答メッセージを取り込む処理ステップと、
前記アクション実行部により、前記応答メッセージのメッセージにおけるリバースプロキシーを表わすメッセージタグを前記局所フィールドを表わすメッセージタグに書き戻して転送する処理ステップを記録したことを特徴とする記録媒体。
【０１０４】
（付記１１）メッセージを取り込むメッセージ受信部と、メッセージ構造に対する反応であるアクションを関係付けたメッセージ・アクション反応テーブルと、前記メッセージ・アクション反応テーブルに従い、受信メッセージのメッセージ構造にマッチングしたアクションを実行するアクション実行部を備えたオブジェクトの連携処理を制御するリバースプロキシーシステムの処理プログラムを記録したコンピュータ読み取り可能な記録媒体であって、
前記メッセージ受信部により、管理下の局所フィールド上のオブジェクトからメッセージを取り込む処理ステップと、
前記アクション実行部により、該メッセージのメッセージ構造における局所フィールドを表わすメッセージタグを、リバースプロキシーを表わすメッセージタグに書き換えて転送する処理ステップと、
前記メッセージ受信部により、前記転送したメッセージに対して反応した外部オブジェクトからの応答メッセージを取り込む処理ステップと、
前記アクション実行部により、前記応答メッセージのメッセージ構造におけるリバースプロキシーを表わすメッセージタグを、前記局所フィールドを表わすメッセージタグに書き戻して転送する処理ステップを記録したことを特徴とする記録媒体。
【０１０５】
【発明の効果】
本発明のリバースプロキシーシステムによれば、メッセージ構造を用いたメッセージ・アクション反応関係により柔軟かつ動的にオブジェクト間の連携を行うことができ、かつ、局所フィールド内は局所フィールドを表わすメッセージタグによるメッセージ構造を持つメッセージのみが送受信され、外部サーバと直接連携することはなく、リバースプロキシーを介したメッセージ構造の書き換え処理を経てのみ外部フィールドのオブジェクトとの連携が可能となる。また、メッセージの外部フィールドへの送信時のみならず、外部フィールドからのメッセージ受信時についても、リバースプロキシーを介したメッセージ構造の書き換え処理を経てのみ局所フィールドのオブジェクトが受信可能となる。
【０１０６】
また、本発明のリバースプロキシーシステムによれば、外部サーバからの応答メッセージの中に外部サーバのＵＲＬなど外部サーバのあて先情報が記載されている場合において、当該あて先情報をリバースプロキシーのあて先情報に書き換えて管理下の局所フィールドのオブジェクトに渡すので、局所フィールドのオブジェクトは外部サーバのＵＲＬなどあて先情報を知ることはない。
【０１０７】
また、本発明のリバースプロキシーシステムによれば、管理下の局所フィールドにあるオブジェクトと、外部サーバとのやり取りの仲介処理において、メッセージタグの書き換えによるメッセージ構造の書き換えのみならず、両者間で異なるメッセージ形式、プロトコルを変換することができ、両者間のシームレスでスムーズなオブジェクト連携を実現することができる。
【図面の簡単な説明】
【図１】 本発明のリバースプロキシーを用いたオブジェクト連携システムが前提とするフィールドリアクターモデルに基づくオブジェクト間の緩やかな連携を模式的に示した図
【図２】 本発明のリバースプロキシーシステムの概略構成例を示す図
【図３】 フィールドリアクターモデルを用いた場合の本発明のリバースプロキシーシステムの概略構成例を示す図
【図４】 本発明のリバースプロキシーを用いたオブジェクト連携システムの入力メッセージ構造の例を示す図
【図５】 本発明のリバースプロキシーによる仲介処理の概念を簡単に説明した図
【図６】 外部サーバからオブジェクトへの応答メッセージ送信時の仲介動作を示す図
【図７】 本発明のリバースプロキシーを用いた仲介処理の流れの概略を示す図
【図８】 プロキシーのプロトコルは形式的表現を示す図
【図９】 あて先情報書き換え機能を含むリバースプロキシーの構成例を示す図
【図１０】 本発明の実施形態２のリバースプロキシーを用いたオブジェクト連携システムの概略構成例を示す図
【図１１】 本発明の実施形態３のリバースプロキシーを用いたオブジェクト連携システムの概略構成例を示す図
【図１２】 本発明の実施形態３のリバースプロキシーを用いた局所フィールドにあるオブジェクトから外部オブジェクトへのメッセージの流れを示す図
【図１３】 本発明の実施形態３のリバースプロキシーを用いた外部オブジェクトから局所フィールドのオブジェクトへの応答メッセージの流れを示す図
【図１４】 本実施形態４におけるリバースプロキシーシステムを実現する処理プログラムを記録した記録媒体の例を示す図
【図１５】 従来技術のＣＯＲＢＡに基づいたクライアント／サーバシステムにおけるオブジェクト連携の例を示す図
【符号の説明】
１０ メッセージ送受信部
２０ ルール判定部
２０ａ メッセージ・アクション反応テーブル
３０ アクション実行部
３１ メッセージ生成部
３２ メッセージ書き換え部
３３ あて先情報書き換え部
３３１ メッセージ解析部
３３２ あて先情報検知部
３４ 文字列情報処理部
３５ オブジェクト識別文字列情報書き換え部
３６ メッセージ形式変換部
３６１ メッセージ形式解析部
３６２ メッセージ形式書き換え部
３７ プロトコル変換部
１００，１００ｂ，１００ｃ，１００ｄ リバースプロキシー
２００，２０１，２０２ オブジェクト
３００ 外部サーバ
４００ フィールド
４１０ 局所フィールド
４２０ 外部フィールド
１０００ 記録装置内の記録媒体
１００１ 可搬型記録媒体
１００２ ＣＤ−ＲＯＭ
１００３ フレキシブルディスク
１００４ コンピュータ
１００５ コンピュータのハードディスクやＲＡＭ等の記録媒体[0001]
BACKGROUND OF THE INVENTION
The present invention relates to an object cooperation system that performs cooperation processing such as dialogue / cooperation of a computer group or an object group, and a plurality of processes are created in an object-oriented environment such as a distributed computer environment. It is related with the object cooperation system for the system construction which respond | corresponds flexibly and changes gradually. In particular, the present invention relates to an intermediary process when performing cooperative processes such as communication, dialogue, and cooperation between distributed objects.
[0002]
[Prior art]
In recent years, with the progress of networking, a system in which a plurality of objects distributed on a network perform processing in cooperation with each other is increasing. Researches such as object-oriented programming and component technology have been made as techniques for processing such a plurality of objects in cooperation.
[0003]
As an example of object-oriented programming, the common object CORBA (The Common Object Request Broker: Architecture) for distributed object operation established by the industry organization OMG (Object Management Group) established with the aim of standardizing and spreading object-oriented technology and Specification).
[0004]
FIG. 15 shows an example of object cooperation in a client / server system based on CORBA. This system performs a series of processes by cooperation between a client application and a server application, that is, by object cooperation.
[0005]
The application developer describes an interface of a service provided by each of the client and the server in IDL (Interface Definition Language). The content defined as an interface is an operation group that can be requested to an object. Each operation defines an operation name, parameter definition, return value definition, exception handling when an error occurs, additional information, and the like.
[0006]
By compiling the contents defined by IDL with a dedicated compiler, a stub for a client and a skeleton for a server are generated. A stub is a group of routines that provide a client application with access to a group of operations defined in IDL. The client application starts various operations by calling a routine provided by the stub. The skeleton provides a dispatching routine to the method routine provided by the server application.
[0007]
Stubs and skeletons are generated in the programming language used by the corresponding client application or server application. For example, if the programming language used is C language, the stub is generated as a C language function group, and the client application calls the function corresponding to the operation to be executed, and passes through the stub, ORB runtime, and skeleton. Then, the corresponding routine of the server application is called and a predetermined process is executed. Then, the processing result is returned to the calling client application.
[0008]
[Problems to be solved by the invention]
Here, a case is considered where a proxy server is provided to perform an intermediary action in the object cooperation processing using conventional CORBA or the like. In this case, it is necessary for the client to directly specify a proxy server that performs mediation processing in the communication layer. However, in order to flexibly perform intermediary between companies and users as represented by electric commerce, detailed description by direct specification of the proxy server in the communication layer is difficult, and intermediary such as agents is required. .
[0009]
In general, the mediating action of an agent is established by a dialogue between an agent that performs a request, an agent that performs a mediating action, and an agent that provides data. In addition, the agent that performs the request and the agent that provides the data are realized by wrapping a function for performing an interaction as an agent on a service that does not use a normal agent technology.
[0010]
If the mediation is a one-way or one-way round trip, there is little problem with this framework, and the interaction is possible because the agent on the user side and the data provider side have the knowledge of the name and address of the agent performing the mediation. To establish.
[0011]
However, when the service wrapped as an agent is a web browser client, there are the following problems.
[0012]
That is a problem that allows a client to access without going through a mediation agent. In particular, there is a problem that access that bypasses the mediating agent is possible in the second and subsequent accesses. For example, for the first access, the requesting agent accesses the data providing agent via the mediation agent. Therefore, the browser client side specifies and accesses the URL of the mediation agent, and the dialogue between the two starts by the mediation action by the mediation agent. However, as a result of this initial exchange, it is sufficiently assumed that the URL is directly written in the data returned from the data providing agent to the requesting agent. As a result, if the requesting agent accesses using the URL on the data providing side, it becomes possible to directly access the data providing agent without going through the mediating agent.
[0013]
The problem is that the request from the requesting agent is rejected by the data providing agent when it is required to create a secure domain for each other, such as when implementing an application process that requires high security in cooperation between objects. In electric commerce transactions, there arises a problem that the process for obtaining the confidence for safety is complicated.
[0014]
Further, a service provider that provides an intermediary agent service arbitrarily allows communication not via its own intermediary agent service, which causes a problem that the intermediary service provider cannot control the intermediary service.
[0015]
In order to solve the above-mentioned problems, the present invention introduces an object for mediation processing in an object linkage system that links objects connected to a network via a message and exists in a local field under the object management. It is an object of the present invention to provide an object cooperation system that mediates message exchange between two objects without directly interacting with an external server and realizes object cooperation based on the mediated message.
[0016]
[Means for Solving the Problems]
In order to achieve the above object, the reverse proxy system of the present invention includes a message receiving unit that captures a message, a rule determination unit that includes a set of a message element and a rule for the element, and matches a received message according to the set. An action executing unit that executes an action that is the content of the rule, the message is received by the message receiving unit, and when there is a set of rules corresponding to the element of the message by the rule determining unit, the element of the message is A message rewriting function that rewrites the corresponding message element in accordance with a rule and transfers the rewritten message, and the message receiving unit captures a response message from an external object that has reacted to the transferred message, into the rule determination unit Yo Characterized in that the elements of the response message with the corresponding messages are written back to transfer written back to the message elements in accordance with the rules.
[0017]
With the above configuration, it is possible to flexibly and dynamically cooperate between objects by a relationship using a pair of a message element and a rule for the element, and with other objects through message rewrite processing via a reverse proxy. Can be linked. In addition, when a response message is received from another object, the message can be received through a message write-back process via the reverse proxy.
[0018]
Note that the message write-back function receives information related to the message rewrite procedure and rewrite rules that are rewritten by the message rewrite function, and uses the information when writing back the response message.
[0019]
The reverse proxy system of the present invention can be constructed using a field reactor model. The reverse proxy system of the present invention using a field reactor model includes a message receiving unit that takes in a message, a message / action reaction table that associates an action that is a reaction to a message structure, and a received message according to the message / action reaction table. An action execution unit that executes an action matching the message structure of the message, the message receiving unit fetches a message from an object on a managed local field, and the action execution unit sets a local field in the message structure of the message. A message structure rewriting function for rewriting and transferring a message tag representing a message tag representing a reverse proxy, and the message receiving unit A message that captures a response message from an external object that has responded to a message, and writes back a message tag that represents a reverse proxy in the message structure of the response message to a message tag that represents the local field by the action execution unit and transfers the message tag It is characterized by a structural write-back function.
[0020]
With the above configuration, it is possible to flexibly and dynamically link objects with the message / action reaction relationship using the message structure in the field reactor model, and the message structure rewriting process and message structure writing back via the reverse proxy. It is possible to link with an object in an external field only after processing.
[0021]
The reverse proxy system analyzes the content of a message from an object in a managed local field, rewrites the message format to another message format, and from the object that reacts to the rewritten message. By providing the received message format write-back function that analyzes the content of the response message and writes the message format back to the message format of the object in the managed local field, mediation processing with message format conversion can be executed.
[0022]
Further, in the received message format write-back function, the content of the response message from the object that has reacted to the rewrite message is analyzed to detect the presence of destination information indicating the destination of the sender of the response message, If the destination information rewriting function that rewrites the destination information to the reverse proxy destination information is included, the destination information is rewritten to the reverse proxy destination information and passed to the managed local field object. It does not know the destination information such as the URL of the server.
[0023]
In addition, the reverse proxy system uses a transmission protocol conversion function for converting a protocol used for an exchange with an object in a managed local field into another protocol, and an exchange with an object that reacts to the rewritten message. By providing a receiving protocol conversion function that converts the protocol to be used back into a protocol used for exchange with objects in the managed local field, a unique protocol is used in the local field, or an external server adopts it. Even when a different protocol from the existing protocol is adopted, the reverse proxy can absorb the protocol difference and mediate the message significantly.
[0024]
In the reverse proxy system, the message exchanged in the access between the object in the local field under management and the external server is a message in html format or XML format, and the URL of the external server indicating the link destination in the message Is included, it is preferable to rewrite the URL to the URL of the reverse proxy.
[0025]
With the above configuration, it is possible to link an object in a local field with an external server only via a reverse proxy, and there is no need to directly know the URL of the link destination of the other party, while the provided web page is an object in the local field. You can browse the same as if you linked directly.
[0026]
In addition, the reverse proxy system includes an identification character string information processing unit and an identification character string information rewriting unit in the application of a mechanism equivalent to a so-called cookie, and reverses between the identification character string information processing unit and the external server. The identification character string information of the proxy itself is exchanged and stored, the identification character string information of the object is exchanged and stored with the object in the managed local field, and the identification character string information rewriting unit Thus, it is preferable that the message exchange using the identification character string information from the object is rewritten as the identification character string information of the reverse proxy itself to mediate the message exchange with the external server.
[0027]
With the above configuration, even when a mechanism for realizing user management using a so-called cookie is introduced, mediation processing can be realized while using the cookie.
[0028]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of an object cooperation system of the present invention will be described with reference to the drawings.
[0029]
(Embodiment 1)
In the reverse proxy system of the present invention, objects are linked by linking objects by a combination of a message element and a rule for the element, intervening in the exchange process, and from one object a to another object b. In message transmission, a message rewriting function for rewriting a message element and a message writing back function for restoring the rewritten message element are provided.
[0030]
As an embodiment of the reverse proxy system of the present invention, a configuration based on a field reactor model is possible. The field reactor model is to build a linkage between objects by linking objects by the relationship between the message flowing in the field and the action corresponding to the message, and flexibly and dynamically update the description of the relationship between the message and the action. In this way, the object linkage relationship is constructed flexibly and dynamically. For example, a relationship between a message structure and an action associated with the message structure is prepared in the form of a reaction table. In this embodiment, the cooperation between objects based on the combination of the element of the message flowing through the field and the rule for the element is limited to the form of the cooperation between the objects using the reaction table describing the relationship between the message structure and the action. It becomes a form.
[0031]
Hereinafter, in the first embodiment, the concept of the reverse proxy system will be described, and as an embodiment thereof, a description will be given focusing on a configuration based on a field reactor model. However, the reverse proxy system of the present invention is not limited to the configuration using the field reactor model.
[0032]
Hereinafter, the mediation processing of the reverse proxy system of the present invention will be described in order by dividing it into three parts.
[0033]
In the first part, the concept of cooperation between objects using messages, the basic configuration of the reverse proxy system, the operating principle of the field reactor model used by the reverse proxy system as one embodiment, and the reverse when using the field reactor model The basic configuration of the proxy system will be described.
[0034]
In the second part, the concept of mediation processing by the reverse proxy system will be described. This is an explanation centering on the intermediary processing between the object of the local field under management and the external server.
[0035]
In the third part, a destination information rewriting function for rewriting destination information of an external server such as a URL included in a response message from the external server by a reverse proxy system will be described.
[0036]
First, the concept of cooperation between objects using the message of the first part will be described.
[0037]
The cooperation of objects by the reverse proxy system of the present invention uses a relationship by a set of message elements exchanged between objects and rules for the message elements. Based on the received message, a rule corresponding to the element of the message is determined, and the contents of the rule are executed, whereby cooperation between objects is performed.
[0038]
Hereinafter, an example using fields will be described. In this case, processing is executed in such a way that individual computer systems as objects or individual application programs operating in the computer system react to messages flowing through a communication path as defined as a common field. The operation of the entire system can be flexibly changed by changing / adjusting the set of messages and rules. That is, a function can be dynamically configured by cooperation between objects that define a loose relationship between linked objects, without a close relationship depending on each other's internal state or internal function.
[0039]
FIG. 1 is a diagram schematically showing loose cooperation between objects via messages in the field model.
[0040]
In FIG. 1, 201 is an object A, and 202 is an object B, each of which is a subject that sends and receives messages. M1 indicates a message. a1 represents a rule defined in the object A (201), and a2 represents a rule defined in the object B (202). Note that arrows in the figure indicate message transmission when the starting point is an object and message reception when the end point is an object. Each object has its own rule for executing the rule and the contents of the rule as an internal state.
[0041]
In FIG. 1, cooperation between an object A (201) and an object B (202) is performed via a message M1. The object A (201) basically sends out a message without knowing about the internal function of the object B (202). Further, there is no need to specify the object B (202) itself and send a message, and the object A (201) sends a message M1 based on its own state and processing contents. The object B (202) monitors a message flowing on the communication path, detects the message M1, and when M1 is significant for the object B, reacts to activate the rule a2 and executes the rule contents. In this way, the object A and the object B can be significantly linked, but this is not due to the direct connection between the object A (201) and the object B (202), but the rules of the message M1 and the object B (202) Can be said to be the result of the action being the rule content. Conversely, if the message is different from M1, object B (202) will not respond unless the message is in the same acceptable range as M1 or there are other rules associated with the message. Become. In this way, the cooperation between the objects is gently performed via the message, so that the degree of freedom of the cooperation between the objects is increased. That is, it is not necessary to specify the address of the communication partner and the content of the processing request as in conventional computer network communication, and each terminal that monitors the network sends a message indicating its state, processing result, etc. on the network. The message is detected, and if a corresponding rule is defined, it reacts autonomously.
[0042]
The communication path is not particularly limited as long as it is not only a physical network such as a LAN but also a medium that can be commonly received such as wireless, voice, and light. Further, it may be a recording medium such as a memory that can be called in common. Further, it may be a virtual existence depending on the port address of the communication path.
[0043]
Next, the basic configuration of the reverse proxy system is shown.
[0044]
FIG. 2 is a diagram showing a schematic configuration example of the reverse proxy system of the present invention. Reference numeral 100 denotes an object, a message transmission / reception unit 10 that captures a message transmitted on the network, a rule determination unit 20 that manages a set of a message element and a rule for the message element, and determines a rule for the received message. And an action execution unit 30, a message generation unit 31, and a message rewriting unit 32 that execute an action according to the rule content determined by the rule determination unit 20. Reference numeral 400 denotes a field.
[0045]
The message generation unit 31 is a part that generates a message as part of the execution of the processing contents by the action execution unit 30, and the message rewriting unit 32 rewrites the format of the message to be transmitted to the external object, or the response from the external object This is a part for rewriting the message format of the message to the original message format, and has a message rewriting function and a message writing back function. The message rewriting unit 32 stores information such as a message rewriting procedure and rewriting contents in the message rewriting function, and rewrites the response message to the original message format based on the information in the message rewriting function.
[0046]
When a message is received from the field 400, the rule content corresponding to the element of the input message is activated according to the determination of the rule determination unit 20. In this way, the objects are linked via a message issued by another object. An example of the operation of the reverse proxy using the message rewriting function and the message writing back function will be described after the part 2 below.
[0047]
Next, an operation principle of the field reactor model and a configuration example of a reverse proxy system using the field reactor model will be described.
[0048]
The field reactor model is based on the message-action reaction relationship by pattern matching using the message structure, and fires (reacts) the message structure of the received message to execute the corresponding action. This is a mechanism for cooperation between objects. In the field reactor model, processing is executed in such a manner that individual computer systems as objects or individual application programs operating in the computer system react to messages flowing through a communication path defined as a common field. Therefore, the operation of the entire system can be flexibly changed by changing / adjusting the reaction relationship between the message and the action. That is, a function can be dynamically configured by cooperation between objects that define a loose relationship between linked objects, without a close relationship depending on each other's internal state or internal function.
[0049]
Next, the basic configuration of the reverse proxy system when the field reactor model is used will be described.
[0050]
FIG. 3 is a diagram showing a basic configuration example of a reverse proxy system when a field reactor model is used. Components having the same numbers as those of the reverse proxy system in FIG. 2 are the same. Reference numeral 100a denotes an object, which is in accordance with a message transmission / reception unit 10 that captures a message transmitted over the network, a message / action reaction table 20a that manages an action content that is a reaction to a message structure, and a message / action reaction table 20a. An action execution unit 30, a message generation unit 31, and a message rewriting unit 32 that execute processing according to the action content matched with the message structure of the received message are provided. As in the case of FIG. 2, the message generation unit 31 generates a message as part of action execution by the action execution unit 30. The message rewriting unit 32 is a part that rewrites the message format of a message to be transmitted to an external object as part of action execution by the action execution unit 30 or rewrites the message format of a response message from the external object to the original message format. Yes, it has a message structure rewriting function and a message structure rewriting function. The message rewriting unit 32 stores information such as a message rewriting procedure and rewriting contents in the message rewriting function, and rewrites the response message to the original message format based on the information in the message rewriting function.
[0051]
The message / action reaction table 20 is given a combination of a message structure and a message tag. For example, the input message structure shown in FIG. 4 is described in the message / action reaction table 20.
[0052]
When a message having the input message structure shown in FIG. 4 is received from the field 400, input message pattern matching is established according to the description of the message / action reaction table 20a, and the corresponding action is activated. In this way, the objects are linked via a message issued by another object.
[0053]
The above is the basic principle of object cooperation based on the field reactor model.
[0054]
Next, as a second part, the concept of mediation processing by the reverse proxy system will be described.
[0055]
FIG. 5 is a diagram briefly explaining the concept of mediation processing by the reverse proxy system. FIG. 5 shows an intermediary operation when a request message is transmitted from the object to the external server. In FIG. 5, 201 is an object existing in the local field 410, 100 is a reverse proxy, 300 is an external server, and 420 is an external field. The reverse proxy 100 can capture messages that flow in both the local field 410 and the external field 420. An object 201 shows an output message pattern for outputting a request described in the message / action reaction table and an input message pattern for receiving a response message. The reverse proxy 100 simply shows an input message pattern and an output message pattern as its action (mediation process). An input message pattern for easily receiving a request to the external server 300 and an output message pattern for transmitting a response message to the request are also shown.
[0056]
The output message pattern of the local field object 201 includes a message tag representing the local field. <GROUP> is combined, and the message tag representing the reverse proxy in the input message pattern <PROXY> is combined.
[0057]
The external server 300 has a message tag representing the external server in both the input message pattern and the output message pattern. <SERVER> is combined.
[0058]
On the other hand, the reverse proxy 100 receives a message tag in the input message pattern received from the local field. <GROUP> is combined, and the output message as the action is a message tag that represents the reverse proxy The combination of <PROXY> is combined. In addition, the message tag is included in the input message pattern received from the external field. <SERVER> is combined, and the output message as the action is a message tag The combination of <PROXY> is combined. The mediation process is realized by rewriting the message tag by the message rewriting unit 32.
[0059]
The operation of the object cooperation shown in FIG. 5 is as follows. First, the object 201 sends a message having a message structure according to the following output message pattern to the local field 410 for the request, for example.
[0060]

The reverse proxy 100 fetches the message from the local field 410, ignites (reacts) according to the message / action reaction table, and sends a message having the following message structure to the external field 420 as the action.
[0061]

That is, the message rewriting unit 32 <GROUP> message tag is It has been rewritten as <PROXY>.
[0062]
Next, FIG. 6 shows an intermediary operation when a response message is transmitted from the external server to the object. The external server 300 fetches the message from the external field 420, ignites (reacts) according to the message / action reaction table, and executes the requested content. Thereafter, the external server that has executed the request content sends a response message having the following message structure to the external field 430.
[0063]

The reverse proxy 100 ignites (reacts) according to the message / action reaction table, and a message having the following message structure rewritten by the message rewriting function by the message rewriting unit 32 is sent to the local field 410 as its action.
[0064]

The object 201 takes the message from the local field 410, ignites (reacts) according to the message / action reaction table, and receives a response message.
[0065]
With the above mechanism, in the object cooperation system using the reverse proxy system of the present invention, the object existing in the local field can be linked with the external server in the external field by the mediation processing of the reverse proxy, and directly linked. It does not become the composition to fit.
[0066]
Next, as a third part, a destination information rewriting function for rewriting destination information of an external server such as a URL included in a response message from the external server by a reverse proxy system will be described.
[0067]
FIG. 7 shows an outline of the flow of mediation processing using a reverse proxy. As shown in FIG. 7, in this example, “proxy”, which is one of the actions between agents (Communicative Action), is used. The proxy protocol shown in FIG. 7 uses the one shown in FIG. 8 as a formal expression.
[0068]
The formal expression shown in FIG. 8 shows that the agent i satisfies the condition φ for the communication action described in the proxy with respect to the agent j. Is expressed as an action that i intends (notices) that j is to be implemented for y and i notifies j, and is formulated in an international standardization organization related to agents. .
[0069]
In the mediation act using such a formal expression, the communication act from j to y is treated as an act of j to the last, but i is requesting j not to transfer the contents of the content but to the action This is a request for implementation. The reverse proxy system of the present invention pays attention to this point, and it is assumed that the content included in the action from i to j does not need to match the content of the action that j performs to y, and a reverse proxy is provided at the position of j. When the reverse proxy mediates the message, the message content is rewritten and mediated.
[0070]
Also, the act of inform from y to j only means that y tells j the fact. The transmission from j to i is not specified. The mediation processing by the object linkage system using the reverse proxy of the present invention also pays attention to this point, and analyzes the contents returned from y to j at the stage when j is received, and destination information of y and other agents is included in the analysis. If the destination address is included, this description is rewritten and changed to a message with j as the destination. With this process, even if i receives the response message, it cannot directly know the destination information of y.
[0071]
FIG. 9 is a diagram illustrating a configuration example of a reverse proxy system including a destination information rewriting function. Reference numeral 100b denotes a reverse proxy, which includes a destination information rewriting unit 33 in addition to the message transmitting / receiving unit 10, the message / action reaction table 20a, the action executing unit 30, the message generating unit 31, and the message rewriting unit 32. The destination information rewriting unit 33 includes a message analysis unit 331 and a destination information detection unit 332.
[0072]
When the reverse proxy 100b receives a response message from the external server 300 according to the message / action reaction table 20a from the external field 420 via the message transmission / reception unit 10, the reverse execution unit 100b executes the action by the action execution unit 30. The destination information rewriting unit 33 performs destination information rewriting processing. First, the message analysis unit 331 analyzes the message, and the destination information detection unit 332 checks whether destination information such as the URL of the external server 300 is written. If it is written, the destination information rewriting unit 33 rewrites the destination information of the reverse proxy itself. Thereafter, the action is continued and a response message is sent to the server in the requesting local field 410.
[0073]
When the exchanged message is an html format or XML format message and the URL of the external server 300 representing the link destination is included in the message, the URL is rewritten to the URL of the reverse proxy 100b.
[0074]
With the above mechanism, in the object linkage system using the reverse proxy system of the present invention, the object existing in the local field does not directly receive the destination information such as the URL of the external server written in the response message, Cannot communicate directly with an external server. Object cooperation is always performed with an external server in the external field by mediation processing by a reverse proxy.
[0075]
In the above description, as an embodiment, the description has been made mainly on the configuration based on the field reactor model shown in FIG. 3, but the reverse proxy system of the present invention like the configuration shown in FIG. It is not limited to the configuration using the field reactor model.
[0076]
(Embodiment 2)
Embodiment 2 describes mediation processing when information corresponding to a cookie is exchanged in an exchange between an object in a local field and an external server. Cookie refers to a mechanism for managing users on the World Wide Web (hereinafter abbreviated as WWW). The WWW server generates an identification string information cookie that identifies the user and stores it in both the WWW server and the browser. In the second access, the cookie is transmitted by HTTP from the browser, and the user is identified by comparing with the cookie stored on the server side. In other words, in the first access between the external server and the object, the identification character string information for identifying the object is exchanged and stored, and in the second access, the identification character string information is transmitted from the object and stored in the external server. This is a case where a mechanism for identifying an object accessed by collation with the identification character string information is applied.
[0077]
FIG. 10 is a diagram illustrating a schematic configuration example of the object cooperation system according to the second embodiment. Compared to FIG. 3, the reverse proxy 100 c is configured to include an identification character string information processing unit 34 and an identification character string information rewriting unit 35 in the action execution unit 30.
[0078]
The identification character string information processing unit 34 is a part that controls exchange of cookies with the server based on the overall specification of so-called Cookies. The identification character string information processing unit 34 exchanges and stores the identification character string information (Cookie1) of the reverse proxy 100c itself with the external server 300, and stores it with the object 200 in the managed local field 410. The identification character string information (Cookie2) of the object 200 is exchanged and stored.
[0079]
The identification character string information rewriting unit 35 rewrites the message exchange using the identification character string information (Cookie2) received from the object 200 to the object identification character string information (Cookie1) of the reverse proxy 100c itself to exchange with the external server 300. Mediate message exchange. By rewriting and mediating the object identification character string information in this way, a message exchange mechanism using character string information (Cookie) can be applied, and exchanged between the local field 410 and the external field 420 Since the object identification character string information is rewritten and mediated, the object 200 in the local field 410 is not directly managed by the external server 300.
[0080]
As described above, the user management mechanism (Cookies) using the object identification string information can be applied in the exchange between the object in the local field and the external server, and the exchanged object identification string information is rewritten, so Field objects are not directly managed by an external server, and mediation processing by a reverse proxy can be maintained.
[0081]
(Embodiment 3)
The third embodiment has a function of converting a message format and a protocol in exchanging messages between an object in a local field and an external server. In the first embodiment and the like as well, there are portions related to message format conversion and protocol conversion, but here, description will be given focusing on portions related to message format conversion and protocol conversion.
[0082]
FIG. 11 is a diagram illustrating a schematic configuration example of the object cooperation system according to the third embodiment. Compared to FIG. 3, the reverse proxy 100 d includes a message format conversion unit 36 and a protocol conversion unit 37 in the action execution unit 30.
[0083]
The message format conversion unit 36 includes a message format analysis unit 361 and a message format rewriting unit 362. The message format conversion unit 36 analyzes the format of a message from an object in a managed local field, and rewrites the message format to another message format. It has a send message format rewrite function and a receive message format write back function that analyzes the contents of response messages from external servers and writes the message format back to the object message format in the managed local field. . Note that the message format rewriting unit 362 stores information such as the message format rewriting procedure and rewriting contents in the transmission message format rewriting function, and based on the information in the received message format rewriting function, Write back to the message format.
[0084]
Here, as an example of a message format handled in the transmission message format rewriting function and the received message format write back function, there is an encoding format. Even if the encoding format handled by the local field object is different from the encoding format handled by the external object, the difference between the two is converted and absorbed by the message format conversion unit 36, and the message is delivered.
[0085]
There are other naming rules for message elements. For example, even if the naming rules regarding the ID information are different between the two, the difference between the two is converted and absorbed by the message format conversion unit 36, and the message is delivered.
[0086]
There are other parameter contents. FIG. 12 and FIG. 13 show such examples. Here, an example is shown in which the parameter content for the conversation ID is changed as the parameter content. FIG. 12 shows a message flow from the object in the local field to the external object, and FIG. 13 shows a response message flow from the external object to the object in the local field. As apparent from FIGS. 12 and 13, it can be seen that the parameter content related to ARG2 is converted by the reverse proxy system. In FIG. 12, the parameter content of ARG2 is abc between the object in the local field and the reverse proxy, but the parameter content of ARG2 is rewritten to def between the reverse proxy and the external object. In FIG. 13, conversely, although the parameter content of ARG2 between the reverse proxy and the external object is def, it is written back to abc between the reverse proxy and the object in the local field.
[0087]
Another is syntax conversion. It is possible to rewrite and write back message syntax such as html format and XML format.
[0088]
Note that in the above message format rewriting and rewriting, examples of changes have been given, but not only changes but also concepts such as addition and deletion are included. For example, in FIG. 12 and FIG. 13, the message format has an ARG1 and ARG2 identifier between the object in the local field and the reverse proxy in FIG. 12 and the reverse proxy and the external object have an identifier corresponding to ARG1, but corresponds to ARG2. When the message format has no identifier, the difference in message format between the two can be absorbed.
[0089]
Next, the protocol conversion unit 37 converts the protocol used for the exchange with the object in the managed local field into another protocol used for the exchange with the external server, and the external server It is provided with a reception protocol conversion function that converts a protocol used for exchange back into a protocol used for exchange with an object in a managed local field. The protocol conversion unit 37 stores information such as the protocol conversion procedure and conversion contents in the transmission protocol conversion function, and writes back the protocol related to the response message to the original protocol based on the information in the reception protocol conversion function.
[0090]
In this way, in the intermediary process of the exchange between the object in the managed local field and the external server, the message format and protocol can be changed by rewriting and writing back the message format and protocol, Seamless and smooth object cooperation between the two can be realized.
[0091]
(Embodiment 4)
The reverse proxy system and the object cooperation mediation system using the reverse proxy system according to the present invention can provide various programs by recording a program describing processing steps for realizing the configuration described above on a computer-readable recording medium. Can be constructed using a computer. As shown in the example of the recording medium shown in FIG. 14, a recording medium on which a program having processing steps for realizing the reverse proxy system of the present invention and the object cooperation mediation system using the reverse proxy is recorded as a CD-ROM 1002 or the like. Not only the portable recording medium 1001 such as the flexible disk 1003 but also the recording medium 1000 in the recording device on the network or the recording medium 1005 such as a computer hard disk or RAM. Are loaded on the computer 1004 and executed on the main memory.
[0092]
Furthermore, the configuration may be such that not only a compiled source program but also an intermediate language applet is transmitted to a client computer via a network, and the interpreter is executed on the client computer.
[0093]
The following items are further disclosed in the reverse proxy system of the present invention.
[0094]
(Supplementary Note 1) A message receiving unit that captures a message, a set of a message element and a rule for the element, and an action execution unit that executes an action that is a rule content matched to the received message according to the set,
The message is received from the object on the managed local field by the message receiving unit, and the message that represents the local field in the message of the message is rewritten to the message tag that represents the reverse proxy by the action execution unit and transferred. Rewrite function,
The message receiving unit captures a response message from an external object that has reacted to the transferred message, and the action execution unit sets a message tag representing a reverse proxy in the message of the response message to a message representing the local field. A reverse proxy system (1) having a message write back function for writing back a tag and transferring it.
[0095]
(Supplementary Note 2) A message receiving unit that captures a message, a message / action reaction table that associates an action that is a response to the message structure, and an action that matches the message structure of the received message is executed according to the message / action reaction table. With an action execution unit,
The message reception unit captures a message from an object on a managed local field, and the action execution unit rewrites a message tag representing a local field in the message structure of the message to a message tag representing a reverse proxy and transfers the message tag. Message structure rewriting function,
The message receiving unit captures a response message from an external object that has reacted to the transferred message, and the action execution unit represents a message tag representing a reverse proxy in the message structure of the response message, representing the local field. A reverse proxy system (2) having a message structure write-back function for writing back and transferring to a message tag.
[0096]
(Additional remark 3) The message content from the object in the local field under the management is analyzed, the transmission message format rewriting function for rewriting the message format to another message format, and the response from the object that reacts to the rewritten message The reverse proxy system according to (Appendix 1) or (Appendix 2) having a received message format write-back function that analyzes a message content and writes the message format back to the message format of the object in the managed local field. 3).
[0097]
(Appendix 4) In the received message format write-back function, the content of the response message from the object that has reacted to the rewrite message is analyzed to detect the presence of destination information indicating the destination of the sender of the response message, The reverse proxy system (4) according to the above (Appendix 3), including a destination information rewriting function for rewriting the destination information with the destination information of the reverse proxy.
[0098]
(Supplementary Note 5) A transmission protocol conversion function for converting a protocol used for exchange with an object in the managed local field into another protocol, and a protocol used for exchange with an object that has responded to the rewrite message. The reverse proxy system (5) according to (Appendix 1) or (Appendix 2), comprising a reception protocol conversion function that converts back to a protocol used for exchange with an object in the managed local field.
[0099]
(Supplementary note 6) In the access between the object in the managed local field and the external server, the message exchanged is an html format or XML format message, and the message includes the URL of the external server representing the link destination. If it is, the reverse proxy system described in (Appendix 3) rewriting the URL with the URL of the reverse proxy.
[0100]
(Supplementary note 7) In the first access between the external server and the object, identification character string information for identifying the object is stored in both, and in the second access, the identification character string information is transmitted from the object, and the external In application of a mechanism for identifying an object accessed by collating the identification character string information with the stored identification character string information,
Identification character string information that stores the identification character string information of the reverse proxy itself with the external server, and stores the identification character string information of the object with the object in the local field under management. A processing unit;
An identification character string information rewriting unit that mediates the message exchange with the external server by rewriting message exchange using the identification character string information from the object to the identification character string information of the reverse proxy itself (Appendix 1) ) Or the reverse proxy system according to (Appendix 2).
[0101]
(Supplementary note 8) Reverse proxy including a message receiving unit for capturing a message, a set of a message element and a rule for the element, and an action execution unit for executing an action that is a rule content matched to the received message according to the set Use
The message reception unit captures a message from an object on a managed local field, and the action execution unit rewrites a message tag representing a local field in the message of the message to a message tag representing a reverse proxy, and transfers the message tag.
The message receiving unit captures a response message from an external object that has reacted to the transferred message, and the action execution unit sets a message tag representing a reverse proxy in the message of the response message to a message representing the local field. A mediating method using a reverse proxy system, wherein the tag is written back and transferred.
[0102]
(Supplementary Note 9) A message receiving unit that takes in a message, a message / action reaction table that associates an action that is a response to the message structure, and an action that matches the message structure of the received message is executed according to the message / action reaction table. Using a reverse proxy system with an action execution unit,
The message reception unit captures a message from an object on a managed local field, and the action execution unit rewrites the message tag representing the local field in the message structure of the message to a message tag representing a reverse proxy and transfers the message tag. ,
The message receiving unit captures a response message from an external object that has reacted to the transferred message, and the action execution unit represents a message tag representing a reverse proxy in the message structure of the response message, representing the local field. A mediating method using a reverse proxy system, wherein the message tag is written back and transferred.
[0103]
(Supplementary Note 10) A reverse proxy provided with a message receiving unit for capturing a message, a set of a message element and a rule for the element, and an action execution unit for executing an action that is a rule content matched to the received message according to the set A computer-readable recording medium recording the processing program of
A process of capturing a message from an object on a managed local field by the message receiving unit;
A processing step of rewriting and transferring a message tag representing a local field in the message of the message to a message tag representing a reverse proxy by the action execution unit;
A process of capturing a response message from an external object that has reacted to the transferred message by the message receiver;
A recording medium in which the action executing unit records a processing step of writing back and transferring a message tag representing a reverse proxy in the message of the response message to a message tag representing the local field.
[0104]
(Supplementary Note 11) A message receiving unit that captures a message, a message / action reaction table that associates an action that is a response to the message structure, and an action that matches the message structure of the received message is executed according to the message / action reaction table. A computer-readable recording medium that records a processing program of a reverse proxy system that controls cooperation processing of an object having an action execution unit,
A process of capturing a message from an object on a managed local field by the message receiving unit;
A processing step of rewriting and transferring a message tag representing a local field in the message structure of the message to a message tag representing a reverse proxy by the action execution unit;
A process of capturing a response message from an external object that has reacted to the transferred message by the message receiver;
A recording medium, wherein the action execution unit records a processing step of writing a message tag representing a reverse proxy in the message structure of the response message back to a message tag representing the local field and transferring the message tag.
[0105]
【The invention's effect】
According to the reverse proxy system of the present invention, it is possible to flexibly and dynamically cooperate between objects by a message / action reaction relationship using a message structure, and a message by a message tag representing a local field in the local field. Only messages having a structure are transmitted / received, and are not directly linked to an external server, but can be linked to an object in an external field only through a message structure rewriting process via a reverse proxy. Further, not only when a message is transmitted to an external field, but also when a message is received from an external field, an object in a local field can be received only through a message structure rewriting process via a reverse proxy.
[0106]
Further, according to the reverse proxy system of the present invention, when the destination information of the external server such as the URL of the external server is described in the response message from the external server, the destination information is rewritten with the destination information of the reverse proxy. Therefore, the local field object does not know the destination information such as the URL of the external server.
[0107]
Further, according to the reverse proxy system of the present invention, in the mediation processing of the exchange between the object in the managed local field and the external server, not only the message structure is rewritten by rewriting the message tag but also a message that differs between the two The format and protocol can be converted, and seamless and smooth object cooperation between the two can be realized.
[Brief description of the drawings]
FIG. 1 is a diagram schematically showing loose cooperation between objects based on a field reactor model assumed by an object cooperation system using a reverse proxy of the present invention.
FIG. 2 is a diagram showing a schematic configuration example of a reverse proxy system of the present invention.
FIG. 3 is a diagram showing a schematic configuration example of a reverse proxy system of the present invention when a field reactor model is used.
FIG. 4 is a diagram showing an example of an input message structure of an object cooperation system using a reverse proxy of the present invention.
FIG. 5 is a diagram briefly explaining the concept of mediation processing by the reverse proxy of the present invention.
FIG. 6 is a diagram illustrating an intermediary operation when a response message is transmitted from an external server to an object.
FIG. 7 is a diagram showing an outline of the flow of mediation processing using the reverse proxy of the present invention.
FIG. 8 is a diagram showing a formal representation of the proxy protocol.
FIG. 9 is a diagram illustrating a configuration example of a reverse proxy including a destination information rewriting function.
FIG. 10 is a diagram illustrating a schematic configuration example of an object cooperation system using a reverse proxy according to the second embodiment of the present invention.
FIG. 11 is a diagram illustrating a schematic configuration example of an object cooperation system using a reverse proxy according to the third embodiment of the present invention.
FIG. 12 is a diagram showing a message flow from an object in a local field to an external object using the reverse proxy according to the third embodiment of the present invention.
FIG. 13 is a diagram showing a flow of a response message from an external object to an object in a local field using the reverse proxy according to the third embodiment of the present invention.
FIG. 14 is a diagram showing an example of a recording medium on which a processing program for realizing a reverse proxy system according to the fourth embodiment is recorded.
FIG. 15 is a diagram showing an example of object cooperation in a client / server system based on CORBA of the prior art.
[Explanation of symbols]
10 Message transceiver
20 Rule judgment part
20a Message / action reaction table
30 Action execution part
31 Message generator
32 Message rewriting part
33 Destination information rewriting part
331 Message analysis part
332 Destination information detector
34 Character string information processing section
35 Object identification string information rewriting part
36 Message format converter
361 Message Format Analyzer
362 Message Format Rewriting Unit
37 Protocol converter
100, 100b, 100c, 100d Reverse proxy
200, 201, 202 objects
300 External server
400 fields
410 Local field
420 External field
1000 Recording medium in recording device
1001 Portable recording medium
1002 CD-ROM
1003 Flexible disk
1004 Computer
1005 Recording media such as hard disk and RAM of computer

Claims (3)

A message receiver for capturing messages;
A rule determination unit having a pair of a message element and a rule for the element;
In accordance with the set, and an action execution section for executing the action is the rule content matched to the received message,
The message is received by the message receiving unit, and when there is a rule set corresponding to the element of the message by the rule determining unit, the message element is rewritten to the corresponding message element according to the rule and the rewritten message is transferred Message rewriting function,
The message receiving unit captures a response message from an external object that has reacted to the transferred message, and the rule determination unit writes the response message element back to the corresponding message element according to the rule and transfers the message Write-back function ,
The message rewriting function is
Analyzing the content of messages from objects in the local field under management, including a transmission message format rewriting function that rewrites the message format to another message format,
The message write back function
A reception message format write-back function that analyzes the content of a response message from an object that has reacted to the rewrite message and writes the message format back to the message format of the object in the managed local field;
In the received message format write-back function, the content of the response message from the object that has reacted to the rewrite message is analyzed to detect the presence of the destination information indicating the destination of the sender of the response message, and the destination information is A reverse proxy system comprising a destination information rewriting function for rewriting destination information of a reverse proxy. A message receiver for capturing messages;
A message / action response table that associates actions that are responses to the message structure;
In accordance with the message action reaction table, and an action execution section for executing an action matched to the message structure of the received message,
The message reception unit captures a message from an object on a managed local field, and the action execution unit rewrites a message tag representing a local field in the message structure of the message to a message tag representing a reverse proxy and transfers the message tag. Message structure rewriting function,
The message receiving unit captures a response message from an external object that has reacted to the transferred message, and the action execution unit represents a message tag representing a reverse proxy in the message structure of the response message, representing the local field. Message structure write-back function to write back to the message tag and transfer ,
The message rewriting function is
Analyzing the content of the message from the object in the managed local field, and including a transmission message format rewriting function for rewriting the message format to another message format
The message write back function
A reception message format write-back function that analyzes the content of a response message from an object that has reacted to the rewrite message and writes the message format back to the message format of the object in the managed local field;
In the received message format write-back function, the content of the response message from the object that has reacted to the rewrite message is analyzed to detect the presence of the destination information indicating the destination of the sender of the response message, and the destination information is A reverse proxy system comprising a destination information rewriting function for rewriting destination information of a reverse proxy. A transmission protocol conversion function for converting a protocol used for exchange with an object in the managed local field into another protocol, and a protocol used for exchange with an object that has responded to the rewrite message. The reverse proxy system according to claim 1, further comprising a reception protocol conversion function that converts the protocol back into a protocol used for exchange with an object in the local field .

Images