JP4252529B2 - トンネリング転送対応サービス提供プラットフォーム装置 - Google Patents

Description

この発明は、インタネットに接続するユーザにネットワークを通じてサービスを提供するための装置に関する。

近年、インタネットを利用するユーザを対象とした新たなアウトソーシングサービスとして、ネットワークベースアウトソーシングサービスが考えられる。ネットワークベースアウトソーシングサービスとは、自端末の設定やインストールなどを自ら行わなくても、ユーザがサービスを享受することを可能とするサービスである。

最近では、このアウトソーシングサービスの実現形態として図１に示すように、サービス装置１１０、１１１、１１２を多数収容したサービス網１２０にプラットフォーム装置１００を導入し、サービス装置１１０、１１１、１１２の中からユーザが所望するサービスだけをユーザに提供するためのサービス提供プラットフォーム技術が考案されている。このサービス提供プラットフォーム装置は主転送網１４１、１４２がＥｔｈｅｒｎｅｔなどの汎用的なネットワークだけではなく、リモートアクセスＶＰＮに代表されるようなＬ２トンネリング転送方式やＭＰＬＳ等のラベル転送方式などのネットワークにも設置可能である。以下では、近年ＶＰＮ等として用いられているＬ２トンネリング転送方式を用いたネットワークに前記サービス提供プラットフォーム装置を設置した場合の実現方法を示す。前記プラットフォーム装置１００は、主転送網依存処理部１０３と汎用処理部１０２とからなる。ユーザ端末１５０からユーザ端末１５３にパケットが転送される場合、アクセスライン１４０、トンネル終端装置１３０を経由して主転送網１４１からプラットフォーム装置１００に入力されたパケットは、まず主転送網依存処理部１０３に到達する。主転送網依存処理部１０３は該パケットが通るトンネルおよびそのトンネル上に構築されたセッションの情報であるトンネルＩＤやセッションＩＤなどのトンネリングヘッダをユーザ毎に保持した後に、汎用処理部１０２に該パケットを転送する。汎用処理部１０２では、該パケットのセッション情報を用いてユーザ毎またはユーザの通信フロー毎に、該パケットを振り分けるべきサービス装置を示す情報、または該パケットを前記サービス網１２０に転送する際に付与すべきサービス識別子を管理するユーザプロファイル１０１を有しており、ユーザプロファイル１０１を用いて、該パケットを該サービス装置に振り分ける、または、管理された前記サービス識別子に基づいて該パケットを前記サービス網１２０に転送する際に該パケットにサービス識別子を付与する。汎用処理部１０２から前記サービス装置および前記サービス網に割り振られた後、該パケットはサービス網あるいはサービス装置でサービスを享受し、再び前記プラットフォーム装置に戻された該パケットは、プラットフォーム装置１００内の汎用処理部１０２で該パケットの宛先ユーザもしくは送信元ユーザからユーザが特定され、セッション情報が付与され、主転送網依存処理部１０３に転送される。続いて主転送網依存処理部１０３では汎用処理部１０２で特定されたセッション情報を用いて、ユーザ毎に保持されたトンネリングヘッダが該パケットに付与され、該パケットは主転送網１４２に転送され、トンネル終端装置１３１、アクセスライン１４３を経由してユーザ端末１５３へ転送される。この技術は例えば非特許文献１および２にて説明されている。

長田和彦他４名、「ネットワークベース付加価値サービス・プラットフォーム・アーキテクチャの提案（その１） −アーキテクチャ・コンセプト−」、電子情報通信総合大会（２００４）、Ｂ−６−１０９ 石川忠司他４名、「ネットワークベース付加価値サービス・プラットフォーム・アーキテクチャの提案（その３） −トンネリング転送方式におけるサービス振分処理−」、電子情報通信総合大会（２００４）、Ｂ−６−１１１

前記プラットフォーム装置をＬ２トンネリング転送方式が使用されているネットワークに導入する際、下記のような課題が生じる。なお、以降の文中で用いられているユーザ識別子、ユーザＩＤという言葉の区別は、次の通りである。ユーザ識別子は、主転送網の認証およびセッション確立シーケンスで使用されるユーザ識別子であり、ユーザＩＤは、前記プラットフォーム装置内で使用されるユーザパケットを識別するための識別子である。

第一に、ＰＰＴＰ(Point-to-Point Tunneling Protocol)やＬ２ＴＰ(Layer 2 Tunneling Protocol)などのＬ２トンネリング転送方式では、トンネルを識別するトンネルＩＤやトンネル上に張られたセッションを識別するセッションＩＤが用いられており、これらのＩＤは伝送方向によってＩＤの値が異なる場合がある。そこで、前記プラットフォーム装置は、伝送方向により異なるＩＤを持つセッションを管理するための機能を備える必要がある。従来技術では、このような仕組みを具備していなかった。

第二に、前記プラットフォーム装置内の処理は、前記プラットフォームが前記汎用処理部と前記主転送網依存処理部から構築されるため、汎用処理部では汎用的な識別子が用いられる。したがって、プラットフォーム装置は、主転送網依存処理部において、パケットのユーザ識別に用いるセッションＩＤなどの主転送網に依存したセッション情報を検索キーとして前記汎用識別子を抽出し、この汎用識別子を該パケットに付与する必要がある。さらに、ユーザが複数セッションを利用する場合にも対応する必要があるため、前記汎用識別子はユーザを識別する情報だけではなく、セッションを識別する情報も有する必要がある。以上より、前記プラットフォーム装置は、複数セッションにも対応可能な汎用的なユーザ識別子が必要である。従来技術では、このような仕組みを具備していなかった。

第三に、前記サービス提供プラットフォーム装置は、ユーザ識別子によりパケットをユーザが利用するサービスに振り分けるが、ユーザによってはセッションの確立側、あるいは確立される側毎にサービスを振り分けたいと考える場合がある。そこで、前記プラットフォーム装置では、前述のような２つの場合に対応できる必要がある。従来技術では、このような仕組みを具備していなかった。

前記課題を解決するための手段を以下に説明する。なお、本発明の特徴は請求項に記載のとおりである。

第一に、前記プラットフォーム装置を、伝送方向によりトンネルＩＤおよびセッションＩＤが異なるＬ２トンネリング転送方式を用いた伝送区間に設置する場合において、ユーザを識別するためのセッション情報を収集する手段が必要となる。以下では、この手段について説明する。まず、ユーザを識別するために必要なセッション情報は、双方向のトンネルＩＤ、双方向のセッションＩＤ、トンネル終端装置１３０、１３１の装置ＩＤである。今回、この３種類の識別子を得るための手段として、２つの手段が考えられる。まず１つ目の手段として、トンネル確立シーケンスの際にトンネルを張る以前からトンネル終端装置に割り当てられている装置ＩＤを用いて双方向のトンネルＩＤを識別し、続いてセッション確立シーケンス中にトンネル確立シーケンスにて得た装置ＩＤおよびトンネルＩＤを用いてセッションＩＤを識別することにより、ユーザを識別するためのセッション情報を得る手段である。続いて２つ目の手段として、トンネル確立シーケンスは監視せずに、セッション確立シーケンスのみを監視し、装置ＩＤを用いて、セッションＩＤおよびトンネルＩＤを識別する手段である。以下では、それぞれの手段について、簡単に説明する。

