JP2006033106A - サービス提供プラットフォームシステム - Google Patents
サービス提供プラットフォームシステム Download PDFInfo
- Publication number
- JP2006033106A JP2006033106A JP2004205432A JP2004205432A JP2006033106A JP 2006033106 A JP2006033106 A JP 2006033106A JP 2004205432 A JP2004205432 A JP 2004205432A JP 2004205432 A JP2004205432 A JP 2004205432A JP 2006033106 A JP2006033106 A JP 2006033106A
- Authority
- JP
- Japan
- Prior art keywords
- service
- network
- user
- packet
- address
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
【課題】 サービス装置とプラットフォーム装置間はサービスに依存しないインタフェースを確保しながら、ユーザ毎に異なるサービスを提供する。
【解決手段】 プラットフォーム装置が、ユーザ端末から送信されたパケットをサービス網を介して複数のサービス装置のいずれかに振り分け、サービス装置が、サービス網を介して受信したパケットにサービス処理を行い、その後、当該パケットを再びプラットフォーム装置に転送し、プラットフォーム装置がその宛先ユーザ端末に向け転送するシステムであって、プラットフォーム装置が、ユーザ毎にサービス網用ユーザ識別子を管理するユーザプロファイルと、主転送網を介して受信したパケットの送信元あるいは宛先ユーザを特定し、ユーザプロファイルを検索してパケットをサービス網に転送する際に付与すべきサービス網用ユーザ識別子を特定する手段１と、パケットに手段１で特定したサービス網用ユーザ識別子を付与し、パケットを前記サービス網に転送する手段２とを有する。
【選択図】 図１
【解決手段】 プラットフォーム装置が、ユーザ端末から送信されたパケットをサービス網を介して複数のサービス装置のいずれかに振り分け、サービス装置が、サービス網を介して受信したパケットにサービス処理を行い、その後、当該パケットを再びプラットフォーム装置に転送し、プラットフォーム装置がその宛先ユーザ端末に向け転送するシステムであって、プラットフォーム装置が、ユーザ毎にサービス網用ユーザ識別子を管理するユーザプロファイルと、主転送網を介して受信したパケットの送信元あるいは宛先ユーザを特定し、ユーザプロファイルを検索してパケットをサービス網に転送する際に付与すべきサービス網用ユーザ識別子を特定する手段１と、パケットに手段１で特定したサービス網用ユーザ識別子を付与し、パケットを前記サービス網に転送する手段２とを有する。
【選択図】 図１
Description
本発明は、サービス提供プラットフォームシステムに係り、特に、インタネットに接続されるユーザに対してネットワークを通じてサービスを提供するための技術に関する。
近年、インタネット利用は爆発的に普及しているものの、自端末のインストールや設定作業を苦手とするユーザも多く、それが新しいサービスの普及を阻害する要因になり得る。
この問題を解消する方法として、アウトソーシングによるサービス提供がある。
アウトソーシングサービスの実現法として、例えば、図６に示すように、ネットワーク事業者等が遠隔からユーザ宅内装置（ＣＬＥ；Customer Located Equipment）２００を管理し、ＣＬＥによってサービスを提供する形態（下記、非特許文献１参照）が考えられる。なお、図６において、２０２はアクセスライン、２０３は主転送網、２０４はユーザ宅内網、２０５はユーザ端末、２０６はユーザ端末２０５の通信相手のユーザ端末である。
一方、ネットワークを通じてサービスを提供する実現方法は、ＩＥＴＦ（the Internet Engineering Task Force)のOPES（Open Pluggable Edge Services）Working Groupにて検討が進められている。
その実現方法は、例えば、図７に示すように、OPES Processor（本出願のプラットフォーム装置に相当する）３０１と、Callout Server（本出願のサービス装置に相当する）３０２〜３０４との間で、OCP（OPES Callout Protocol）３１１を規定し、ユーザ端末３０５からパケットが到着すると、OPES Processor３０１からCallout Server３０２に対しOCP３１１を使った通信要求を出し、一方、Callout Server３０２はその応答を送り、コネクションを確立し、パケットのCallout Server振分を行う。
当該パケットは、Callout Server３０２にて、例えば、フィルタリング等のサービス処理が適用される。本形態の説明は、例えば、下記の非特許文献２に記載されている。
なお、図７において、３０５はユーザ端末、３０６はユーザ宅内網、３０７は主転送網、３０８はユーザ端末３０５の通信相手のユーザ端末、３０９はアクセスライン、３１２，３１３は転送装置である。
この問題を解消する方法として、アウトソーシングによるサービス提供がある。
アウトソーシングサービスの実現法として、例えば、図６に示すように、ネットワーク事業者等が遠隔からユーザ宅内装置（ＣＬＥ；Customer Located Equipment）２００を管理し、ＣＬＥによってサービスを提供する形態（下記、非特許文献１参照）が考えられる。なお、図６において、２０２はアクセスライン、２０３は主転送網、２０４はユーザ宅内網、２０５はユーザ端末、２０６はユーザ端末２０５の通信相手のユーザ端末である。
一方、ネットワークを通じてサービスを提供する実現方法は、ＩＥＴＦ（the Internet Engineering Task Force)のOPES（Open Pluggable Edge Services）Working Groupにて検討が進められている。
その実現方法は、例えば、図７に示すように、OPES Processor（本出願のプラットフォーム装置に相当する）３０１と、Callout Server（本出願のサービス装置に相当する）３０２〜３０４との間で、OCP（OPES Callout Protocol）３１１を規定し、ユーザ端末３０５からパケットが到着すると、OPES Processor３０１からCallout Server３０２に対しOCP３１１を使った通信要求を出し、一方、Callout Server３０２はその応答を送り、コネクションを確立し、パケットのCallout Server振分を行う。
当該パケットは、Callout Server３０２にて、例えば、フィルタリング等のサービス処理が適用される。本形態の説明は、例えば、下記の非特許文献２に記載されている。
なお、図７において、３０５はユーザ端末、３０６はユーザ宅内網、３０７は主転送網、３０８はユーザ端末３０５の通信相手のユーザ端末、３０９はアクセスライン、３１２，３１３は転送装置である。
なお、本願発明に関連する先行技術文献としては以下のものがある。
David Ginsburg and Marie Hattar: "Implementing IP Services at the Network Edge, "PP.221-224, Addison Wesley,2002. IETF Open Pluggable Edge Services (OPES) WorkingGroup, Internet-Draft An Architecture for Open Pluggable Edge Services (OPES) （http://www.ietf.org/internet-drafts/draft-ietf-opes-architecture-04.txt.）
David Ginsburg and Marie Hattar: "Implementing IP Services at the Network Edge, "PP.221-224, Addison Wesley,2002. IETF Open Pluggable Edge Services (OPES) WorkingGroup, Internet-Draft An Architecture for Open Pluggable Edge Services (OPES) （http://www.ietf.org/internet-drafts/draft-ietf-opes-architecture-04.txt.）
ＣＬＥによってサービスを提供する形態では、ネットワーク事業者が全ＣＬＥを管理する必要があり、ユーザ規模が大きくなるに伴い、管理する台数も増加し、管理量が増大する。
ネットワークにてサービスを提供する形態は、複数のユーザを集約した拠点にプラットフォーム装置およびサービス装置を置くため、これらの装置台数はＣＬＥと比べ少なくなり、管理量が少ないため、ネットワークにてサービスを提供する形態に利点がある。
しかし、ネットワークにてサービスを提供する形態であるＯＰＥＳ方式については、OPES ProcessorとCallout Serverとの間のインタフェースは、OCPという特定のプロトコルやシーケンスが必要となるため、サービスに依存したものとなる。
言い換えれば、サービス毎の差異を吸収する統一したシーケンスを規定することが難しい。その結果、サービスを追加する度に、プラットフォーム装置の改造が必要となる可能性がある。
したがって、サービス装置とプラットフォーム装置間は、サービスに依存しないインタフェースが求められる。
また、ネットワークにてサービスを提供する形態は、複数ユーザを集約するがゆえに、ユーザ毎に異なる契約サービスを提供する機能も求められる。
ネットワークにてサービスを提供する形態は、複数のユーザを集約した拠点にプラットフォーム装置およびサービス装置を置くため、これらの装置台数はＣＬＥと比べ少なくなり、管理量が少ないため、ネットワークにてサービスを提供する形態に利点がある。
しかし、ネットワークにてサービスを提供する形態であるＯＰＥＳ方式については、OPES ProcessorとCallout Serverとの間のインタフェースは、OCPという特定のプロトコルやシーケンスが必要となるため、サービスに依存したものとなる。
言い換えれば、サービス毎の差異を吸収する統一したシーケンスを規定することが難しい。その結果、サービスを追加する度に、プラットフォーム装置の改造が必要となる可能性がある。
したがって、サービス装置とプラットフォーム装置間は、サービスに依存しないインタフェースが求められる。
また、ネットワークにてサービスを提供する形態は、複数ユーザを集約するがゆえに、ユーザ毎に異なる契約サービスを提供する機能も求められる。
以上を整理すると、ネットワークにてサービスを提供する形態は、サービス装置とプラットフォーム装置間はサービスに依存しないインタフェースを確保する中で、ユーザ毎に異なるサービスを提供可能とする仕組みが必要となる。しかしながら、従来技術ではこの仕組みが提供されていない。
本発明は、前記従来技術の問題点を解決するためになされたものであり、本発明の目的は、ネットワークにてサービスを提供するサービス提供プラットフォームシステムにおいて、サービス装置とプラットフォーム装置間はサービスに依存しないインタフェースを確保しながら、ユーザ毎に異なるサービスを提供することが可能とする技術を提供することにある。
本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述及び添付図面によって明らかにする。
本発明は、前記従来技術の問題点を解決するためになされたものであり、本発明の目的は、ネットワークにてサービスを提供するサービス提供プラットフォームシステムにおいて、サービス装置とプラットフォーム装置間はサービスに依存しないインタフェースを確保しながら、ユーザ毎に異なるサービスを提供することが可能とする技術を提供することにある。
本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述及び添付図面によって明らかにする。
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、下記の通りである。
本発明は、複数のサービス装置と、サービス網と、プラットフォーム装置と、主転送網とから構成され、前記プラットフォーム装置が、前記主転送網を介してユーザ端末から送信されたパケットを前記サービス網を介して前記複数のサービス装置のいずれかに振り分け、かつ、前記サービス網を介して受信した前記パケットを前記主転送網を介してその宛先ユーザ端末に向け転送し、前記各サービス装置が、前記サービス網を介して受信した前記パケットにサービス処理を行い、その後、前記サービス網を介して前記パケットを再び前記プラットフォーム装置に転送するサービス提供プラットフォームシステムに適用される。
前述の目的を達成するために、本発明では、前記プラットフォーム装置が、ユーザ毎にサービス網用ユーザ識別子を管理するユーザプロファイルと、前記主転送網を介して受信したパケットの送信元あるいは宛先ユーザを特定し、前記ユーザプロファイルを検索して、前記パケットを前記サービス網に転送する際に付与すべきサービス網用ユーザ識別子を特定する手段１と、前記パケットに前記手段１で特定したサービス網用ユーザ識別子を付与し、前記パケットを前記サービス網に転送する手段２とを有することを特徴とする。
また、本発明では、前記プラットフォーム装置が、ユーザ毎およびユーザの通信フロー毎にサービス識別子を管理するユーザプロファイルと、前記主転送網を介して受信したパケットの送信元あるいは宛先ユーザ、および通信フロー種別を特定し、前記ユーザプロファイルを検索して、前記パケットを前記サービス網に転送する際に付与すべきサービス識別子を特定する手段１と、前記パケットに前記手段１で特定したサービス識別子を付与し、前記パケットを前記サービス網に転送する手段２とを有することを特徴とする。
本発明は、複数のサービス装置と、サービス網と、プラットフォーム装置と、主転送網とから構成され、前記プラットフォーム装置が、前記主転送網を介してユーザ端末から送信されたパケットを前記サービス網を介して前記複数のサービス装置のいずれかに振り分け、かつ、前記サービス網を介して受信した前記パケットを前記主転送網を介してその宛先ユーザ端末に向け転送し、前記各サービス装置が、前記サービス網を介して受信した前記パケットにサービス処理を行い、その後、前記サービス網を介して前記パケットを再び前記プラットフォーム装置に転送するサービス提供プラットフォームシステムに適用される。
前述の目的を達成するために、本発明では、前記プラットフォーム装置が、ユーザ毎にサービス網用ユーザ識別子を管理するユーザプロファイルと、前記主転送網を介して受信したパケットの送信元あるいは宛先ユーザを特定し、前記ユーザプロファイルを検索して、前記パケットを前記サービス網に転送する際に付与すべきサービス網用ユーザ識別子を特定する手段１と、前記パケットに前記手段１で特定したサービス網用ユーザ識別子を付与し、前記パケットを前記サービス網に転送する手段２とを有することを特徴とする。
また、本発明では、前記プラットフォーム装置が、ユーザ毎およびユーザの通信フロー毎にサービス識別子を管理するユーザプロファイルと、前記主転送網を介して受信したパケットの送信元あるいは宛先ユーザ、および通信フロー種別を特定し、前記ユーザプロファイルを検索して、前記パケットを前記サービス網に転送する際に付与すべきサービス識別子を特定する手段１と、前記パケットに前記手段１で特定したサービス識別子を付与し、前記パケットを前記サービス網に転送する手段２とを有することを特徴とする。
ここで、サービス識別子とは、サービス網において、パケットを転送すべきサービス装置を識別するために用いる。また、サービス網用ユーザ識別子とは、サービス網において転送されるパケットのユーザを識別するために用いる。
サービス網用ユーザ識別子を導入する理由は、後述のように、（１）プライベートアドレスを用いる複数ユーザ間でアドレスの重複が生じる場合でも、サービス網内で各ユーザを識別することを可能するため、また、（２）サービス装置においてユーザ毎に異なるサービスを提供する場合に、サービス網からサービス装置にパケットを入力する際、各ユーザを識別する仕組みが必要となるため、などがあげられる。
前記ユーザプロファイルの導入により、前記プラットフォーム装置は単独でユーザ管理およびサービス振分を行い、ユーザ端末から到着するパケットを前記サービス装置に転送することが可能となる。
これにより、前記サービス装置と前記プラットフォーム装置間はサービスに依存しないインタフェースを確保する中で、ユーザ毎に異なるサービスが提供可能となる。
なお、サービス網においてユーザを識別する識別子の具体的実現手段として、ユーザのＩＰアドレスがある。ただし、この場合、前述の通り、プライベートアドレスを用いるユーザが複数おり、サービス網においてこれらのユーザのアドレスが重複し、サービス網において各ユーザの識別ができない懸念がある。
サービス網用ユーザ識別子を導入する理由は、後述のように、（１）プライベートアドレスを用いる複数ユーザ間でアドレスの重複が生じる場合でも、サービス網内で各ユーザを識別することを可能するため、また、（２）サービス装置においてユーザ毎に異なるサービスを提供する場合に、サービス網からサービス装置にパケットを入力する際、各ユーザを識別する仕組みが必要となるため、などがあげられる。
前記ユーザプロファイルの導入により、前記プラットフォーム装置は単独でユーザ管理およびサービス振分を行い、ユーザ端末から到着するパケットを前記サービス装置に転送することが可能となる。
これにより、前記サービス装置と前記プラットフォーム装置間はサービスに依存しないインタフェースを確保する中で、ユーザ毎に異なるサービスが提供可能となる。
なお、サービス網においてユーザを識別する識別子の具体的実現手段として、ユーザのＩＰアドレスがある。ただし、この場合、前述の通り、プライベートアドレスを用いるユーザが複数おり、サービス網においてこれらのユーザのアドレスが重複し、サービス網において各ユーザの識別ができない懸念がある。
これを回避するため、本発明では、前記サービス網用ユーザ識別子を、前記サービス網のみに適用し、かつ、ユーザ毎に一義に定め、また、プラットフォーム装置のユーザプロファイルは、前記ユーザの主回線網におけるＩＰアドレスとサービス網用ＩＰアドレスとの対応を管理する。
そして、前記プラットフォーム装置の手段２は、前記ユーザプロファイルを検索し、前記ユーザの主回線網におけるＩＰアドレスを前記サービス網用ＩＰアドレスに変換して、前記主転送網を介して受信したパケットを前記サービス網に転送し、かつ、前記サービス網を介して前記サービス装置から受信したパケットの前記サービス網用ＩＰアドレスを、前記ユーザの主回線網におけるＩＰアドレスに変換する。
これにより、サービス網において各ユーザのアドレス重複が回避され、サービス網内における各ユーザの識別が可能となる。
また、通信アプリケーションによっては、パケットのデータ領域にユーザのＩＰアドレスが記載されているものもあるため、前記プラットフォーム装置の手段２は、前記主転送網を介して受信したパケット内のデータ領域に記載されている前記ユーザの主回線網におけるＩＰアドレスを前記サービス網用ＩＰアドレスに変換し、かつ、前記サービス網を介して前記サービス装置から受信したパケット内の前記データ領域内に記載されているサービス網用ＩＰアドレスを、前記ユーザの主回線網におけるＩＰアドレスに変換する。
これにより、パケットのヘッダ領域に記載されるＩＰアドレスとデータ領域に記載されるＩＰアドレスの整合性を保ち、サービス網において各ユーザのアドレス重複が回避され、サービス網内における各ユーザの識別が可能となる。
また、前記サービス装置がユーザ毎に異なるサービスを提供する場合に、前記サービス装置は、前記サービス網用ＩＰアドレスに基づきユーザを識別し、ユーザ毎に事前に定められたサービス処理を行う。
これにより、サービス装置は、サービス網から入力されたパケットに対し、ユーザ識別を行い、ユーザ毎のサービス処理を実施することができる。
そして、前記プラットフォーム装置の手段２は、前記ユーザプロファイルを検索し、前記ユーザの主回線網におけるＩＰアドレスを前記サービス網用ＩＰアドレスに変換して、前記主転送網を介して受信したパケットを前記サービス網に転送し、かつ、前記サービス網を介して前記サービス装置から受信したパケットの前記サービス網用ＩＰアドレスを、前記ユーザの主回線網におけるＩＰアドレスに変換する。
これにより、サービス網において各ユーザのアドレス重複が回避され、サービス網内における各ユーザの識別が可能となる。
また、通信アプリケーションによっては、パケットのデータ領域にユーザのＩＰアドレスが記載されているものもあるため、前記プラットフォーム装置の手段２は、前記主転送網を介して受信したパケット内のデータ領域に記載されている前記ユーザの主回線網におけるＩＰアドレスを前記サービス網用ＩＰアドレスに変換し、かつ、前記サービス網を介して前記サービス装置から受信したパケット内の前記データ領域内に記載されているサービス網用ＩＰアドレスを、前記ユーザの主回線網におけるＩＰアドレスに変換する。
これにより、パケットのヘッダ領域に記載されるＩＰアドレスとデータ領域に記載されるＩＰアドレスの整合性を保ち、サービス網において各ユーザのアドレス重複が回避され、サービス網内における各ユーザの識別が可能となる。
また、前記サービス装置がユーザ毎に異なるサービスを提供する場合に、前記サービス装置は、前記サービス網用ＩＰアドレスに基づきユーザを識別し、ユーザ毎に事前に定められたサービス処理を行う。
これにより、サービス装置は、サービス網から入力されたパケットに対し、ユーザ識別を行い、ユーザ毎のサービス処理を実施することができる。
本願において開示される発明のうち代表的なものによって得られる効果を簡単に説明すれば、下記の通りである。
本発明によれば、ネットワークにてサービスを提供するサービス提供プラットフォームシステムにおいて、サービス装置とプラットフォーム装置間はサービスに依存しないインタフェースを確保しながら、ユーザ毎に異なるサービスを提供することが可能となる。
本発明によれば、ネットワークにてサービスを提供するサービス提供プラットフォームシステムにおいて、サービス装置とプラットフォーム装置間はサービスに依存しないインタフェースを確保しながら、ユーザ毎に異なるサービスを提供することが可能となる。
以下、図面を参照して本発明の実施例を詳細に説明する。
なお、実施例を説明するための全図において、同一機能を有するものは同一符号を付け、その繰り返しの説明は省略する。
［実施例１］
本発明の実施例１を、図１〜図３を用いて説明する。
図１は、本発明の各実施例のサービス提供プラットフォームシステムの概略構成を示すブロック図である。
図２は、本発明の各実施例のサービス提供プラットフォームシステムの動作を説明するための図である。
図３は、本実施例のサービス提供プラットフォームシステムのユーザプロファイルで管理する情報を説明するための図である。
本実施例において、ユーザ端末（１５０〜１５２）の各パケットに付与される主回線網用ユーザ識別子は、例えば、ＭＰＬＳ等のラベルとし、本実施例では、それぞれ４００、４０１および４０２とする。
また、サービス網用ユーザ識別子は、例えば、ＶＬＡＮ−ＩＤとし、それぞれ１４００、１４０１および１４０２とする。
このサービス網用ユーザ識別子は、サービス網１２０において転送されるパケットのユーザを識別するために用いられる。
なお、実施例を説明するための全図において、同一機能を有するものは同一符号を付け、その繰り返しの説明は省略する。
［実施例１］
本発明の実施例１を、図１〜図３を用いて説明する。
図１は、本発明の各実施例のサービス提供プラットフォームシステムの概略構成を示すブロック図である。
図２は、本発明の各実施例のサービス提供プラットフォームシステムの動作を説明するための図である。
図３は、本実施例のサービス提供プラットフォームシステムのユーザプロファイルで管理する情報を説明するための図である。
本実施例において、ユーザ端末（１５０〜１５２）の各パケットに付与される主回線網用ユーザ識別子は、例えば、ＭＰＬＳ等のラベルとし、本実施例では、それぞれ４００、４０１および４０２とする。
また、サービス網用ユーザ識別子は、例えば、ＶＬＡＮ−ＩＤとし、それぞれ１４００、１４０１および１４０２とする。
このサービス網用ユーザ識別子は、サービス網１２０において転送されるパケットのユーザを識別するために用いられる。
プラットフォーム装置１００は、ユーザプロファイル１０１と主転送網依存処理部１０２とから構成される。
ユーザプロファイル１０１は、ユーザ毎にパケットを振り分けるべきサービス装置を管理する。
例えば、図３に示すユーザ端末１５０（主回線網用ユーザ識別子４００）のパケットに対しサービス装置１１０、ユーザ端末１５１（主回線網用ユーザ識別子４０１）のパケットに対しサービス装置１１１、ユーザ端末１５２（主回線網用ユーザ識別子４０２）のパケットに対してはサービス装置１１２に振り分ける。
なお、サービス網１２０において、ＶＬＡＮ−ＩＤが１４００のパケットはサービス装置１１０、ＶＬＡＮ−ＩＤが１４０１のパケットはサービス装置１１１、ＶＬＡＮ−ＩＤが１４０２のパケットはサービス装置１１２に転送する設定がされているものとする。
このため、前記ユーザプロファイル１０１は、主回線網用ユーザ識別子とサービス網用ユーザ識別子との対応関係を管理している。
ユーザプロファイル１０１は、ユーザ毎にパケットを振り分けるべきサービス装置を管理する。
例えば、図３に示すユーザ端末１５０（主回線網用ユーザ識別子４００）のパケットに対しサービス装置１１０、ユーザ端末１５１（主回線網用ユーザ識別子４０１）のパケットに対しサービス装置１１１、ユーザ端末１５２（主回線網用ユーザ識別子４０２）のパケットに対してはサービス装置１１２に振り分ける。
なお、サービス網１２０において、ＶＬＡＮ−ＩＤが１４００のパケットはサービス装置１１０、ＶＬＡＮ−ＩＤが１４０１のパケットはサービス装置１１１、ＶＬＡＮ−ＩＤが１４０２のパケットはサービス装置１１２に転送する設定がされているものとする。
このため、前記ユーザプロファイル１０１は、主回線網用ユーザ識別子とサービス網用ユーザ識別子との対応関係を管理している。
以下、本実施例のサービス提供プラットフォームシステムの動作を説明する。
例えば、ユーザ端末１５０からパケットを送出したとすると（図２の転送５０１）、当該パケットは、転送装置１３０を経由し、プラットフォーム装置１００に到着する。
プラットフォーム装置１００内の主転送網依存処理部１０２は、到着したパケットの送信元あるいは宛先ユーザを特定し、ユーザプロファイル１０１を検索し（図２の検索５０２）、当該パケットを振り分けるべきサービス装置を特定する。
当該パケットには、４００の主回線網用ユーザ識別子が付与されていることから、ユーザプロファイル１０１において、ライン２４００が検索条件と一致する。
したがって、当該パケットに付与すべきサービス網用ユーザ識別子は１４００となる。これにより、プラットフォーム装置１００は、当該パケットに、１４００のサービス網用ユーザ識別子を付与し、サービス網１２０に該パケットを転送する（図２の転送５０３）。
当該パケットは、１４００のサービス網用ユーザ識別子に基づき、サービス装置１１０に転送される。
例えば、ユーザ端末１５０からパケットを送出したとすると（図２の転送５０１）、当該パケットは、転送装置１３０を経由し、プラットフォーム装置１００に到着する。
プラットフォーム装置１００内の主転送網依存処理部１０２は、到着したパケットの送信元あるいは宛先ユーザを特定し、ユーザプロファイル１０１を検索し（図２の検索５０２）、当該パケットを振り分けるべきサービス装置を特定する。
当該パケットには、４００の主回線網用ユーザ識別子が付与されていることから、ユーザプロファイル１０１において、ライン２４００が検索条件と一致する。
したがって、当該パケットに付与すべきサービス網用ユーザ識別子は１４００となる。これにより、プラットフォーム装置１００は、当該パケットに、１４００のサービス網用ユーザ識別子を付与し、サービス網１２０に該パケットを転送する（図２の転送５０３）。
当該パケットは、１４００のサービス網用ユーザ識別子に基づき、サービス装置１１０に転送される。
サービス装置１１０は、到着したパケットに対しサービス処理を施す。例えば、当該パケットがＨＴＴＰ通信とした場合、サービス処理は、ＵＲＬフィルタリング等が考えられる。サービス処理後、サービス装置１１０は、再びプラットフォーム装置１００に当該パケットを転送する（図２の転送５０４）。
プラットフォーム装置１００は、当該パケットを受信すると、主転送網依存処理部１０２にパケットを移し（図２の転送５０９）、主転送網依存処理部１０２は、主転送網１４２を介して、当該パケットをその宛先ユーザ端末１５３に向け転送する。
なお同様に、ユーザ端末１５１からパケット送出したとすると、ユーザプロファイル１０１の検索において、ライン２４０１が検索条件と一致し、当該パケットはサービス装置１１１に振り分けられる（図２の転送５０５）。
また、ユーザ端末１５２から送出されるパケットについては、ユーザプロファイル１０１の検索において、ライン２４０２が検索条件と一致し、該パケットはサービス装置１１２に振り分けられる（図２の転送５０７）。
ここで、サービス網用ユーザ識別子は、ユーザ端末（１５０〜１５２）の各パケットに付与されるＩＰアドレスを用いても、処理の本質は変わらないことを追記する。
プラットフォーム装置１００は、当該パケットを受信すると、主転送網依存処理部１０２にパケットを移し（図２の転送５０９）、主転送網依存処理部１０２は、主転送網１４２を介して、当該パケットをその宛先ユーザ端末１５３に向け転送する。
なお同様に、ユーザ端末１５１からパケット送出したとすると、ユーザプロファイル１０１の検索において、ライン２４０１が検索条件と一致し、当該パケットはサービス装置１１１に振り分けられる（図２の転送５０５）。
また、ユーザ端末１５２から送出されるパケットについては、ユーザプロファイル１０１の検索において、ライン２４０２が検索条件と一致し、該パケットはサービス装置１１２に振り分けられる（図２の転送５０７）。
ここで、サービス網用ユーザ識別子は、ユーザ端末（１５０〜１５２）の各パケットに付与されるＩＰアドレスを用いても、処理の本質は変わらないことを追記する。
［実施例２］
本発明の実施例２を図１、図２および図４を用いて説明する。
図４は、本実施例のサービス提供プラットフォームシステムのユーザプロファイルで管理する情報を説明するための図である。
本実施例は、ユーザ毎に加え、ユーザの通信フロー毎に、パケットを振り分けるべきサービス装置を管理する場合の処理を説明するものである。
図４において、ユーザ端末（１５０〜１５２）の各パケットに付与される主回線網用ユーザ識別子は、前述実施例１と同様に、例えば、ＭＰＬＳ等のラベルとし、それぞれ４００、４０１および４０２とする。
パケットの通信フロー種別は、TCP（Transmission Control Protoco1）やUDP（User Datagram Protoco1）等のパケットヘッダに付与されるポート番号とする。
サービス識別子は、実施例１で説明したサービス網用ユーザ識別子を拡張したもので、ユーザとその通信フローをサービス網内で識別する識別子であり、例えば、ＶＬＡＮ−ＩＤとする。このサービス識別子は、サービス網１２０において、パケットを転送すべきサービス装置を識別するために用いる。
本発明の実施例２を図１、図２および図４を用いて説明する。
図４は、本実施例のサービス提供プラットフォームシステムのユーザプロファイルで管理する情報を説明するための図である。
本実施例は、ユーザ毎に加え、ユーザの通信フロー毎に、パケットを振り分けるべきサービス装置を管理する場合の処理を説明するものである。
図４において、ユーザ端末（１５０〜１５２）の各パケットに付与される主回線網用ユーザ識別子は、前述実施例１と同様に、例えば、ＭＰＬＳ等のラベルとし、それぞれ４００、４０１および４０２とする。
パケットの通信フロー種別は、TCP（Transmission Control Protoco1）やUDP（User Datagram Protoco1）等のパケットヘッダに付与されるポート番号とする。
サービス識別子は、実施例１で説明したサービス網用ユーザ識別子を拡張したもので、ユーザとその通信フローをサービス網内で識別する識別子であり、例えば、ＶＬＡＮ−ＩＤとする。このサービス識別子は、サービス網１２０において、パケットを転送すべきサービス装置を識別するために用いる。
本実施例では、図４のユーザプロファイル１０１に示すユーザ端末１５０（主回線網用ユーザ識別子４００）に対し、８０のポート番号（通信フロー種別）のパケットを４０００のサービス識別子に、２５のポート番号のパケットを４００１のサービス識別子に、８０、２５以外のポート番号のパケットを４００２のサービス識別子に振り分ける。
また、ユーザ端末１５１（主回線網用ユーザ識別子４０１）に対しては、２５のポート番号のパケットを４０１１のサービス識別子に、２５以外のポート番号のパケットを４０１２のサービス識別子に振り分け、さらに、ユーザ端末１５２（主回線網用ユーザ識別子４０２）に対しては、全てのパケットを４０２２のサービス識別子に振り分けるものとする。
なお、サービス網１２０において、ＶＬＡＮ−ＩＤが４０００のパケット（ユーザ端末１５０のパケット）はサービス装置１１０に転送され、ＶＬＡＮ−ＩＤが４００１のパケット（ユーザ端末１５０のパケット）およびＶＬＡＮ−ＩＤが４０１１のパケット（ユーザ端末１５１のパケット）はサービス装置１１１に転送され、ＶＬＡＮ−ＩＤが４００２のパケット（ユーザ端末１５０のパケット）、ＶＬＡＮ−ＩＤが４０１２のパケット（ユーザ端末１５１のパケット）およびＶＬＡＮ−ＩＤが４０２２のパケット（ユーザ端末１５２のパケット）はサービス装置ｌｌ２に転送する設定がされているものとする。
以下、ユーザ端末からパケットが送出されてからのサービス提供プラットフォーム装置の動作を説明する。
また、ユーザ端末１５１（主回線網用ユーザ識別子４０１）に対しては、２５のポート番号のパケットを４０１１のサービス識別子に、２５以外のポート番号のパケットを４０１２のサービス識別子に振り分け、さらに、ユーザ端末１５２（主回線網用ユーザ識別子４０２）に対しては、全てのパケットを４０２２のサービス識別子に振り分けるものとする。
なお、サービス網１２０において、ＶＬＡＮ−ＩＤが４０００のパケット（ユーザ端末１５０のパケット）はサービス装置１１０に転送され、ＶＬＡＮ−ＩＤが４００１のパケット（ユーザ端末１５０のパケット）およびＶＬＡＮ−ＩＤが４０１１のパケット（ユーザ端末１５１のパケット）はサービス装置１１１に転送され、ＶＬＡＮ−ＩＤが４００２のパケット（ユーザ端末１５０のパケット）、ＶＬＡＮ−ＩＤが４０１２のパケット（ユーザ端末１５１のパケット）およびＶＬＡＮ−ＩＤが４０２２のパケット（ユーザ端末１５２のパケット）はサービス装置ｌｌ２に転送する設定がされているものとする。
以下、ユーザ端末からパケットが送出されてからのサービス提供プラットフォーム装置の動作を説明する。
ユーザ端末１５０から、例えば、８０のポート番号のパケットを送出したとすると（図２の転送５０１）、当該パケットは、転送装置１３０を経由し、プラットフォーム装置１００に到着する。
プラットフォーム装置１００内の主転送網依存処理部１０２は、到着したパケットの送信元あるいは宛先ユーザ、および通信フロー種別を特定し、ユーザプロファイル１０１を検索し（図２の検索５０２）、当該パケットに付与すべきサービス識別子を特定する。
当該パケットには、４００の主回線網用ユーザ識別子、８０のポート番号が付与されていることから、ユーザプロファイル１０１において、ライン４１０が検索条件と一致する。したがって、該パケットを振り分けるべきサービス識別子は４０００となる。
これにより、プラットフォーム装置１００は、当該パケットに４０００のサービス識別子を付与し、サービス網１２０に該パケットを転送する（図２の転送５０３）。
当該パケットは、４０００のサービス識別子に基づき、サービス装置１１０に転送される。
プラットフォーム装置１００内の主転送網依存処理部１０２は、到着したパケットの送信元あるいは宛先ユーザ、および通信フロー種別を特定し、ユーザプロファイル１０１を検索し（図２の検索５０２）、当該パケットに付与すべきサービス識別子を特定する。
当該パケットには、４００の主回線網用ユーザ識別子、８０のポート番号が付与されていることから、ユーザプロファイル１０１において、ライン４１０が検索条件と一致する。したがって、該パケットを振り分けるべきサービス識別子は４０００となる。
これにより、プラットフォーム装置１００は、当該パケットに４０００のサービス識別子を付与し、サービス網１２０に該パケットを転送する（図２の転送５０３）。
当該パケットは、４０００のサービス識別子に基づき、サービス装置１１０に転送される。
サービス装置１１０は、到着した該パケットに対しサービス処理を施す。例えば、該パケットが、ＨＴＴＰ通信とした場合、サービス処理はＵＲＬフィルタリング等が考えられる。
サービス処理後、サービス装置１１０は再びプラットフォーム装置１００にパケットを転送する（図２の転送５０４）。
プラットフォーム装置１００は、当該パケットを受信すると、主転送網依存処理部１０２にパケットを移し（図２の転送５０９）、主転送網依存処理部１０２は、主転送網１４２を介して、当該パケットをその宛先ユーザ端末１５３に向け転送する。
なお同様に、ユーザ端末１５１から、例えば、２５のポート番号のパケットが送出されたとすると、ユーザプロファイル１０１の検索において、ライン４１３が検索条件と一致し、該パケットはサービス装置１１１に振り分けられる（図２の転送５０５）。
また、ユーザ端末１５２から送出されるパケットについては、ユーザプロファイル１０１の検索において、ライン４１５が検索条件と一致し、該パケットはサービス装置１１２に振り分けられる（図２の転送５０７）。
サービス処理後、サービス装置１１０は再びプラットフォーム装置１００にパケットを転送する（図２の転送５０４）。
プラットフォーム装置１００は、当該パケットを受信すると、主転送網依存処理部１０２にパケットを移し（図２の転送５０９）、主転送網依存処理部１０２は、主転送網１４２を介して、当該パケットをその宛先ユーザ端末１５３に向け転送する。
なお同様に、ユーザ端末１５１から、例えば、２５のポート番号のパケットが送出されたとすると、ユーザプロファイル１０１の検索において、ライン４１３が検索条件と一致し、該パケットはサービス装置１１１に振り分けられる（図２の転送５０５）。
また、ユーザ端末１５２から送出されるパケットについては、ユーザプロファイル１０１の検索において、ライン４１５が検索条件と一致し、該パケットはサービス装置１１２に振り分けられる（図２の転送５０７）。
［実施例３］
本発明の実施例３を図１、図２および図５を用いて説明する。
図５は、本実施例のサービス提供プラットフォームシステムのユーザプロファイルで管理する情報を説明するための図である。
サービス網用ユーザ識別子は、前述の実施例１では、ＶＬＡＮ−ＩＤ等を想定していたが、本例ではＩＰアドレスを用いるものとし、これをサービス網用ユーザＩＰアドレスと呼ぶこととする。
本実施例の場合、ユーザ端末（１５０〜１５２）から送出される各パケットに付与されているＩＰアドレスとして、プライベートＩＰアドレスを用いることがあり、サービス網１２０においてこれらのユーザのＩＰアドレスが重複し、サービス網１２０において各ユーザの識別ができない可能性がある。
なお、ユーザ端末（１５０〜１５２）から送出される各パケットに付与されているＩＰアドレスを主回線網ユーザＩＰアドレスと呼ぶこととし、図５に示すように、ユーザ端末１５０およびユーザ端末１５１の主回線網ユーザＩＰアドレスが重複し、これを[a.a.a.a]、ユーザ端末１５２の主回線網ユーザＩＰアドレスを[b.b.b.b]とする。
本発明の実施例３を図１、図２および図５を用いて説明する。
図５は、本実施例のサービス提供プラットフォームシステムのユーザプロファイルで管理する情報を説明するための図である。
サービス網用ユーザ識別子は、前述の実施例１では、ＶＬＡＮ−ＩＤ等を想定していたが、本例ではＩＰアドレスを用いるものとし、これをサービス網用ユーザＩＰアドレスと呼ぶこととする。
本実施例の場合、ユーザ端末（１５０〜１５２）から送出される各パケットに付与されているＩＰアドレスとして、プライベートＩＰアドレスを用いることがあり、サービス網１２０においてこれらのユーザのＩＰアドレスが重複し、サービス網１２０において各ユーザの識別ができない可能性がある。
なお、ユーザ端末（１５０〜１５２）から送出される各パケットに付与されているＩＰアドレスを主回線網ユーザＩＰアドレスと呼ぶこととし、図５に示すように、ユーザ端末１５０およびユーザ端末１５１の主回線網ユーザＩＰアドレスが重複し、これを[a.a.a.a]、ユーザ端末１５２の主回線網ユーザＩＰアドレスを[b.b.b.b]とする。
前述したサービス網１２０において、各ユーザの識別ができない問題を回避するために、ユーザプロファイル１０１は、サービス網用ユーザＩＰアドレスとして、主回線網ユーザＩＰアドレスをそのまま用いるのではなく、サービス網上でユーザ毎に一義に定まる異なるＩＰアドレスに変換させる。
ユーザ端末１５０〜１５２のそれぞれに対応するサービス網用ユーザＩＰアドレスを、それぞれ[1.1.1.１]、[2.2.2.2]、[3.3.3.3]とする。
なお、ユーザ端末１５０〜１５２の各パケットに付与される主回線網用ユーザ識別子は、前述の実施例１と同様にＭＰＬＳ等のラベルとし、それぞれ４００、４０１および４０２とする。
以上の説明に基づくユーザプロファイル１０１が図５に示すものとなる。
また、各ユーザ端末（１５０〜１５２）のパケットがサービス網において振り分けられるサービス装置は、全てサービス装置１１０とし、サービス装置１１０がユーザ毎に異なるサービスを提供するものとする。
そのため、サービス装置１１０は、サービス網ユーザＩＰアドレスに基づきユーザを識別し、ユーザ毎に事前に定められたサービス処理を行う。
ユーザ端末１５０〜１５２のそれぞれに対応するサービス網用ユーザＩＰアドレスを、それぞれ[1.1.1.１]、[2.2.2.2]、[3.3.3.3]とする。
なお、ユーザ端末１５０〜１５２の各パケットに付与される主回線網用ユーザ識別子は、前述の実施例１と同様にＭＰＬＳ等のラベルとし、それぞれ４００、４０１および４０２とする。
以上の説明に基づくユーザプロファイル１０１が図５に示すものとなる。
また、各ユーザ端末（１５０〜１５２）のパケットがサービス網において振り分けられるサービス装置は、全てサービス装置１１０とし、サービス装置１１０がユーザ毎に異なるサービスを提供するものとする。
そのため、サービス装置１１０は、サービス網ユーザＩＰアドレスに基づきユーザを識別し、ユーザ毎に事前に定められたサービス処理を行う。
以下、ユーザ端末からパケットが送出されてからのサービス提供プラットフォーム装置の動作を説明する。
ユーザ端末１５０から、例えば、パケットを送出したとすると（図２の転送５０１）、当該パケットは、転送装置１３０を経由し、プラットフォーム装置１００に到着する。
プラットフォーム装置１００内の主転送網依存処理部１０２は、到着したパケットの送信元あるいは宛先ユーザを特定し、ユーザプロファイル１０１を検索し（図２の検索５０２）、当該パケットに付与すべきサービス網ユーザＩＰアドレスを特定する。
パケットには、４００の主回線網用ユーザ識別子が付与されていることから、ユーザプロファイル１０１において、ライン７４００が検索条件と一致する。
したがって、パケットの主回線網ユーザＩＰアドレスをサービス網ユーザＩＰアドレスに変換する際のサービス網ユーザＩＰアドレスは[1.1.1.1]となる。
これにより、プラットフォーム装置１００は、当該パケットに対し、主回線網ユーザＩＰアドレスを[1.1.1.1]に変換し、サービス網１２０に該パケットを転送する（図２の転送５０３）。なお、この際、ユーザプロファイル１０１は、主回線網ユーザＩＰアドレス[a.a.a.a]を保持する。
ユーザ端末１５０から、例えば、パケットを送出したとすると（図２の転送５０１）、当該パケットは、転送装置１３０を経由し、プラットフォーム装置１００に到着する。
プラットフォーム装置１００内の主転送網依存処理部１０２は、到着したパケットの送信元あるいは宛先ユーザを特定し、ユーザプロファイル１０１を検索し（図２の検索５０２）、当該パケットに付与すべきサービス網ユーザＩＰアドレスを特定する。
パケットには、４００の主回線網用ユーザ識別子が付与されていることから、ユーザプロファイル１０１において、ライン７４００が検索条件と一致する。
したがって、パケットの主回線網ユーザＩＰアドレスをサービス網ユーザＩＰアドレスに変換する際のサービス網ユーザＩＰアドレスは[1.1.1.1]となる。
これにより、プラットフォーム装置１００は、当該パケットに対し、主回線網ユーザＩＰアドレスを[1.1.1.1]に変換し、サービス網１２０に該パケットを転送する（図２の転送５０３）。なお、この際、ユーザプロファイル１０１は、主回線網ユーザＩＰアドレス[a.a.a.a]を保持する。
当該パケットはサービス網１２０を通じ、サービス装置１１０に転送される。サービス装置１１０は、到着した該パケットに対しユーザ毎に異なるサービス処理を施す。
そのため、サービス装置１１０は、サービス網ユーザＩＰアドレス[1.1.1.1]に基づき、当該パケットがユーザ端末１５０からのパケットであることを識別し、ユーザ端末１５０のパケットに行うべきサービス処理を行う。
サービス処理後、サービス装置１１０は再びプラットフォーム装置１００に当該パケットを転送する（図２の転送５０４）。
プラットフォーム装置１００は、当該パケットを受信すると、当該パケットのサービス網ユーザＩＰアドレスを特定し、ユーザプロファイル１０１を検索し、当該パケットのサービス網ユーザＩＰアドレスを、前述の保持したユーザの主回線網ユーザＩＰアドレスに変換する。
そして、主転送網依存処理部１０２に当該パケットを移し（図２の転送５０９）、主転送網依存処理部１０２は、主転送網１４２を介して当該パケットをその宛先ユーザ端末１５３に向け転送する。
なお、ユーザ端末１５１からパケット送出した場合は、ユーザプロファイル１０１の検索において、ライン７４０１が検索条件と一致し、パケットの主回線網ユーザＩＰアドレスをサービス網ユーザＩＰアドレスに変換する際のサービス網ユーザＩＰアドレスは[2.2.2.2]となり、サービス網において、ユーザ端末１５０とユーザ端末１５１のパケットの識別が可能となる。
そのため、サービス装置１１０は、サービス網ユーザＩＰアドレス[1.1.1.1]に基づき、当該パケットがユーザ端末１５０からのパケットであることを識別し、ユーザ端末１５０のパケットに行うべきサービス処理を行う。
サービス処理後、サービス装置１１０は再びプラットフォーム装置１００に当該パケットを転送する（図２の転送５０４）。
プラットフォーム装置１００は、当該パケットを受信すると、当該パケットのサービス網ユーザＩＰアドレスを特定し、ユーザプロファイル１０１を検索し、当該パケットのサービス網ユーザＩＰアドレスを、前述の保持したユーザの主回線網ユーザＩＰアドレスに変換する。
そして、主転送網依存処理部１０２に当該パケットを移し（図２の転送５０９）、主転送網依存処理部１０２は、主転送網１４２を介して当該パケットをその宛先ユーザ端末１５３に向け転送する。
なお、ユーザ端末１５１からパケット送出した場合は、ユーザプロファイル１０１の検索において、ライン７４０１が検索条件と一致し、パケットの主回線網ユーザＩＰアドレスをサービス網ユーザＩＰアドレスに変換する際のサービス網ユーザＩＰアドレスは[2.2.2.2]となり、サービス網において、ユーザ端末１５０とユーザ端末１５１のパケットの識別が可能となる。
ここで、前述の説明の補足を３点述べる。
図５において、主回線網用ユーザ識別子として、ＭＰＬＳのラベルの代わりに、主回線網ユーザＩＰアドレスを用い、ユーザプロファイル１０１の管理要素を減らすことも可能である。
また、サービス装置１１０がユーザ識別し、サービス処理を行う方法は、サービス網用ユ一ザ識別子がサービス網ユーザＩＰアドレスではなく、前述の実施例１のようにＶＬＡＮ−ＩＤの場合でも、ＶＬＡＮ−ＩＤに基づきユーザを識別し、ユーザ毎に事前に定められたサービス処理を行うことも可能であり、この場合も本実施例の説明に準ずる。
また、通信アプリケーションによっては、パケットのデータ領域にユーザのＩＰアドレスが記載されているものもあるため、この場合は、主回線網ユーザＩＰアドレスをサービス網ユーザＩＰアドレスに変換する際に、当該パケット内のデータ領域に記載されている主回線網ユーザＩＰアドレスも、サービス網ユーザＩＰアドレスに変換する。
この場合には、サービス装置１１０を経由し、再びプラットフォーム装置１００に戻されるパケットに対し、前記データ領域内に記載されているサービス網ユーザＩＰアドレスを、主回線網ユーザＩＰアドレスに変換し、主転送網１４１を介して当該パケットをその宛先ユーザ端末１５３に向け転送する。
図５において、主回線網用ユーザ識別子として、ＭＰＬＳのラベルの代わりに、主回線網ユーザＩＰアドレスを用い、ユーザプロファイル１０１の管理要素を減らすことも可能である。
また、サービス装置１１０がユーザ識別し、サービス処理を行う方法は、サービス網用ユ一ザ識別子がサービス網ユーザＩＰアドレスではなく、前述の実施例１のようにＶＬＡＮ−ＩＤの場合でも、ＶＬＡＮ−ＩＤに基づきユーザを識別し、ユーザ毎に事前に定められたサービス処理を行うことも可能であり、この場合も本実施例の説明に準ずる。
また、通信アプリケーションによっては、パケットのデータ領域にユーザのＩＰアドレスが記載されているものもあるため、この場合は、主回線網ユーザＩＰアドレスをサービス網ユーザＩＰアドレスに変換する際に、当該パケット内のデータ領域に記載されている主回線網ユーザＩＰアドレスも、サービス網ユーザＩＰアドレスに変換する。
この場合には、サービス装置１１０を経由し、再びプラットフォーム装置１００に戻されるパケットに対し、前記データ領域内に記載されているサービス網ユーザＩＰアドレスを、主回線網ユーザＩＰアドレスに変換し、主転送網１４１を介して当該パケットをその宛先ユーザ端末１５３に向け転送する。
以上説明したように、本実施例のサービス提供プラットフォーム装置によれば、ユーザプロファイルの導入により、プラットフォーム装置は単独でユーザ管理およびサービス振分を行い、ユーザ端末から到着するパケットをサービス装置に転送することが可能となる。
これにより、サービス装置とプラットフォーム装置間はサービスに依存しないインタフェースを確保する中で、ユーザ毎に異なるサービスが提供可能となる。
また、サービス網においてユーザを識別する識別子として、ユーザＩＰアドレスを用いた際に発生するプライベートアドレスのユーザ間重複問題に対し、主回線網ユーザＩＰアドレスをサービス網ユーザＩＰアドレスに変換することにより、アドレス重複問題を回避でき、サービス網において各パケットのユーザ識別が可能となる。
さらに、サービス装置は、サービス網用ユーザ識別子に基づきユーザを識別し、ユーザ毎に事前に定められたサービス処理を行うことができる。
以上、本発明者によってなされた発明を、前記実施例に基づき具体的に説明したが、本発明は、前記実施例に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能であることは勿論である。
これにより、サービス装置とプラットフォーム装置間はサービスに依存しないインタフェースを確保する中で、ユーザ毎に異なるサービスが提供可能となる。
また、サービス網においてユーザを識別する識別子として、ユーザＩＰアドレスを用いた際に発生するプライベートアドレスのユーザ間重複問題に対し、主回線網ユーザＩＰアドレスをサービス網ユーザＩＰアドレスに変換することにより、アドレス重複問題を回避でき、サービス網において各パケットのユーザ識別が可能となる。
さらに、サービス装置は、サービス網用ユーザ識別子に基づきユーザを識別し、ユーザ毎に事前に定められたサービス処理を行うことができる。
以上、本発明者によってなされた発明を、前記実施例に基づき具体的に説明したが、本発明は、前記実施例に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能であることは勿論である。
１００ プラットフォーム装置
１０１ ユーザプロファイル
１０２ 主転送網依存処理部
１１０，１１１，１１２ サービス装置
１２０ サービス網
１３０，１３１，３１２，３１３ 転送装置
１４０，２０２，３０９ アクセスライン
１４１，１４２，２０３，３０７ 主転送網
１５０，１５１，１５２，１５３，２０５，２０６，３０５，３０８ ユーザ端末
２００ ＣＬＥ（Customer Located Equipment）
２０４，３０６ ユーザ宅内網
３０１ OPES Processor
３０２，３０３，３０４ Callout Server
３１１ ＯＣＰ（OPES Callout Protocol）
１０１ ユーザプロファイル
１０２ 主転送網依存処理部
１１０，１１１，１１２ サービス装置
１２０ サービス網
１３０，１３１，３１２，３１３ 転送装置
１４０，２０２，３０９ アクセスライン
１４１，１４２，２０３，３０７ 主転送網
１５０，１５１，１５２，１５３，２０５，２０６，３０５，３０８ ユーザ端末
２００ ＣＬＥ（Customer Located Equipment）
２０４，３０６ ユーザ宅内網
３０１ OPES Processor
３０２，３０３，３０４ Callout Server
３１１ ＯＣＰ（OPES Callout Protocol）
Claims (5)
- 複数のサービス装置と、
サービス網と、
プラットフォーム装置と、
主転送網とから構成され、
前記プラットフォーム装置は、前記主転送網を介してユーザ端末から送信されたパケットを前記サービス網を介して前記複数のサービス装置のいずれかに振り分け、かつ、前記サービス網を介して受信した前記パケットを前記主転送網を介してその宛先ユーザ端末に向け転送し、
前記各サービス装置は、前記サービス網を介して受信した前記パケットにサービス処理を行い、その後、前記サービス網を介して前記パケットを再び前記プラットフォーム装置に転送するサービス提供プラットフォームシステムであって、
前記プラットフォーム装置は、ユーザ毎にサービス網用ユーザ識別子を管理するユーザプロファイルと、
前記主転送網を介して受信したパケットの送信元あるいは宛先ユーザを特定し、前記ユーザプロファイルを検索して、前記パケットを前記サービス網に転送する際に付与すべきサービス網用ユーザ識別子を特定する手段１と、
前記パケットに前記手段１で特定したサービス網用ユーザ識別子を付与し、前記パケットを前記サービス網に転送する手段２とを有することを特徴とするサービス提供プラットフォームシステム。 - 複数のサービス装置と、
サービス網と、
プラットフォーム装置と、
主転送網とから構成され、
前記プラットフォーム装置は、前記主転送網を介してユーザ端末から送信されたパケットを前記サービス網を介して前記複数のサービス装置のいずれかに振り分け、かつ、前記サービス網を介して受信した前記パケットを前記主転送網を介してその宛先ユーザ端末に向け転送し、
前記各サービス装置は、前記サービス網を介して受信した前記パケットにサービス処理を行い、その後、前記サービス網を介して前記パケットを再び前記プラットフォーム装置に転送するサービス提供プラットフォームシステムであって、
前記プラットフォーム装置は、ユーザ毎およびユーザの通信フロー毎にサービス識別子を管理するユーザプロファイルと、
前記主転送網を介して受信したパケットの送信元あるいは宛先ユーザ、および通信フロー種別を特定し、前記ユーザプロファイルを検索して、前記パケットを前記サービス網に転送する際に付与すべきサービス識別子を特定する手段１と、
前記パケットに前記手段１で特定したサービス識別子を付与し、前記パケットを前記サービス網に転送する手段２とを有することを特徴とするサービス提供プラットフォームシステム。 - 前記サービス網用ユーザ識別子は、前記サービス網において前記ユーザ間で重複することなくユーザ毎に一義に定めたサービス網用ＩＰアドレスであり、
前記プラットフォーム装置のユーザプロファイルは、前記ユーザの主回線網におけるＩＰアドレスとサービス網用ＩＰアドレスとの対応を管理し、
前記プラットフォーム装置の手段２は、前記ユーザプロファイルを検索し、前記ユーザの主回線網におけるＩＰアドレスを前記サービス網用ＩＰアドレスに変換して、前記主転送網を介して受信したパケットを前記サービス網に転送し、かつ、前記サービス網を介して前記サービス装置から受信したパケットの前記サービス網用ＩＰアドレスを、前記ユーザの主回線網におけるＩＰアドレスに変換することを特徴とする請求項１に記載のサービス提供プラットフォームシステム。 - 前記プラットフォーム装置の手段２は、前記主転送網を介して受信したパケット内のデータ領域に記載されている前記ユーザの主回線網におけるＩＰアドレスを前記サービス網用ＩＰアドレスに変換し、かつ、前記サービス網を介して前記サービス装置から受信したパケット内の前記データ領域内に記載されているサービス網用ＩＰアドレスを、前記ユーザの主回線網におけるＩＰアドレスに変換することを特徴とする請求項３に記載のサービス提供プラットフォームシステム。
- 前記サービス装置は、サービス網用ＩＰアドレスに基づきユーザを識別し、ユーザ毎に事前に定められたサービス処理を行うことを特徴とする請求項１ないし請求項４のいずれか１項に記載のサービス提供プラットフォームシステム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2004205432A JP2006033106A (ja) | 2004-07-13 | 2004-07-13 | サービス提供プラットフォームシステム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2004205432A JP2006033106A (ja) | 2004-07-13 | 2004-07-13 | サービス提供プラットフォームシステム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2006033106A true JP2006033106A (ja) | 2006-02-02 |
Family
ID=35898969
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2004205432A Pending JP2006033106A (ja) | 2004-07-13 | 2004-07-13 | サービス提供プラットフォームシステム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2006033106A (ja) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007336220A (ja) * | 2006-06-14 | 2007-12-27 | Nippon Telegr & Teleph Corp <Ntt> | パケット制御装置、パケット制御方法およびパケット制御プログラム |
| US7453915B2 (en) | 2005-12-08 | 2008-11-18 | Seiko Epson Corporation | Optical semiconductor element and method for manufacturing the same |
| JP2010050718A (ja) * | 2008-08-21 | 2010-03-04 | Nippon Telegr & Teleph Corp <Ntt> | 通信システム、転送ノード、通信方法、およびプログラム |
| JP2010050719A (ja) * | 2008-08-21 | 2010-03-04 | Nippon Telegr & Teleph Corp <Ntt> | 通信システム、制御ノード、通信方法、およびプログラム |
| JP2011199796A (ja) * | 2010-03-24 | 2011-10-06 | Hitachi Ltd | 通信システムおよび通信システムの制御方法 |
| JP2012044403A (ja) * | 2010-08-18 | 2012-03-01 | Nippon Telegr & Teleph Corp <Ntt> | サービス振分方法およびサービス振分装置 |
| US10637777B2 (en) | 2017-03-23 | 2020-04-28 | Fujitsu Limited | Address converting device, information processing system, and method of providing service |
-
2004
- 2004-07-13 JP JP2004205432A patent/JP2006033106A/ja active Pending
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7453915B2 (en) | 2005-12-08 | 2008-11-18 | Seiko Epson Corporation | Optical semiconductor element and method for manufacturing the same |
| JP2007336220A (ja) * | 2006-06-14 | 2007-12-27 | Nippon Telegr & Teleph Corp <Ntt> | パケット制御装置、パケット制御方法およびパケット制御プログラム |
| JP2010050718A (ja) * | 2008-08-21 | 2010-03-04 | Nippon Telegr & Teleph Corp <Ntt> | 通信システム、転送ノード、通信方法、およびプログラム |
| JP2010050719A (ja) * | 2008-08-21 | 2010-03-04 | Nippon Telegr & Teleph Corp <Ntt> | 通信システム、制御ノード、通信方法、およびプログラム |
| JP2011199796A (ja) * | 2010-03-24 | 2011-10-06 | Hitachi Ltd | 通信システムおよび通信システムの制御方法 |
| US8724641B2 (en) | 2010-03-24 | 2014-05-13 | Hitachi, Ltd. | Communication system and control method for communication system |
| JP2012044403A (ja) * | 2010-08-18 | 2012-03-01 | Nippon Telegr & Teleph Corp <Ntt> | サービス振分方法およびサービス振分装置 |
| US10637777B2 (en) | 2017-03-23 | 2020-04-28 | Fujitsu Limited | Address converting device, information processing system, and method of providing service |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4053967B2 (ja) | Ｖｌａｎサーバ | |
| CN102447573B (zh) | 网络系统及虚拟网络管理方法 | |
| US8077732B2 (en) | Techniques for inserting internet protocol services in a broadband access network | |
| JP2007166666A (ja) | ネットワーク管理のための方法とシステム | |
| WO2011037105A1 (ja) | コンテンツベーススイッチシステム、及びコンテンツベーススイッチ方法 | |
| CN101911593B (zh) | 网络定位服务方法、装置和系统 | |
| JP4925130B2 (ja) | 通信制御方法およびシステム | |
| JP2006033106A (ja) | サービス提供プラットフォームシステム | |
| CN109474713A (zh) | 报文转发方法和装置 | |
| CN107659930A (zh) | 一种ap接入控制方法和装置 | |
| EP3849144A2 (en) | Network architecture with fixed routing | |
| JP4184997B2 (ja) | サービス提供プラットフォーム装置およびサービス提供方法 | |
| JP3771523B2 (ja) | ゲートウェイ装置 | |
| JP5911620B2 (ja) | 仮想ネットワーク管理サーバ及びエッジルータ | |
| KR20180007898A (ko) | 가상 사설 클라우드망에서 테넌트 내 그룹 분리 방법 | |
| JP2008148243A (ja) | 通信装置、通信システム、通信方法及び通信プログラム | |
| CN116455586A (zh) | 一种数据处理方法、装置及设备 | |
| JP5054666B2 (ja) | Ｖｐｎ接続装置、パケット制御方法、及びプログラム | |
| JP4312650B2 (ja) | アクセスネットワークシステム及び方法 | |
| JP3947141B2 (ja) | ネットワーク間通信方法及び管理サーバ並びにユーザ網管理サーバ | |
| JP5600648B2 (ja) | パケット通信システム | |
| JP2006174399A (ja) | グループ内通信方法、システム及び記録媒体 | |
| KR20120000171A (ko) | 동일 가입자 주소의 처리 기능을 갖는 가상 사설 통신 시스템 및 그 방법 | |
| JP2011239082A (ja) | 通信装置及びアドレス変換方法 | |
| EP1678874A1 (en) | Method and apparatus for performing routing operations in communications network |