(57)【特許請求の範囲】
【請求項１】
あらかじめセッションを設定して情報を送受するシステムにおいてセッションを識別する識別子を生成，転送，解釈する方法であって，
標準的なセッション制御プロトコルの規定に従うセッション開設要求のメッセージを受信したノードが，前記セッション制御プロトコルのメッセージ転送経路上におけるグローバルユニークな識別子を共有させるノード群の最前位ノードであるかどうかを判定する過程と，
前記判定の結果，最前位のノードである場合に，グローバルユニークな識別子を生成し，所定の固定文字または固定文字列と，前記生成した識別子と，当該ノードが付加する情報とから，前記セッション制御プロトコルの規定に従う情報を構成し，ここで構成した情報を前記セッション制御プロトコルのメッセージの中に設定する過程と，
前記判定の結果，最前位のノードより後位のノードである場合に，前記所定の固定文字または固定文字列以外の，固定文字または固定文字列と，当該ノードが付加する情報とから，前記セッション制御プロトコルの規定に従う情報を構成し，ここで構成した情報を前位側のノードが設定した情報とは別に前記セッション制御プロトコルのメッセージの中に追加設定する過程と，
前記セッション開設要求のメッセージを受信し，要求されたセッション開設処理を実行するノードが，前記設定されたメッセージの中から前記最前位のノードが生成した情報の中に含まれる前記所定の固定文字または固定文字列に続くグローバルユニークな識別子を抽出する過程と，
前記抽出したグローバルユニークな識別子を用いて，前記グローバルユニークな識別子を共有させるノード群で当該セッションを一意に識別する過程とを有する
ことを特徴とするセッション制御プロトコルによるグローバルユニークな識別子の共有制御方法。
【請求項２】
あらかじめセッションを設定して情報を送受するシステムにおいてセッションを識別する識別子を生成，転送，解釈する方法であって，
標準的なセッション制御プロトコルの規定に従うセッション開設要求のメッセージを受信したノードが，前記セッション制御プロトコルのメッセージ転送経路上におけるグローバルユニークな識別子を共有させるノード群の最前位ノードであるかどうかを判定する過程と，
前記判定の結果，最前位のノードである場合に，グローバルユニークな識別子を生成し，前記生成した識別子と，当該ノードが付加する情報とから，前記セッション制御プロトコルの規定に従う情報を構成し，ここで構成した情報を前記セッション制御プロトコルのメッセージの中に設定する過程と，
前記判定の結果，最前位のノードより後位のノードである場合に，前位のノードが設定したメッセージの中から抽出した前記グローバルユニークな識別子と，当該ノードが付加する情報とから，前記セッション制御プロトコルの規定に従う情報を構成し，ここで構成した情報を前位側のノードが設定した情報とは別に前記セッション制御プロトコルのメッセージの中に追加設定する過程と，
前記セッション開設要求のメッセージを受信し，要求されたセッション開設処理を実行するノードが，前記設定されたメッセージの中から前位のノードが生成した情報に含まれる前記グローバルユニークな識別子を抽出する過程と，
前記抽出したグローバルユニークな識別子を用いて，前記グローバルユニークな識別子を共有させるノード群で当該セッションを一意に識別する過程とを有する
ことを特徴とするセッション制御プロトコルによるグローバルユニークな識別子の共有制御方法。
【請求項３】
あらかじめセッションを設定して情報を送受するシステムにおいてセッションを識別する識別子を生成，転送，解釈する方法であって，
標準的なセッション制御プロトコルの規定に従うセッション開設要求のメッセージを受信したノードが，前記セッション制御プロトコルのメッセージ転送経路上におけるグローバルユニークな識別子を共有させるノード群の最前位ノードであるかどうかを判定する過程と，
前記判定の結果，最前位のノードである場合に，少なくとも当該ノード内でユニークな識別子を生成し，所定の固定文字または固定文字列と，前記生成した識別子と，当該ノードが付加する情報とから，前記セッション制御プロトコルの規定に従う情報を構成し，ここで構成した情報を前記セッション制御プロトコルのメッセージの中に設定する過程と，
前記判定の結果，最前位のノードより後位のノードである場合に，前記所定の固定文字または固定文字列以外の，固定文字または固定文字列と，当該ノードが付加する情報とから，前記セッション制御プロトコルの規定に従う情報を構成し，ここで構成した情報を前位側のノードが設定した情報とは別に前記セッション制御プロトコルのメッセージの中に追加設定する過程と，
前記セッション開設要求のメッセージを受信し，要求されたセッション開設処理を実行するノードが，前記設定されたメッセージの中から前記最前位のノードが生成した情報の中に含まれる前記所定の固定文字または固定文字列に続く識別子を抽出する過程と，
前記抽出した識別子と，その識別子を生成した前記最前位のノードの網全体でユニークに識別可能なアドレスとを組み合わせて，当該セッションに対するグローバルユニークな識別子とする過程と，
前記グローバルユニークな識別子を用いて，当該セッションを前記グローバルユニークな識別子を共有させるノード群で一意に識別する過程とを有する
ことを特徴とするセッション制御プロトコルによるグローバルユニークな識別子の共有制御方法。
【請求項４】
あらかじめセッションを設定して情報を送受するシステムにおいてセッションを識別する識別子を生成，転送，解釈する方法であって，
標準的なセッション制御プロトコルの規定に従うセッション開設要求のメッセージを受信したノードが，前記セッション制御プロトコルのメッセージ転送経路上におけるグローバルユニークな識別子を共有させるノード群の最前位ノードであるかどうかを判定する過程と，
前記判定の結果，最前位のノードである場合に，少なくとも当該ノード内でユニークな固定長の識別子を生成し，前記生成した識別子と，当該ノードが付加する情報とから，前記セッション制御プロトコルの規定に従う情報を構成し，ここで構成した情報を前記セッション制御プロトコルのメッセージの中に設定する過程と，
前記判定の結果，最前位のノードより後位のノードである場合に，前位のノードが設定したメッセージの中から抽出した前記識別子と，当該ノードが付加する情報とから，前記セッション制御プロトコルの規定に従う情報を構成し，ここで構成した情報を前位側のノードが設定した情報とは別に前記セッション制御プロトコルのメッセージの中に追加設定する過程と，
前記セッション開設要求のメッセージを受信し，要求されたセッション開設処理を実行するノードが，前記設定されたメッセージの中から前位のノードが生成した情報に含まれる前記識別子を抽出する過程と，
前記抽出した識別子と，その識別子を生成した前記最前位のノードの網全体でユニークに識別可能なアドレスとを組み合わせて，当該セッションに対するグローバルユニークな識別子とする過程と，
前記グローバルユニークな識別子を用いて，前記グローバルユニークな識別子を共有させるノード群で当該セッションを一意に識別する過程とを有する
ことを特徴とするセッション制御プロトコルによるグローバルユニークな識別子の共有制御方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は，インタネットに接続された情報通信端末にサービスを提供する方式に関する技術分野に属し，インタネット制御プロトコルの転送経路上の連続する一部または全体のサーバ群において，各サーバ間で当該セッションを一意に識別することを可能にするセッション制御プロトコルによるグローバルユニークな識別子の共有制御方法に関するものである。
【０００２】
【従来の技術】
あらかじめ設定したセッション上で情報送受を実現する通信サービスを提供するにあたっては，例えばセッション別に利用制限を課したり，セッションの機密性を保証したりするなどのために，サービス利用者ではなくサービス提供者がセッションの同一性を評価できる必要がある。
【０００３】
例えば，同一サービス利用者からの別のセッションをサービス提供者側で別のセッションとして認識できない場合，当該利用者に対する利用制限を適切に課せなくなるおそれがある。また，例えば，異なるサービス利用者からの別のセッションを同一セッションとして認識すると，通信サービスの機密性が保証できなくなったり，ある利用者に対する利用制限を他の利用者に対して誤って課すなどの問題が生じる可能性がある。セッション毎にグローバルユニークな識別子を設定することができれば，セッションの同一性を評価することが可能になる。
【０００４】
また，このメッセージの同一性評価をサービス利用者でなくサービス提供者の責任で行うことができれば，サービス提供者が，自らの責任で通信サービスの利用制限の適用や機密性の保証を実現できることになる。
【０００５】
しかし，従来の技術によると，セッションを設定するインタネット制御プロトコルでは，前述した例のようにグローバルユニーク性が求められる情報要素は存在するが，それらは端末で生成されるものであるため，それによってセッションの同一性を評価するには不十分であった。すなわち，当該端末が不正に又は誤ってグローバルユニーク性を持たない値を設定する可能性も考えられ，そのため，従来の技術では当該メッセージの転送経路上のサーバ群で当該呼をグローバルユニークに識別するための情報を共有できなかった。
【０００６】
一方で，転送経路の途中で情報の生成・修正等を行うためには，標準的なセッション制御プロトコルの規定範囲内で，以下のことが必要になる。
（ａ）区間外で意味を持たない。
（ｂ）区間外に見せたとしても標準的規定の範囲内で特別な動作を引き起こさない。
（ｃ）既にプロトコルで規定される情報要素を使う。
【０００７】
しかし，従来の技術では，これを満たす情報要素（ＳＩＰプロトコルではＶｉａヘッダのＢｒａｎｃｈパラメータ）を用いても，その中でグローバルユニークな情報を生成・転送する方式や解釈する方式は存在しなかった。
【０００８】
【発明が解決しようとする課題】
本発明の目的は，特定のサーバを除いて，エンドエンドの経路上の当該サーバ以外のあらゆる端末やサーバにおける標準的なインタネット制御プロトコルの動作に影響を与えることなく，セッション設定要求メッセージ経路上の当該サーバ以降の連続したサーバ群で同一のグローバルユニークな識別子を共有するメカニズムを提供することにある。
【０００９】
【課題を解決するための手段】
本発明は，上記課題を解決するため，セッション設定要求メッセージ経路上における，グローバルユニークな識別子を共有させるサーバ（ノード）群の最前位サーバにおいて，当該サーバで生成するパラメータのうち，後続の他サーバ及び端末の動作に影響を与えないパラメータ（ＳＩＰプロトコルではＶｉａヘッダのＢｒａｎｃｈパラメータ）に，少なくとも当該サーバ内でユニークな（あるいは当該サーバ内だけでなく網全体でユニークな）識別子を設定する。
【００１０】
この情報要素に当該サーバ内でのみユニークな値を設定する場合には，当該サーバを網全体で一意に識別可能なアドレスを，設定するパラメータ（ＳＩＰプロトコルではＶｉａヘッダのアドレス部）と組み合わせることで当該サーバ内だけでなく網全体でユニークな識別子とする。なお，前記最前位サーバが，当該サーバ内だけでなく網全体でユニークな識別子を設定した場合には，それをグローバルユニークな識別子とすることができる。これ以降，当該サーバ及びセッション設定要求メッセージ転送経路上の後位エンティティ（後位サーバや端末）では，当該セッションを一意に識別するための情報としてこの識別子を使用する。
【００１１】
【発明の実施の形態】
以下に，インタネットに接続された情報通信端末間でセッション制御プロトコルを送受信する際に，インタネット内のサーバ間で網内情報を転送するシステムの例について説明する。本発明の実施形態として，情報設定方式によって２つの方式を説明する。
【００１２】
図１は，本実施形態の網内情報を転送するシステムの概要を示す図である。図１に示すシステムは，インタネット（インタネットの一部又は全部）１と，インタネット１中のサーバ２１，２２，２３と，インタネット１に接続される情報通信端末３１，３２を有している。
【００１３】
インタネット１は，サーバ２１，２２，２３を経由して情報通信端末３１と他の情報通信端末３２とを接続する通信網である。サーバ２１，２２，２３は，インタネット１を構成する要素であり，インタネット制御プロトコルのメッセージを転送するインタネット制御プロトコルの制御装置である。情報通信端末３１，３２は，インタネット１を経由して情報通信サービスを提供する装置であり，インタネット制御プロトコルの送受信を行う。４は，そのメッセージの転送経路を示す。
【００１４】
本実施形態の網内情報を転送するシステムにおいて，情報通信端末３１が，情報通信端末３２との情報通信サービスを開始するために，セッション制御プロトコルのメッセージを情報通信端末３２に向けて送信する。この際，セッション制御プロトコルのメッセージの転送経路４に示す通り，当該メッセージは，サーバ２１，２２，２３を経由する。ここでは，当該メッセージによって確立されるセッションに対するグローバルユニーク性を確保するサーバは，サーバ２１，２２，２３のサーバ群とする。以降では，これらのサーバを信頼できるサーバと呼び，これら以外のサーバや端末を信頼できないサーバと呼ぶ。
【００１５】
サーバ２１では，信頼できないサーバからのセッション開設要求の要求メッセージ５１を受信すると，当該要求によって生成されるセッションのグローバルユニークな識別を可能とするために，サーバ２１内でユニークな情報を生成するか，グローバルユニークな（当該サーバ内だけでなく網全体でユニークな）情報を生成する。サーバ２１は，この情報を他のサーバで参照・変更・削除されない情報要素（ＳＩＰプロトコルの場合にはＶｉａヘッダのＢｒａｎｃｈパラメータ）に設定し，これを要求メッセージ５２に入れて，次段のサーバ２２へ転送する。当該情報要素は，メッセージの転送経路上４で転送段毎に追加される。使用する情報要素の転送段毎の追加は，メッセージの先頭側に追加される場合と後尾側に追加される場合がある。本実施形態では，メッセージの先頭側に追加される場合について示す。
【００１６】
図２は，本実施形態におけるセッション開設要求メッセージのヘッダ部へのユニークな識別子の第１の設定方法を示す図である。図２に示す第１の設定方法では，情報要素のフォーマットについて，当該情報要素の中に，固定文字あるいは固定文字列，固定長にした当該識別子，標準的なセッション制御プロトコルで要求される値を設定する。
【００１７】
第１の設定方法を用いる場合の例を図２に従って説明する。サーバ２１が受信する要求メッセージ５１中の当該情報要素の設定例を図２の（ａ）に示す。ヘッダＡは，例えばＳＩＰプロトコルにおけるＶｉａヘッダであり，パラメータは，例えばＳＩＰプロトコルにおけるＢｒａｎｃｈパラメータである。このパラメータとして情報通信端末３１が設定した情報，すなわち信頼できないサーバや端末で生成する情報が設定されている。
【００１８】
サーバ２１が送信する要求メッセージ５２中の当該情報要素の設定例を図２の（ｂ）に示す。要求メッセージ５２では，情報通信端末３１が設定したヘッダＡの先頭側に，さらにサーバ２１によって，固定文字列Ｃと，サーバ２１で生成した固定長の識別子（ユニーク情報）と，サーバ２１で標準的プロトコル規定に従って生成した情報とをパラメータとして設定したヘッダＡが追加されている。
【００１９】
サーバ２２では，セッション開設要求の要求メッセージ５２を受信すると，当該メッセージの送信元アドレスやあるいは当該サーバを一意に識別するためにサーバが運用上あらかじめ持つ情報をもとに，前位のサーバ２１が信頼できるサーバであることを認識し，この要求メッセージ５２中に設定された当該セッションをグローバルユニークに識別するための識別子を取得する。サーバ２２では，この識別子の取得のための検索は，受信した要求メッセージ５２の先頭側から行う（情報要素の追加がメッセージ後尾側から追加される場合には，検索はメッセージ後尾側から行う）。
【００２０】
情報要素の検索・取得方式と後位サーバへ転送するメッセージの生成方式について説明する。第１の設定方法では，固定文字あるいは固定文字列が設定された情報要素を順番に検索し，始めに合致した情報要素から，固定長にした識別子を取得する。その識別子を当該サーバ内でのみユニークな値にする場合には，当該識別子を生成したサーバのアドレスと組み合わせることで，グローバルユニークな識別子とする。後位のサーバ２３へは，サーバ２２で生成する情報要素の中に，サーバ２１で設定したものとは異なる固定文字あるいは固定文字列，標準的なセッション制御プロトコルで要求される値を設定する。
【００２１】
この第１の設定方法において，サーバ２２が送信する要求メッセージ５３中の当該情報要素の設定例を図２の（ｃ）に示す。図２の（ｃ）に示すように，サーバ２２では，新たなヘッダＡとして，Ｃ以外の固定文字列と，サーバ２２で標準的プロトコル規定に従って生成した情報とをパラメータとして持つヘッダが追加されている。
【００２２】
同様に，サーバ２３が情報通信端末３２に向けて送信する要求メッセージ５４には，図２の（ｄ）に示すように，新たなヘッダＡとして，Ｃ以外の固定文字列と，サーバ２３で標準的プロトコル規定に従って生成した情報とをパラメータととして持つヘッダが，メッセージの先頭側に追加される。
【００２３】
図３は，本実施形態におけるセッション開設要求メッセージのヘッダ部へのユニークな識別子の第２の設定方法を示す。この第２の設定方法では，図３に示すように，固定長にした当該識別子，標準的なセッション制御プロトコルで要求される値を設定する。
【００２４】
第２の設定方法を用いる場合の例を図３に従って説明する。サーバ２１が受信する要求メッセージ５１中の当該情報要素の設定例を図３の（ａ）に示す。ヘッダＡは，例えばＳＩＰプロトコルにおけるＶｉａヘッダであり，パラメータは，例えばＳＩＰプロトコルにおけるＢｒａｎｃｈパラメータである。このパラメータとして情報通信端末３１が設定した情報，すなわち信頼できないサーバで生成する情報が設定されている。
【００２５】
サーバ２１が送信する要求メッセージ５２中の当該情報要素の設定例を図３の（ｂ）に示す。要求メッセージ５２では，情報通信端末３１が設定したヘッダＡの先頭側に，さらにサーバ２１によって，サーバ２１で生成した固定長の識別子（ユニーク情報）と，サーバ２１で標準的プロトコル規定に従って生成した情報とをパラメータとして設定したヘッダＡが追加されている。
【００２６】
サーバ２２では，セッション開設要求の要求メッセージ５２を受信すると，当該メッセージの送信元アドレスやあるいは当該サーバを一意に識別するためにサーバが運用上あらかじめ持つ情報をもとに，前位のサーバ２１が信頼できるサーバであることを認識し，このメッセージ５２中に設定された当該セッションをグローバルユニークに識別するための識別子を取得する。
【００２７】
このための情報要素の検索・取得と，後位サーバへ転送するメッセージの生成では，第２の設定方法の場合，当該メッセージを検索し，始めに読み込んだ情報要素から，固定長にした識別子を取得する。その識別子が最前位のサーバ２１内でのみユニークな値である場合には，その識別子を生成したサーバ２１のアドレスと組み合わせることでグローバルユニークな識別子とする。後位のサーバ２３へは，サーバ２２で生成する当該情報要素の中に，先に読み込んだ情報要素に含まれる固定長にした識別子と，標準的なセッション制御プロトコルで要求される値を設定する。
【００２８】
この第２の設定方法において，サーバ２２が送信する要求メッセージ５３中の当該情報要素の設定例を図３の（ｃ）に示す。サーバ２２がサーバ２３へ送信する要求メッセージ５３では，図３の（ｃ）に示すように，新たなヘッダＡとして，サーバ２１が生成した固定長の識別子（ユニーク情報）と，サーバ２２が生成した標準的なセッション制御プロトコルで要求される値とをパラメータとして持つヘッダが，メッセージの先頭側に追加されている。
【００２９】
同様に，サーバ２３が情報通信端末３２に向けて送信する要求メッセージ５４には，図３の（ｄ）に示すように，新たなヘッダＡとして，サーバ２１が生成した固定長の識別子（ユニーク情報）と，サーバ２３で標準的プロトコル規定に従って生成した情報とをパラメータとして持つヘッダが，メッセージの先頭側に追加される。
【００３０】
図４および図５に，本実施形態に係るサーバの処理フローチャートを示す。図４は，サーバにおける情報の設定時のフロー，図５はサーバにおける情報の取得時のフローを示している。以下では，上記第１の設定方法を用いた場合の例を説明するが，第２の設定方法を用いた場合にも同様に実施可能である。
【００３１】
サーバは，メッセージを受信すると（ステップＳ１），それがセッション開設要求メッセージであるかどうかを判別する（ステップＳ２）。セッション開設要求メッセージでない場合，他の一般のメッセージ処理を行う。
【００３２】
セッション開設要求であった場合，そのメッセージの宛先を参照し，転送が必要かどうかを判別する（ステップＳ３）。自サーバ宛の場合，必要に応じて図５に示すような情報の取得を行い，グローバルユニークな識別子を用いたメッセージ処理を行う。
【００３３】
自サーバ宛ではなく，転送が必要な場合には，前位のサーバが信頼できるサーバであるかどうか，すなわち前位のサーバが当該メッセージによって確立されるセッションに対するグローバルユニーク性を確保するサーバであるかどうかを判定する（ステップＳ４）。前位のサーバが信頼できるサーバである場合には，ステップＳ８へ進む。
【００３４】
前位のサーバが信頼できるサーバでない場合，すなわち自サーバがセッション制御プロトコルのメッセージ転送経路上におけるグローバルユニークな識別子を共有させるサーバ群の最前位サーバである場合には，少なくとも当該サーバ内でユニークな情報を生成し，それを識別子とする（ステップＳ５）。ここで生成する識別子は，当該サーバ内でのみユニークではなく，網全体でユニークな識別子としてもよく，そのようにした場合には，生成した識別子をそのままグローバルユニークな識別子として用いることができるが，ここでは説明の都合上，当該サーバ内でのみユニークであるとして説明する。
【００３５】
次に，所定の固定文字列Ｃと，ステップＳ５で生成した識別子と，標準的なセッション制御プロトコルで要求される値，すなわち標準的プロトコル規定に従って生成した情報とを，メッセージ中の，後続の他サーバまたは端末の動作に影響を与えないパラメータに設定し（ステップＳ６），そのセッション開設要求メッセージを，後位のサーバ（または端末）へ転送する（ステップＳ７）。その後，次のメッセージの到着を待つ。
【００３６】
ステップＳ４の判定において，前位のサーバが信頼できるサーバである場合，Ｃ以外の固定文字列と，標準的プロトコル規定に従って生成した情報をメッセージ中に追加設定する（ステップＳ８）。その後にステップＳ７へ進み，そのセッション開設要求メッセージを，後位のサーバ（または端末）へ転送する。
【００３７】
次に，図５に従って，情報の取得する際の処理の流れを説明する。まず，サーバは，メッセージを受信すると（ステップＳ１０），それがセッション開設要求メッセージであるかどうかを判別する（ステップＳ１１）。セッション開設要求メッセージでない場合，他の一般のメッセージ処理を行う。
【００３８】
セッション開設要求であった場合，セッションを識別するグローバルユニークな識別子を得るために，そのメッセージ中のパラメータにおいて，固定文字列Ｃが設定された情報要素を検索する（ステップＳ１２）。検索した結果，もし該当する情報要素がなかった場合，前位のサーバ（端末を含む）が信頼できるサーバではないので，セッションに対するグローバルユニーク性の保証は不要であるとして従来と同様な処理を行う（ステップＳ１３）。
【００３９】
検索した結果，該当する情報要素があった場合（通常は該当情報要素が存在する），固定文字列Ｃに続く識別子を抽出する（ステップＳ１４）。その抽出した識別子と，その識別子を生成したサーバ（最前位のサーバ）の網全体で一意に識別可能なアドレスとを組み合わせることにより，当該セッションに対するグローバルユニークな識別子とする（ステップＳ１５）。そのグローバルユニークな識別子を用いて，要求されたセッション開設処理を実行する（ステップＳ１６）。以降は，そのグローバルユニークな識別子が，当該セッションを一意に識別する情報として，そのセッションが開放されるまで使用されることになる。
【００４０】
【発明の効果】
これまでは，標準的なインタネット制御プロトコルの動作の範囲内で，セッション制御要望元が本来グローバルユニークに作成すべき識別子のグローバルユニーク性が保証されない場合に，セッション制御メッセージ転送経路上の一部区間でグローバルユニーク性が保証された識別情報を共有する手段がなかったが，本発明によれば，標準的なインタネット制御プロトコルの動作の範囲内において，さらにエンドエンドの経路上の当該サーバ以外のあらゆる端末やサーバにおける標準的なインタネット制御プロトコルの動作に影響を与えることなく，網内のセッション制御メッセージ転送経路上でグローバルユニーク性が保証された識別情報を共有することが可能になる。
【図面の簡単な説明】
【図１】本実施形態のシステムの概要を示す図である。
【図２】本実施形態におけるセッション開設要求メッセージのヘッダ部へのユニークな識別子の第１の設定方法を示す図である。
【図３】本実施形態におけるセッション開設要求メッセージのヘッダ部へのユニークな識別子の第２の設定方法を示す図である。
【図４】本実施形態に係るサーバの情報の設定時の処理フローチャートである。
【図５】本実施形態に係るサーバの情報の取得時の処理フローチャートである。
【符号の説明】
１    インタネット
２１，２２，２３    サーバ
３１，３２    情報通信端末
４    メッセージの転送経路
５１，５２，５３，５４    要求メッセージ
【図１】
0003869312.tif 000002
【図２】
0003869312.tif 000003
【図３】
0003869312.tif 000004
【図４】
0003869312.tif 000005
【図５】
0003869312.tif 000006