まずそれぞれの手段を説明する前に、トンネル確立シーケンスおよびセッション確立シーケンスについて説明する。トンネル確立シーケンスおよびセッション確立シーケンスは図２のようにそれぞれ３つの命令で構成されており、トンネル確立シーケンスは、トンネル確立要求２００、トンネル確立応答２０１、トンネル接続確立２０２から、セッション確立シーケンスは、セッション確立要求２１０、セッション確立応答２１１、セッション接続確立２１２から構成される。これらの命令と装置ＩＤ、トンネルＩＤ、セッションＩＤの関係は次の通りである。まず、装置ＩＤは、全ての命令に付与されるトンネル両端の装置のＩＤである。トンネルＩＤは、伝送方向によりＩＤが異なり、同様にセッションＩＤも伝送方向によりＩＤが異なる。

上記のトンネルおよびセッションの特徴を踏まえて、１つ目の手段について説明する。まず、トンネル確立シーケンスにおいて、双方向のトンネルＩＤを取得する手段を説明する。トンネル確立シーケンスでプラットフォーム装置１００が監視する命令は、トンネル確立要求２００およびトンネル確立応答２０１の２つであり、以下に、その監視手順を説明する。ここでは、ユーザ端末１５０からユーザ端末１５３にデータパケットを転送するためにトンネル終端装置１３０からトンネル終端装置１３１にトンネルの確立要求、続いてトンネルの確立応答が発せられる場合について説明する。プラットフォーム装置１００は、入力されたトンネル確立要求２００から、トンネル終端装置１３０、１３１の装置ＩＤおよび片方向のトンネルＩＤを参照し、それぞれのＩＤを図３のようにセッション管理テーブル３００の片方向のトンネルＩＤ３１０、トンネル終端装置１３０、１３１の装置ＩＤ３３０、３３１に登録し、トンネル確立要求２００を宛先トンネル終端装置１３１へ転送する。次にトンネル確立要求２００の応答としてトンネル終端装置１３１により返答されたトンネル確立応答２０１がプラットフォーム装置１００に入力され、プラットフォーム装置１００はトンネル確立応答２０１から、双方向のトンネルＩＤ、トンネル終端装置１３０、１３１の装置ＩＤを該パケットから抽出し、片方向のトンネルＩＤ、およびトンネル終端装置１３０、１３１の装置ＩＤを検索キーとしてセッション管理テーブル３００を検索し、一致したエントリの逆方向のトンネルＩＤ３１１に逆方向のトンネルＩＤを登録し、トンネル確立応答２０１を宛先トンネル終端装置１３０へ転送する。この処理により、プラットフォーム装置１００は双方向のトンネルＩＤおよびトンネル終端装置１３０、１３１の装置ＩＤに関する情報を収集することが可能となる。

続いてセッション確立シーケンスから、双方向のセッションＩＤを取得する手段を説明する。セッション確立シーケンスも先程のトンネル確立シーケンスと同様に、プラットフォーム装置１００が監視するのは、セッション確立要求２１０とセッション確立応答２１１の２つであり、以下に、その監視手順を説明する。プラットフォーム装置１００は、入力されたセッション確立要求２１０から、トンネル終端装置１３０、１３１の装置ＩＤ、逆方向のトンネルＩＤおよび片方向のセッションＩＤを該パケットから抽出し、トンネル終端装置１３０、１３１の装置ＩＤ、逆方向のトンネルＩＤを検索キーとしてセッション管理テーブル３００を検索し、一致したエントリの片方向のセッションＩＤ３２０に片方向のセッションＩＤを登録し、セッション確立要求２１０を宛先トンネル終端装置１３１へ転送する。次にセッション確立要求２１０の応答としてトンネル終端装置１３１により返答されたセッション確立応答２１１がプラットフォーム装置１００に入力され、プラットフォーム装置１００はセッション確立応答２１１から、トンネル終端装置１３０、１３１の装置ＩＤ、片方向のトンネルＩＤおよび双方向のセッションＩＤを参照し、トンネル終端装置１３０、１３１の装置ＩＤ、片方向のトンネルＩＤ、片方向のセッションＩＤを検索キーとしてセッション管理テーブル３００を検索し、一致したエントリの逆方向のセッションＩＤ３２１に参照した逆方向のセッションＩＤを登録し、トンネル確立応答２１１を宛先トンネル終端装置１３０へ転送する。この処理により、プラットフォーム装置１００は、双方向のセッションＩＤについての情報を収集することが可能となる。以上が、１つ目の手段についての説明である。

続いて、２つ目の手段であるセッション確立シーケンスのみを監視して、ユーザを識別するためのセッション情報を収集する方法について説明する。

２つ目の手段においても、セッション確立シーケンスでプラットフォーム装置１００が監視するのは、１つ目の手段と同じセッション確立要求２１０とセッション確立応答２１１の２つであり、以下に、その監視手順を説明する。プラットフォーム装置１００は、入力されたセッション確立要求２１０から、トンネル終端装置１３０、１３１の装置ＩＤ、逆方向のトンネルＩＤおよび片方向のセッションＩＤを該パケットから抽出し、それぞれのＩＤを図４のようにセッション管理テーブル４００のトンネル終端装置１３０、１３１の装置ＩＤ４３０、４３１、逆方向のトンネルＩＤ４１１および片方向のセッションＩＤ４２０に登録し、セッション確立要求２１０を宛先トンネル終端装置１３１へ転送する。次にセッション確立要求２１０の応答としてトンネル終端装置１３１により返答されたセッション確立応答２１１がプラットフォーム装置１００に入力され、プラットフォーム装置１００はセッション確立応答２１１から、トンネル終端装置１３０、１３１の装置ＩＤ、片方向のトンネルＩＤおよび双方向のセッションＩＤを該パケットから抽出し、トンネル終端装置１３０、１３１の装置ＩＤ、片方向のセッションＩＤを検索キーとしてセッション管理テーブル４００を検索し、一致したエントリの片方向のトンネルＩＤ４１０および逆方向のセッションＩＤ４２１に片方向のトンネルＩＤおよび逆方向のセッションＩＤを登録し、セッション確立応答２１１を宛先トンネル終端装置１３０へ転送する。この処理により、ユーザを識別するためのセッション情報を収集することが可能となる。

以上の２つのいずれかの手段により、ユーザを識別するためのセッション情報を収集することが可能となる。一方、そのセッションを使用するユーザを識別するためのユーザ識別子を取得する手段については、上記のセッション情報を取得するための２つの手段とも共通である。

以下、ユーザ識別子を取得するための手段を説明する。ユーザ識別子は、セッション確立シーケンスの３つの命令の内、あらかじめ定められた命令に記載されている。プラットフォーム装置１００は、このユーザ識別子を記載した命令を受信した時、この命令に記載されているトンネル終端装置１３０、１３１の装置ＩＤ、いずれかの方向のトンネルＩＤ、いずれかの方向のセッションＩＤを検索キーとして、セッション管理テーブルを検索し、一致したエントリのユーザ識別子部分に参照したユーザ識別子を登録する（図３の３４０、図４の４４０参照）。

以上の手段により、ユーザを識別するためのセッション情報およびユーザ識別子を収集することが可能となる。

第二に、汎用処理部で汎用的なユーザ識別子を使用するために、前記プラットフォーム装置１００は、セッション管理テーブルにおいてユーザ識別子の代わりにユーザＩＤを導入する。以下では、セッション情報にユーザＩＤを対応付ける手段と、ユーザＩＤを用いた場合のプラットフォーム装置内の処理について説明する。まずセッション情報とユーザＩＤを対応付ける手段について説明する。ユーザＩＤは図５のように事前にユーザ識別子とユーザＩＤの対応関係が、事前登録されたユーザ識別子とユーザＩＤの対応関係テーブル５００として構築されている。上記第一の手段で述べたように、プラットフォーム装置１００は、収集されたセッションＩＤとユーザ識別子との対応関係と、事前登録されたユーザ識別子とユーザＩＤの対応関係テーブル５００のユーザ識別子とユーザＩＤの対応関係とを対応付け、セッション情報とユーザＩＤの対応関係を持つセッション管理テーブル５０２を構築する。上記の手段により、セッション情報とユーザＩＤを対応付けることが可能となる。

次に、ユーザＩＤを用いたプラットフォーム装置内処理について説明する。ここではユーザ端末１５０からユーザ端末１５３にデータパケットを転送する際にサービス提供プラットフォーム装置でサービスを提供するための準備として、既にトンネル終端装置間でセッションは構築され、セッション管理テーブルに必要なデータは揃っているものとする。まずユーザ端末１５０から主転送網１４１を介してプラットフォーム装置１００に入力されたパケットはプラットフォーム装置１００内の主転送網依存処理部１０３に転送され、主転送網依存処理部１０３は、該パケットのセッション情報を用いてセッション管理テーブルを検索し、検索により得られたユーザＩＤを該パケットに付与する。主転送網依存処理部１０３は該ユーザＩＤが付与された該パケットから、該パケットのトンネリングヘッダをユーザＩＤ毎に保持し、該パケットからトンネリングヘッダを取り外す。トンネリングヘッダを取り外された該パケットは、汎用処理部１０２の処理の後、サービス網１２０に転送される。サービス網１２０に転送され、再びプラットフォーム装置１００に戻ってきた該パケットは、汎用処理部１０２において該パケットの宛先ユーザあるいは送信元ユーザからユーザが特定され、再びユーザＩＤが付与される。汎用処理部１０２から主転送網依存処理部１０３に転送された該パケットは、該ユーザＩＤを用いて検索された先程保持したトンネリングヘッダを付与され、主転送網１４２に転送される。以上が、ユーザＩＤを用いた場合のプラットフォーム装置内でのパケット処理である。

さらに、１ユーザが複数セッションを使用する場合に対応するために、ユーザＩＤを、ユーザを識別するためのユーザＩＤ汎用部と該ユーザが使用するセッションを識別するためのユーザＩＤ可変部とから構築する。以下では、このようなユーザＩＤを用いた場合の処理について説明する。

まず、ユーザＩＤをユーザＩＤ汎用部およびユーザＩＤ可変部の構成にする場合、変更されるテーブルは、図５の事前登録されたユーザ識別子とユーザＩＤの対応関係テーブル５００およびユーザＩＤを用いたセッション管理テーブル５０２の２つのテーブルである。まず前者のテーブルの変更点は、事前登録されたユーザ識別子とユーザＩＤの対応関係テーブル５００において、図６の事前登録されたユーザ識別子とユーザＩＤ汎用部の対応関係テーブル６００のように、ユーザＩＤ部分がユーザを識別するためのユーザＩＤ汎用部に変更された点である。後者のテーブルの変更点は、ユーザＩＤを用いたセッション管理テーブル５０２において、図６のユーザＩＤ汎用部およびユーザＩＤ可変部を用いたセッション管理テーブル６０１のように、ユーザＩＤ部分がユーザＩＤ汎用部およびユーザＩＤ可変部に変更された点である。

ユーザＩＤ汎用部は、事前登録されたユーザ識別子とユーザＩＤ汎用部の対応関係テーブル６００に静的な情報として登録されているが、ユーザＩＤ可変部はセッション確立時に動的に割り当てられている。以上がユーザＩＤ汎用部とユーザＩＤ可変部を用いる際の変更点であり、プラットフォーム装置内で行われる他のユーザＩＤ処理については、ユーザＩＤ汎用部およびユーザＩＤ可変部を用いる場合においても同様の処理である。

このようにユーザＩＤを導入することにより、サービス提供プラットフォーム装置を別のネットワークプロトコルを使用するネットワークに設置する場合においても、主転送網依存処理部の処理を変更するのみで、該ネットワークに対応可能となる。

第三に、プラットフォーム装置がセッションを確立する側、セッションが確立される側のユーザ識別に対応するために、以下のような処理を行う必要がある。まずセッションを確立する側を識別する場合について説明する。ここでは、ユーザ識別子は、セッションを確立する側のユーザ端末あるいはユーザ網を特定するための識別子であり、前記ユーザプロファイルにはセッションを確立する側のユーザ端末あるいはユーザ網を特定するためのユーザ識別子を特定するための情報が記載されている。セッション確立時にこのユーザプロファイルを用いて、セッションを確立する側を特定し、ユーザ毎にサービスを提供する。またセッションが確立される側を識別する場合について説明する。ここでは、ユーザ識別子は、セッションが確立される側のユーザ端末あるいはユーザ網を特定するための識別子であり、前記ユーザプロファイルにはセッションが確立される側のユーザ端末あるいはユーザ網を特定するためのユーザ識別子を特定するための情報が記載されている。セッション確立時にこのユーザプロファイルを用いて、セッションが確立される側を特定し、ユーザ毎にサービスを提供する。

このようにセッションを確立する側、確立される側に依存するユーザ識別子を使い分けることにより、ユーザあるいはサービス提供者の要望に応じたユーザ識別が可能となる。

第一に、本発明のサービス提供プラットフォーム装置は主転送網がＬ２トンネリング転送方式である場合において、トンネルＩＤ、セッションＩＤおよび装置ＩＤから構成されるセッション情報とユーザ識別子の対応関係を用いることにより、セッション確立以降も、セッション情報によりユーザパケットを識別し、プラットフォーム装置内でパケットにユーザ毎のトンネリングヘッダを付与することが可能となる。

第二に、ユーザＩＤを使用することにより、サービス提供プラットフォーム装置内の処理を主転送網に依存しない処理とすることが可能となる。また、ユーザＩＤ汎用部およびユーザＩＤ可変部の導入により、ユーザが複数セッションを張る場合でも、ユーザが使用するそれぞれのセッションに対して固有のユーザＩＤを付与することが可能となり、前記プラットフォーム装置から主転送網にユーザパケットを転送する際、主転送網依存処理部においてユーザＩＤ毎に保持したトンネリングヘッダを付与することが可能となる。

第三に、セッションを確立する側に依存するユーザ識別子、または、セッションが確立される側に依存するユーザ識別子を使い分けることにより、ユーザあるいはサービス提供者の要望に応じたユーザ識別が可能となる。

以下、サービス提供プラットフォーム装置について、実施例を通じて、さらに詳しく説明する。なお、これによりこの発明が限定されるものではない。

図１は実施例の概要図である。

プラットフォーム装置１００は、サービス網１２０を介してサービス装置１１０、１１１、１１２と接続されている。プラットフォーム装置１００は主転送網依存処理部１０３と汎用処理部１０２とを有し、汎用処理部１０２では、ユーザ毎またはユーザの通信フロー毎に、パケットを振り分けるべきサービス装置１１０、１１１、１１２を示す情報、またはパケットをサービス網１２０に転送する際に付与すべきサービス識別子を管理するユーザプロファイル１０１を有する。また、プラットフォーム装置１００は、伝送方向によりトンネルＩＤおよびセッションＩＤが異なるＬ２トンネリング転送方式を利用した主転送網１４１、１４２を通じて到着するパケットのトンネリングヘッダを保持した後、該パケットから取り外し、該パケットの送信元ユーザもしくは宛先ユーザ、および通信フロー種別を特定し、ユーザプロファイル１０１を検索し、該パケットを振り分けるべきサービス装置を示す情報、または、該パケットをサービス網１２０に転送する際に付与すべきサービス識別子を特定する手段と、特定されたサービス装置を示す情報に基づいて該パケットを該サービス装置に振り分ける、または特定されたサービス識別子に基づいて該パケットをサービス網１２０に転送する際に該パケットに該サービス識別子を付与する手段と、サービス装置を経由し、再びプラットフォーム装置１００に戻されるパケットを受信すると、該パケットの送信元ユーザもしくは宛先ユーザを特定し、ユーザプロファイル１０１を検索し、該パケットに対し前記保持したトンネリングヘッダを付与し、主転送網を通じ、該パケットをその宛先ユーザ端末に向け転送する手段と、を有する。

サービス装置１１０、１１１、１１２は、プラットフォーム装置１００からサービス網１２０を経由して転送されたパケットを受信しサービス処理を行う手段と、該パケットをサービス網１２０を経由してプラットフォーム装置１００に転送する手段と、を有する。

本実施例のサービス提供プラットフォーム装置はプラットフォーム装置１００と、プラットフォーム装置１００にサービス網１２０を介して接続されたサービス装置１１０、１１１、１１２とから構成される。

ユーザ端末１５０、１５１、１５２はアクセスライン１４０によってトンネル終端装置１３０に接続され、ユーザ端末１５３はアクセスライン１４３によってトンネル終端装置１３１に接続される。トンネル終端装置１３０、１３１の間は、Ｌ２トンネリング転送方式でパケットが転送される。

以下、Ｌ２トンネリング転送方式でパケットが転送されるネットワークにサービス提供プラットフォーム装置を設置した場合の、前記プラットフォーム装置におけるユーザを識別するために必要なセッション情報の収集処理および前記プラットフォーム装置１００内におけるパケット転送処理について説明する。プラットフォーム装置１００はその記憶装置内に図３に示すセッション管理テーブル３００を保有する。

ユーザを識別するために必要なセッション情報は、双方向のトンネルＩＤ、双方向のセッションＩＤ、トンネル終端装置１３０、１３１の装置ＩＤであり、これらの情報が決定されるトンネル確立シーケンスおよびセッション確立シーケンスについて、まず特徴を説明する。トンネル確立シーケンスおよびセッション確立シーケンスは図２のようにそれぞれ３つの命令で構成されており、トンネル確立シーケンスは、トンネル確立要求２００、トンネル確立応答２０１、トンネル接続確立２０２から、セッション確立シーケンスは、セッション確立要求２１０、セッション確立応答２１１、セッション接続確立２１２から構成されている。これらの命令と装置ＩＤ、トンネルＩＤ、セッションＩＤの関係は次の通りである。まず、装置ＩＤは、全ての命令に付与されるトンネル両端の装置のＩＤである。トンネルＩＤは、伝送方向によりＩＤが異なる。

上記のトンネル、セッションの特徴を踏まえて、セッション情報を収集する処理について説明する。まず、トンネル確立シーケンスにおいて、双方向のトンネルＩＤを取得する処理を説明する。トンネル確立シーケンスでプラットフォーム装置１００が監視する命令は、トンネル確立要求２００およびトンネル確立応答２０１の２つの命令であり、以下に、その処理手順を説明する。ここでは、ユーザ端末１５０からユーザ端末１５３にデータを転送するためにトンネル終端装置１３０からトンネル終端装置１３１にトンネルおよびセッションの確立要求が発せられる場合について説明する。プラットフォーム装置１００は、図３の（１）に示すように、入力されたトンネル確立要求２００から、トンネル終端装置１３０、１３１の装置ＩＤおよび片方向のトンネルＩＤを参照し、それぞれのＩＤを図３のようにセッション管理テーブル３００の片方向のトンネルＩＤ３１０、トンネル終端装置１３０、１３１の装置ＩＤ３３０、３３１に登録し、トンネル確立要求２００を宛先トンネル終端装置１３１へ転送する。次にトンネル確立要求２００の応答としてトンネル終端装置１３１により返答されたトンネル確立応答２０１がプラットフォーム装置１００に入力され、プラットフォーム装置１００は、図３の（２）に示すように、トンネル確立応答２０１から、双方向のトンネルＩＤ、トンネル終端装置１３０、１３１の装置ＩＤを該パケットから抽出し、片方向のトンネルＩＤ、およびトンネル終端装置１３０、１３１の装置ＩＤを検索キーとしてセッション管理テーブル３００を検索し、一致したエントリの逆方向のトンネルＩＤ３１１に参照によって得られた逆方向のトンネルＩＤを登録し、トンネル確立応答２０１を宛先トンネル終端装置１３０へ転送する。この処理により、プラットフォーム装置１００は双方向のトンネルＩＤおよびトンネル終端装置１３０、１３１の装置ＩＤに関する情報収集を行う。

続いてセッション確立シーケンスから、双方向のセッションＩＤを取得する手段を説明する。セッション確立シーケンスも先程のトンネル確立シーケンスと同様に、プラットフォーム装置１００が監視するのは、セッション確立要求２１０とセッション確立応答２１１の２つであり、以下に、その監視手順を説明する。プラットフォーム装置１００は、図３の（３）に示すように、入力されたセッション確立要求２１０から、トンネル終端装置１３０、１３１の装置ＩＤ、逆方向のトンネルＩＤおよび片方向のセッションＩＤを該パケットを抽出し、トンネル終端装置１３０、１３１の装置ＩＤ、逆方向のトンネルＩＤを検索キーとしてセッション管理テーブル３００を検索し、一致したエントリの片方向のセッションＩＤ３２０に片方向のセッションＩＤを登録し、セッション確立要求２１０を宛先トンネル終端装置１３１へ転送する。次にセッション確立要求２１０の応答としてトンネル終端装置１３１により返答されたセッション確立応答２１１がプラットフォーム装置１００に入力され、図３の（４）に示すように、プラットフォーム装置１００はセッション確立応答２１１から、トンネル終端装置１３０、１３１の装置ＩＤ、片方向のトンネルＩＤおよび双方向のセッションＩＤを参照し、トンネル終端装置１３０、１３１の装置ＩＤ、片方向のトンネルＩＤ、片方向のセッションＩＤを検索キーとしてセッション管理テーブル３００を検索し、一致したエントリの逆方向のセッションＩＤ３２１に参照した逆方向のセッションＩＤを登録し、トンネル確立応答２１１を宛先トンネル終端装置１３０へ転送する。この処理により、プラットフォーム装置１００は双方向のセッションに関する情報が揃う。

一方、そのセッションを使用するユーザを識別するためのユーザ識別子を取得する手段について説明する。ユーザ識別子は、セッション確立シーケンスの３つの命令の内、あらかじめ定められた命令に記載されている。プラットフォーム装置１００は、このユーザ識別子が記載された命令を受信した時、この命令に記載されているトンネル終端装置１３０、１３１の装置ＩＤ、いずれかの方向のトンネルＩＤ、いずれかの方向のセッションＩＤを検索キーとして、セッション管理テーブルを検索し、一致したエントリのユーザ識別子部分にユーザ識別子を登録する。以上の処理により、プラットフォーム装置１００はユーザを識別するためのセッション情報およびユーザ識別子を収集する。

次にプラットフォーム装置１００がセッション情報およびユーザ識別子を収集した後、パケットがどのように処理されるかを説明する。プラットフォーム装置１００に入力されたパケットは、主転送網依存処理部１０３に転送され、主転送網依存処理部１０３は該パケットに対し、該パケットのセッションの情報を検索キーとしてセッション管理テーブル３００を検索し、ユーザ識別子を抽出する。主転送網依存処理部１０３は抽出したユーザ識別子を該パケットに付与した後、トンネリングヘッダをユーザ識別子毎に保持し、該パケットのトンネリングヘッダを取り外す。ユーザ識別子を付与された該パケットは、汎用処理部１０２で処理され、サービス網１２０に転送される。該パケットはサービス網１２０およびサービス装置１１０、１１１、１１２においてサービスを享受した後、再度プラットフォーム装置１００に転送される。サービス網１２０からプラットフォーム装置１００に戻ってきた該パケットは、プラットフォーム装置１００内の汎用処理部１０２に転送され、汎用処理部１０２は、該パケットの宛先ユーザあるいは送信元ユーザからユーザを特定し、ユーザ識別子を該パケットに付与する。該パケットは主転送網依存処理部１０３に転送され、主転送網依存処理部１０３は、該パケットに付与されたユーザ識別子を用いて先程取り外したトンネリングヘッダを抽出し、該パケットに検索により得られたトンネリングヘッダを付与した後、主転送網１４２を通じて、該パケットをユーザ端末１５３に転送する。以上のような処理を通じて、ユーザのデータパケットはトンネリング伝送方式のネットワークに設置された場合でも、プラットフォーム装置でサービスを享受することが可能である。

ここでトンネルＩＤおよびセッションＩＤは、双方向で異なる場合について説明してきたが、双方向とも同一のＩＤを用いる場合でも、本方式の処理であれば対応できることは言うまでもない。

また、ここで通信相手をユーザ端末１５３としたがユーザ端末１５３がネットワーク網内の１端末としても同様の処理で対処可能であることは言うまでもない。

実施例１では、トンネル確立シーケンスでトンネルＩＤの対応関係を、またセッション確立シーケンスでセッションＩＤの対応関係を構築する方法を説明したが、実施例２では、セッション確立シーケンスのみでトンネルＩＤおよびセッションＩＤの対応関係を構築する処理について説明する。プラットフォーム装置１００はその記憶装置内に図４に示すセッション管理テーブル４００を保有する。

実施例２の手段においても、実施例１と同様にセッション確立シーケンスでプラットフォーム装置１００が監視するのは、セッション確立要求２１０とセッション確立応答２１１の２つであり、以下に、その処理手順を説明する。プラットフォーム装置１００は、図４の（１）に示すように、入力されたセッション確立要求２１０から、トンネル終端装置１３０、１３１の装置ＩＤ、逆方向のトンネルＩＤおよび片方向のセッションＩＤを該パケットから抽出し、図４のようにセッション管理テーブル４００のトンネル終端装置１３０、１３１の装置ＩＤ４３０、４３１、逆方向のトンネルＩＤ４１１および片方向のセッションＩＤ４２０に参照したそれぞれのＩＤを登録し、セッション確立要求２１０を宛先トンネル終端装置１３１へ転送する。次にセッション確立要求２１０の応答としてトンネル終端装置１３１により返答されたセッション確立応答２１１がプラットフォーム装置１００に入力され、プラットフォーム装置１００は、図４の（２）に示すように、セッション確立応答２１１から、トンネル終端装置１３０、１３１の装置ＩＤ、片方向のトンネルＩＤおよび双方向のセッションＩＤを該パケットから抽出し、トンネル終端装置１３０、１３１の装置ＩＤ、片方向のセッションＩＤを検索キーとしてセッション管理テーブル４００を検索した後、一致したエントリの片方向のトンネルＩＤ４１０および逆方向のセッションＩＤ４２１に参照した片方向のトンネルＩＤおよび逆方向のセッションＩＤを登録し、セッション確立応答２１１を宛先トンネル終端装置１３０へ転送する。この処理により、プラットフォーム装置１００はユーザを識別するためのセッション情報を収集する。

実施例１との違いは、このセッション情報を収集する処理が異なるのみであり、セッション情報とユーザ識別子の対応関係の構築や、プラットフォーム装置１００内でのユーザパケット処理は、実施例１と変わらない。

以下では、セッション情報にユーザＩＤを対応付ける手段とユーザＩＤを用いたプラットフォーム装置内の処理について説明する。まずセッション情報とユーザＩＤを対応付ける手段について説明する。ユーザＩＤは図５のように事前にユーザ識別子とユーザＩＤの対応関係が、事前登録されたユーザ識別子とユーザＩＤの対応関係テーブル５００として構築されている。プラットフォーム装置１００はこの事前登録されたユーザ識別子とユーザＩＤの対応関係テーブル５００をその記憶装置内に保有する。また、実施例１で述べたように、プラットフォーム装置１００は、ユーザ識別子を用いたセッション管理テーブル５０１を記憶装置内に保有する。プラットフォーム装置１００は、ユーザ識別子を用いたセッション管理テーブル５０１に登録された収集されたセッションＩＤとユーザ識別子との対応関係と、事前登録されたユーザ識別子とユーザＩＤの対応関係テーブル５００に登録されたユーザ識別子とユーザＩＤの対応関係とを対応付け、セッション情報とユーザＩＤの対応関係を持つユーザＩＤを用いたセッション管理テーブル５０２を構築し、記憶装置内に保有する。

次に、ユーザＩＤを用いたプラットフォーム装置内処理について説明する。ここではユーザ端末１５０からユーザ端末１５３にデータパケットを転送する際にサービス提供プラットフォーム装置でサービスを提供するための準備として、既にトンネル終端装置間でセッションは構築され、セッション管理テーブルに必要なデータは揃っているものとする。まずユーザ端末１５０から主転送網１４１を介してプラットフォーム装置１００に入力されたパケットはプラットフォーム装置１００内の主転送網依存処理部１０３に転送される。主転送網依存処理部１０３は、該パケットのセッション情報を用いてセッション管理テーブルから検索したユーザＩＤを該パケットに付与し、該パケットのトンネリングヘッダをユーザＩＤ毎に保持した後、該パケットからトンネリングヘッダを取り外す。トンネリングヘッダを取り外された該パケットは、汎用処理部１０２に転送され、汎用処理部１０２で処理された後、サービス網１２０およびサービス装置１１０、１１１、１１２に転送される。サービス網１２０およびサービス装置１１０、１１１、１１２に転送された該パケットは、再びプラットフォーム装置１００の汎用処理部１０２に転送される。汎用処理部１０２は該パケットの宛先ユーザあるいは送信元ユーザからユーザを特定し、該パケットにユーザＩＤを付与する。該パケットは汎用処理部１０２から主転送網依存処理部１０３に転送され、該パケットを受信した主転送網依存処理部１０３は、ユーザＩＤを用いて先程保持したトンネリングヘッダを検索し、該パケットに検索により得られたトンネリングヘッダを付与した後、主転送網１４２に転送する。以上が、ユーザＩＤを用いた場合のデータパケットに対するプラットフォーム装置内処理である。

さらに、１ユーザが複数セッションを使用する場合に対応するために、ユーザＩＤを、単にユーザを識別するためのユーザＩＤから、ユーザを識別するためのユーザＩＤ汎用部とセッションを識別するためのユーザＩＤ可変部とからなる構成に変えることにより対応可能となる。以下では、この複数セッションに対応可能なユーザＩＤを用いた場合の処理について説明する。

まず、ユーザＩＤをユーザＩＤ汎用部およびユーザＩＤ可変部の構成にする場合、変更されるテーブルは、図５の事前登録されたユーザ識別子とユーザＩＤの対応関係テーブル５００およびユーザＩＤを用いたセッション管理テーブル５０２の２つのテーブルである。まず前者のテーブルの変更点は、事前登録されたユーザ識別子とユーザＩＤの対応関係テーブル５００が、図６の事前登録されたユーザ識別子とユーザＩＤ汎用部の対応関係テーブル６００のように、ユーザＩＤ部分がユーザを識別するためのユーザＩＤ汎用部に変更された点である。後者のテーブルの変更点は、ユーザＩＤを用いたセッション管理テーブル５０２が、図６のユーザＩＤ汎用部およびユーザＩＤ可変部を用いたセッション管理テーブル６０１のように、ユーザＩＤ部分がユーザＩＤ汎用部およびユーザＩＤ可変部の構成に変更された点である。この場合も、プラットフォーム装置１００は、事前登録されたユーザ識別子とユーザＩＤ汎用部の対応関係テーブル６００と、ユーザＩＤ汎用部およびユーザＩＤ可変部を用いたセッション管理テーブル６０１と、図６には示していないユーザ識別子を用いたセッション管理テーブル（図５の５０１と同様）をその記憶装置内に保有する。

ユーザＩＤ汎用部は、事前登録されたユーザ識別子とユーザＩＤ汎用部の対応関係テーブル６００に登録されているが、ユーザＩＤ可変部は事前に登録されておらず、セッション確立時に動的に割り当てられる。以上が、ユーザＩＤ汎用部およびユーザＩＤ可変部の導入による変更点であり、プラットフォーム装置１００内で行われる他のユーザＩＤ処理については、ユーザＩＤ汎用部およびユーザＩＤ可変部を用いる場合においても同様の処理である。

このようにユーザＩＤを導入することにより、サービス提供プラットフォーム装置を別のネットワークプロトコルを使用するネットワークに設置する場合においても、主転送網依存処理部の処理を変更するのみで、該ネットワークに対応可能となる。

プラットフォーム装置１００がセッションを確立する側、セッションが確立される側のユーザ識別に対応するために、以下のような処理を行う必要がある。まずセッションを確立する側を識別する場合について説明する。ここでは、ユーザ識別子は、セッションを確立する側のユーザ端末あるいはユーザ網を特定するための識別子であり、前記ユーザプロファイル１０１（図１参照）にはセッションを確立する側のユーザ端末あるいはユーザ網を特定するためのユーザ識別子を特定するための情報が記載されている。セッション確立時にこのユーザプロファイルを用いて、セッションを確立する側を特定し、ユーザ毎にサービスを提供する。

またセッションが確立される側を識別する場合について説明する。ここでは、ユーザ識別子は、セッションが確立される側のユーザ端末あるいはユーザ網を特定するための識別子であり、前記ユーザプロファイル１０１（図１参照）にはセッションが確立される側のユーザ端末あるいはユーザ網を特定するためのユーザ識別子を特定するための情報が記載されている。セッション確立時にこのユーザプロファイルを用いて、セッションが確立される側を特定し、ユーザ毎にサービスを提供する。

このようにセッションを確立する側、確立される側に依存するユーザ識別子を使い分けることにより、ユーザあるいはサービス提供者の要望に応じたユーザ識別が可能となる。

アウトソーシングサービスの実現形態 トンネル確立シーケンスおよびセッション確立シーケンス 実施例１のトンネル確立シーケンスおよびセッション確立シーケンスを用いたセッション管理テーブルヘの登録方法 実施例２のセッション確立シーケンスを用いたセッション管理テーブルヘの登録方法 実施例３のユーザＩＤを用いたセッション管理テーブルの構築方法 実施例３のユーザＩＤ汎用部および可変部を用いたセッション管理テーブル

符号の説明

１００…プラットフォーム装置、１０１…ユーザプロファイル、１０２…汎用処理部、１０３…主転送網依存処理部、１１０、１１１、１１２…サービス装置、１２０…サービス網、１３０、１３１…トンネル終端装置、１４０…アクセスライン、１４１…主転送網、１４２…主転送網、１４３…アクセスライン、１５０、１５１、１５２、１５３…ユーザ端末、２００…トンネル確立要求、２０１…トンネル確立応答、２０２…トンネル接続確立、２１０…セッション確立要求、２１１…セッション確立応答、２１２…セッション接続確立、３００…セッション管理テーブル、３１０…トンネルＩＤ片方向、３１１…トンネルＩＤ逆方向、３２０…セッションＩＤ片方向、３２１…セッションＩＤ逆方向、３３０…装置ＩＤ（トンネル終端装置（１３０））、３３１…装置ＩＤ（トンネル終端装置（１３１））、３４０…ユーザ識別子、４００…セッション情報管理テーブル、４１０…トンネルＩＤ片方向、４１１…トンネルＩＤ逆方向、４２０…セッションＩＤ片方向、４２１…セッションＩＤ逆方向、４３０…装置ＩＤ（トンネル終端装置（１３０））、４３１…装置ＩＤ（トンネル終端装置（１３１））、４４０…ユーザ識別子、５００…事前登録されたユーザ識別子とユーザＩＤの対応関係テーブル、５０１…ユーザ識別子を用いたセッション管理テーブル、５０２…ユーザＩＤを用いたセッション管理テーブル、６００…事前登録されたユーザ識別子とユーザＩＤ汎用部の対応関係テーブル、６０１…ユーザＩＤ汎用部およびユーザＩＤ可変部を用いたセッション管理テーブル

Claims (8)

1. 主転送網に接続されたプラットフォーム装置と前記プラットフォーム装置にサービス網を介して接続されたサービス装置とから構成され、前記主転送網は伝送方向によりトンネルＩＤおよびセッションＩＤが異なるＬ２トンネリング転送方式によってパケットを転送し、前記プラットフォーム装置は前記パケットを受信すると、該パケットの前記トンネルＩＤおよび前記セッションＩＤを含むトンネリングヘッダと該パケットのユーザ識別子を保持する手段と、トンネリングヘッダを外し、該パケットをサービス網に転送し、サービス網から再びプラットフォーム装置に返送されたパケットに対し送信元ユーザもしくは宛先ユーザを特定し、前記保持したトンネリングヘッダを付与し、前記主転送網を通じ、該パケットをその宛先ユーザ端末に向け転送する手段を有するサービス提供プラットフォーム装置において、
   前記プラットフォーム装置は、
   トンネル両端の装置に付与される装置ＩＤを用いて、トンネル確立要求、トンネル確立応答、トンネル接続確立の３つの命令からなるトンネル確立シーケンスの前記トンネル確立要求にて転送される片方向のトンネルＩＤと、前記トンネル確立応答にて転送される逆方向のトンネルＩＤを一組の対応情報として対応付ける手段と、
   前記手段により対応付けた該トンネルＩＤおよび該装置ＩＤを用いて、セッション確立要求、セッション確立応答、セッション接続確立の３つの命令からなるセッション確立シーケンスの前記セッション確立要求にて転送される片方向のセッションＩＤと前記セッション確立応答にて転送される逆方向のセッションＩＤを一組の対応情報として対応付ける手段と、
   トンネリングヘッダとユーザ識別子を管理する方法として、前記セッション確立シーケンスからユーザ識別子を抽出し、該ユーザ識別子と双方向の該トンネルＩＤ、双方向の該セッションＩＤおよび該装置ＩＤを一組の対応情報として対応付ける手段と、
   を有することを特徴とするサービス提供プラットフォーム装置。
2. 主転送網に接続されたプラットフォーム装置と前記プラットフォーム装置にサービス網を介して接続されたサービス装置とから構成され、前記プラットフォーム装置は、ユーザ毎またはユーザの通信フロー毎に、パケットを振り分けるべきサービス装置を示す情報、またはパケットを前記サービス網に転送する際に付与すべきサービス識別子を管理するユーザプロファイルを有し、伝送方向によりトンネルＩＤおよびセッションＩＤが異なるＬ２トンネリング転送方式を利用した主転送網を通じて到着するパケットのトンネリングヘッダを保持した後、該パケットから取り外し、該パケットの送信元ユーザもしくは宛先ユーザ、および通信フロー種別を特定し、前記ユーザプロファイルを検索し、該パケットを振り分けるべきサービス装置を示す情報、または、該パケットを前記サービス網に転送する際に付与すべきサービス識別子を特定する手段と、特定された前記サービス装置を示す情報に基づいて該パケットを該サービス装置に振り分ける、または特定された前記サービス識別子に基づいて該パケットを前記サービス網に転送する際に該パケットに該サービス識別子を付与する手段と、前記サービス装置を経由し、再び前記プラットフォーム装置に戻されるパケットを受信すると、該パケットの送信元ユーザもしくは宛先ユーザを特定し、前記ユーザプロファイルを検索し、該パケットに対し前記保持したトンネリングヘッダを付与し、前記主転送網を通じ、該パケットをその宛先ユーザ端末に向け転送する手段と、を有し、前記サービス装置は、前記プラットフォーム装置から転送されたパケットを受信しサービス処理を行う手段と、サービス処理を行ったパケットを前記プラットフォーム装置へ転送する手段と、を有するサービス提供プラットフォーム装置において、
   前記プラットフォーム装置は、
   トンネル両端の装置に付与される装置ＩＤを用いて、トンネル確立要求、トンネル確立応答、トンネル接続確立の３つの命令からなるトンネル確立シーケンスの前記トンネル確立要求にて転送される片方向のトンネルＩＤと、前記トンネル確立応答にて転送される逆方向のトンネルＩＤを一組の対応情報として対応付ける手段と、
   前記手段により対応付けた該トンネルＩＤおよび該装置ＩＤを用いて、セッション確立要求、セッション確立応答、セッション接続確立の３つの命令からなるセッション確立シーケンスの前記セッション確立要求にて転送される片方向のセッションＩＤと前記セッション確立応答にて転送される逆方向のセッションＩＤを一組の対応情報として対応付ける手段と、
   トンネリングヘッダとユーザ識別子を管理する方法として、前記セッション確立シーケンスからユーザ識別子を抽出し、該ユーザ識別子と双方向の該トンネルＩＤ、双方向の該セッションＩＤおよび該装置ＩＤを一組の対応情報として対応付ける手段と、
   を有することを特徴とするサービス提供プラットフォーム装置。
3. 主転送網に接続されたプラットフォーム装置と前記プラットフォーム装置にサービス網を介して接続されたサービス装置とから構成され、前記主転送網は伝送方向によりトンネルＩＤおよびセッションＩＤが異なるＬ２トンネリング転送方式によってパケットを転送し、前記プラットフォーム装置は前記パケットを受信すると、該パケットの前記トンネルＩＤおよび前記セッションＩＤを含むトンネリングヘッダと該パケットのユーザ識別子を保持する手段と、トンネリングヘッダを取り外し、該パケットをサービス網に転送し、サービス網から再びプラットフォーム装置に返送されたパケットに対し送信元ユーザもしくは宛先ユーザを特定し、前記保持したトンネリングヘッダを付与し、前記主転送網を通じ、該パケットをその宛先ユーザ端末に向け転送する手段を有するサービス提供プラットフォーム装置において、
   前記プラットフォーム装置は、トンネル両端の装置に付与される装置ＩＤを用いて、セッション確立要求、セッション確立応答、セッション接続確立の３つの命令からなるセッション確立シーケンスの前記セッション確立要求にて転送される片方向のセッションＩＤと共に片方向のトンネルＩＤを取得し、前記セッション確立応答にて転送される逆方向のセッションＩＤと共に逆方向のトンネルＩＤを取得することにより、前記トンネルＩＤおよびセッションＩＤの情報を一組の対応情報として対応付ける手段と、
   トンネルヘッダとユーザ識別子を管理する方法として、前記セッション確立シーケンスからユーザ識別子を抽出し、該ユーザ識別子とセッション情報である該トンネルＩＤ、該セッションＩＤおよび該装置ＩＤを一組の対応情報として対応付ける手段とを有することを特徴とするサービス提供プラットフォーム装置。
4. 主転送網に接続されたプラットフォーム装置と前記プラットフォーム装置にサービス網を介して接続されたサービス装置とから構成され、前記プラットフォーム装置は、ユーザ毎またはユーザの通信フロー毎に、パケットを振り分けるべきサービス装置を示す情報、またはパケットを前記サービス網に転送する際に付与すべきサービス識別子を管理するユーザプロファイルを有し、伝送方向によりトンネルＩＤおよびセッションＩＤが異なるＬ２トンネリング転送方式を利用した主転送網を通じて到着するパケットのトンネリングヘッダを保持した後、該パケットから取り外し、該パケットの送信元ユーザもしくは宛先ユーザ、および通信フロー種別を特定し、前記ユーザプロファイルを検索し、該パケットを振り分けるべきサービス装置を示す情報、または、該パケットを前記サービス網に転送する際に付与すべきサービス識別子を特定する手段と、特定された前記サービス装置を示す情報に基づいて該パケットを該サービス装置に振り分ける、または特定された前記サービス識別子に基づいて該パケットを前記サービス網に転送する際に該パケットに該サービス識別子を付与する手段と、前記サービス装置を経由し、再び前記プラットフォーム装置に戻されるパケットを受信すると、該パケットの送信元ユーザもしくは宛先ユーザを特定し、前記ユーザプロファイルを検索し、該パケットに対し前記保持したトンネリングヘッダを付与し、前記主転送網を通じ、該パケットをその宛先ユーザ端末に向け転送する手段と、を有し、前記サービス装置は、前記プラットフォーム装置から転送されたパケットを受信しサービス処理を行う手段と、サービス処理を行ったパケットを前記プラットフォーム装置へ転送する手段と、を有するサービス提供プラットフォーム装置において、
   前記プラットフォーム装置は、
   トンネル両端の装置に付与される装置ＩＤを用いて、セッション確立要求、セッション確立応答、セッション接続確立の３つの命令からなるセッション確立シーケンスの前記セッション確立要求にて転送される片方向のセッションＩＤと共に片方向のトンネルＩＤを取得し、前記セッション確立応答にて転送される逆方向のセッションＩＤと共に逆方向のトンネルＩＤを取得することにより、前記トンネルＩＤおよびセッションＩＤの情報を一組の対応情報として対応付ける手段と、
   トンネルヘッダとユーザ識別子を管理する方法として、前記セッション確立シーケンスからユーザ識別子を抽出し、該ユーザ識別子とセッション情報である該トンネルＩＤ、該セッションＩＤおよび該装置ＩＤを一組の対応情報として対応付ける手段と、
   を有することを特徴とするサービス提供プラットフォーム装置。
5. 前記プラットフォーム装置は、
   主転送網の転送方式に依存する前記ユーザ識別子と前記プラットフォーム装置内で用いるための主転送網に依存しないユーザＩＤとの対応関係を事前に保持する手段と、
   前記トンネル確立およびセッション確立を通じ得られた前記セッション情報と前記ユーザＩＤとの対応関係を構築する手段と、
   前記主転送網からパケットを受信した時に、前記セッション情報を検索キーとしてユーザＩＤを抽出し、該パケットにユーザＩＤを付与した後、該パケットのトンネリングヘッダをユーザＩＤ毎に保持し、該パケットからトンネリングヘッダを取り外す手段と、
   サービス網から戻ってきた該パケットに対し、送信元ユーザもしくは宛先ユーザを特定し、該パケットにユーザＩＤを付与する手段と、
   該パケットのユーザＩＤに対応したトンネリングヘッダを、該パケットに付与する手段をと、
   有することを特徴とする請求項１、２、３または４記載のサービス提供プラットフォーム装置。
6. 前記ユーザＩＤは、ユーザを指定するためのユーザＩＤ汎用部と、１ユーザが複数セッションを確立した場合に各セッションを識別するためのユーザＩＤ可変部とから構成され、
   前記プラットフォーム装置は、
   セッションが確立される毎に、ユーザＩＤ可変部の値を動的に決定する手段と、
   前記主転送網からパケットを受信した時に、前記セッション情報を検索キーとしてユーザＩＤを抽出し、該パケットにユーザＩＤを付与した後、ユーザＩＤ毎にセッションのトンネリングヘッダを保持し、該パケットからトンネリングヘッダを取り外す手段と、
   前記サービス網からプラットフォーム装置に戻ってきた該パケットに対し、該パケットの送信元ユーザもしくは宛先ユーザを特定し、ユーザＩＤを付与する手段と、
   該パケットのユーザＩＤに対応したトンネリングヘッダを該パケットに付与する手段と、
   を有することを特徴とする請求項５記載のサービス提供プラットフォーム装置。
7. 前記ユーザ識別子はセッションを確立する側のユーザ端末またはユーザ網を特定するための識別子であり、
   前記ユーザプロファイルにはセッションを確立する側のユーザ端末またはユーザ網を特定するためのユーザ識別子の情報が記載されており、
   前記ユーザプロファイルを用いて、セッションを確立する側のユーザ毎にサービスを提供する手段を有することを特徴とする請求項２、４、５または６記載のサービス提供プラットフォーム装置。
8. 前記ユーザ識別子はセッションが確立される側のユーザ端末またはユーザ網を特定するための識別子であり、
   前記ユーザプロファイルにはセッションが確立される側のユーザ端末またはユーザ網を特定するためのユーザ識別子情報が記載されており、
   前記ユーザプロファイルを用いて、セッションが確立される側のユーザ毎にサービスを提供する手段を有することを特徴とする請求項２、４、５または６記載のサービス提供プラットフォーム装置。
   
   

Images