(57)【要約】【課題】サービス装置とプラットフォーム装置間にサービスに依存しないインタフェースを確保し、ユーザ毎に異なるサービスを提供可能とする仕組みを提供する。【解決手段】サービス提供プラットフォーム装置は、プラットフォーム装置１００とサービス装置１１０、１１１、１１２を有する。プラットフォーム装置は、ユーザ毎またはユーザの通信フロー毎にパケットを振り分けるべきサービス装置を示す情報を管理するユーザプロファイルを有し、主転送網を通じて到着するパケットの送信元もしくは宛先ユーザおよび通信フロー種別を特定し、ユーザプロファイルを検索し、該パケットを振り分けるべきサービス装置を示す情報を特定する第１の手段と、特定されたサービス装置を示す情報に基づいて該パケットを該サービス装置に振り分ける第２の手段と、を備える。サービス装置はプラットフォーム装置から転送されたパケットを受信し、サービス処理を行う手段を備える。【選択図】        図１
2005252367.tif 000002
【特許請求の範囲】
【請求項１】
プラットフォーム装置と、前記プラットフォーム装置にサービス網を介して接続されたサービス装置と、を有するサービス提供プラットフォーム装置であって、
前記プラットフォーム装置は、
ユーザ毎またはユーザの通信フロー毎に、パケットを振り分けるべきサービス装置を示す情報、または、パケットを前記サービス網に転送する際に付与すべきサービス識別子を管理するユーザプロファイルを有し、
前記主転送網を通じて到着するパケットの送信元もしくは宛先ユーザ、および通信フロー種別を特定し、前記ユーザプロファイルを検索し、該パケットを振り分けるべきサービス装置を示す情報、または、該パケットを前記サービス網に転送する際に付与すべきサービス識別子を特定する第１の手段と、
特定された前記サービス装置を示す情報に基づいて該パケットを該サービス装置に振り分ける、または、特定された前記サービス識別子に基づいて該パケットを前記サービス網に転送する際に該パケットに該サービス識別子を付与する第２の手段と、
を備え、
前記サービス装置は、前記プラットフォーム装置から転送されたパケットを受信し、サービス処理を行う手段を備えることを特徴とするサービス提供プラットフォーム装置。
【請求項２】
前記プラットフォーム装置は、前記サービス装置および前記サービス網を経由し、再び前記プラットフォーム装置に戻されるパケットを受信すると、前記主転送網を通じ、該パケットをその宛先ユーザ端末に向け転送することを特徴とする請求項１記載のサービス提供プラットフォーム装置。
【請求項３】
前記主転送網はパケットを転送する際に専用の転送ヘッダまたは転送識別子が用いられている主転送網であり、
前記第１の手段は、転送ヘッダまたは転送識別子の情報を保持することを特徴とする請求項１記載のサービス提供プラットフォーム装置。
【請求項４】
前記プラットフォーム装置は、
前記サービス装置を経由し、再び前記プラットフォーム装置に戻されるパケットを受信すると、該パケットの送信元あるいは宛先ユーザを特定し、
前記ユーザプロファイルを検索し、該パケットに対し前記保持した転送ヘッダまたは転送識別子の情報を付与し、前記主転送網を通じ、該パケットをその宛先ユーザ端末に向け転送することを特徴とする請求項３記載のサービス提供プラットフォーム装置。
【請求項５】
前記プラットフォーム装置は、前記主転送網において隣接する転送装置に対し、物理的な接続以外はノード装置としての存在を意識させずに透過的に接続することを特徴とする請求項１ないし４記載のサービス提供プラットフォーム装置。
【請求項６】
前記第１の手段は、
前記ユーザプロファイルにおいて事前にユーザ識別子を管理する手段と、
各パケットのパケットヘッダまたは転送ヘッダまたは転送識別子からユーザ識別子を抽出し、前記ユーザ識別子を検索キーとして前記ユーザプロファイルを検索する手段と、を備えることを特徴とする請求項１ないし５記載のサービス提供プラットフォーム装置。
【請求項７】
前記第１の手段は、
前記ユーザプロファイルにおいて事前にユーザ名またはユーザ回線識別子を管理する手段と、
ユーザ端末の前記主転送網に対する網接続確立手順中に、ユーザ端末が網接続のための認証に使用されるユーザ名、または、ユーザ回線識別子を接続確立中の制御パケットから抽出する手段と、
前記接続確立中の制御パケットを通じて、接続確立後に送受されるパケットのパケットヘッダまたは前記転送ヘッダまたは前記転送識別子に付与されるユーザ識別子が決定されると、前記ユーザ識別子を抽出する手段と、
前記ユーザ名または前記ユーザ回線識別子を検索キーとして、前記ユーザプロファイルを検索し、前記ユーザ識別子を前記ユーザプロファイルに登録する手段と、
接続確立後に送受される各パケットに付与される前記ユーザ識別子を抽出し、前記ユーザ識別子を検索キーとして前記ユーザプロファイルを検索する手段と、を備えることを特徴とする請求項１ないし５記載のサービス提供プラットフォーム装置。
【請求項８】
前記第１の手段は、パケットヘッダに付与されるポート番号を抽出し、フロー種別を特定することを特徴とする請求項１ないし７記載のサービス提供プラットフォーム装置。
【請求項９】
前記第１の手段は、前記ユーザプロファイルにおいて、前記ユーザ識別子と、前記通信フロー種別と、前記サービス装置を示す情報または前記サービス識別子との対応関係を管理し、前記ユーザ識別子もしくは前記通信フロー種別またはそれら両方を検索キーとして、前記ユーザプロファイルを検索し、検索キーと対応付けられる前記サービス装置を示す情報または前記サービス識別子を抽出することを特徴とする請求項１ないし請求項６および請求項８のうちいずれか１項記載のサービス提供プラットフォーム装置。
【請求項１０】
前記第１の手段は、前記ユーザプロファイルにおいて、前記ユーザ名または前記ユーザ回線識別子と、前記通信フロー種別と、前記サービス装置を示す情報または前記サービス識別子との対応関係を管理し、前記ユーザ名もしくは前記ユーザ回線識別子、または前記通信フロー種別、またはそれらの両方を検索キーとして、前記ユーザプロファイルを検索し、検索キーと対応付けられる前記サービス装置を示す情報または前記サービス識別子を抽出することを特徴とする請求項１ないし５ならびに請求項７および８のうちいずれか１項記載のサービス提供プラットフォーム装置。
【請求項１１】
前記サービス装置を示す情報または前記サービス識別子を特定する際、前記ユーザ識別子、前記ユーザ名、前記ユーザ回線識別子、前記通信フロー種別のうちの一つ、または複数を検索キーとして前記ユーザプロファイルを検索したときに、検索が見つからなかった場合、前記プラットフォーム装置はサービス未加入者と判定し、
該パケットを前記主転送網を通じ、その宛先ユーザ端末に向け転送する、または、サービス未加入者共通向けに用意されたサービス装置を示す情報またはサービス識別子を選択することを特徴とする請求項１ないし１０のうちいずれか１項記載のサービス提供プラットフォーム装置。
【請求項１２】
前記ユーザプロファイルはサービス未加入者のユーザ識別子またはユーザ名または前記ユーザ回線識別子を管理し、
前記サービス装置を示す情報または前記サービス識別子を特定する際、前記ユーザ識別子または前記ユーザ名または前記ユーザ回線識別子または前記通信フロー種別、またはそれら複数を検索キーとして前記ユーザプロファイルを検索したときに、検索結果がサービス未加入者と判定された場合、前記プラットフォーム装置は、
該パケットを前記主転送網を通じ、その宛先ユーザ端末に向け転送する、または、サービス未加入者共通向けに用意されたサービス装置あるいはサービス識別子を選択することを特徴とする請求項１ないし１０のうちいずれか１項記載のサービス提供プラットフォーム装置。
【請求項１３】
前記プラットフォーム装置は汎用処理部と主転送網依存処理部を備え、
前記汎用処理部は、前記サービス装置を示す情報に基づいてパケットを該サービス装置に振り分ける、または、前記サービス識別子に基づいてパケットを前記サービス網に転送する際に該パケットに該サービス識別子を付与する手段を具備し、
前記主転送網依存処理部は、前記サービス装置および前記サービス網を経由し、再び前記プラットフォーム装置に戻されるパケットを受信すると、前記主転送網を通じ、該パケットをその宛先ユーザ端末に向け転送する手段を具備することを特徴とする請求項１、２、５、８、９、１０、１１、または１２記載のサービス提供プラットフォーム装置。
【請求項１４】
前記主転送網はパケットを転送する際に専用の転送ヘッダまたは転送識別子が用いられている主転送網であり、
前記プラットフォーム装置は汎用処理部と主転送網依存処理部を備え、
前記汎用処理部は、前記サービス装置に基づいてパケットを該サービス装置に振り分ける、または、サービス識別子に基づいてパケットを前記サービス網に転送する際に該パケットに該サービス識別子を付与する手段を具備し、
前記主転送網依存処理部は、
転送ヘッダまたは転送識別子の情報を保持する手段と、
該パケットの送信元あるいは宛先ユーザを特定し、該パケットに対し前記保持した転送ヘッダまたは転送識別子の情報を付与し、前記主転送網を通じ、該パケットをその宛先ユーザ端末に向け転送する手段と、
を具備することを特徴とする請求項１、３、４、５、８、９、１０、１１、または１２記載のサービス提供プラットフォーム装置。
【請求項１５】
前記汎用処理部は、
前記ユーザプロファイルにおいてユーザ汎用識別子を管理する手段と、
前記ユーザ汎用識別子を検索キーとして、前記ユーザプロファイルを検索する手段と、
を具備し、
前記主転送網依存処理部は、前記主転送網においてパケットに付与されている前記ユーザ識別子、前記ユーザ名または前記ユーザ回線識別子を前記ユーザ汎用識別子に変換する手段を具備することを特徴とする請求項１３、１４記載のサービス提供プラットフォーム装置。
【請求項１６】
プラットフォーム装置と、前記プラットフォーム装置にサービス網を介して接続されたサービス装置と、を有するシステムにおけるサービス提供方法であって、
前記プラットフォーム装置は、ユーザ毎またはユーザの通信フロー毎に、パケットを振り分けるべきサービス装置を示す情報、または、パケットを前記サービス網に転送する際に付与すべきサービス識別子を管理するユーザプロファイルを有し、
前記プラットフォーム装置が、前記主転送網を通じて到着するパケットの送信元もしくは宛先ユーザ、および通信フロー種別を特定し、前記ユーザプロファイルを検索し、該パケットを振り分けるべきサービス装置を示す情報、または、該パケットを前記サービス網に転送する際に付与すべきサービス識別子を特定する第１のステップと、
前記プラットフォーム装置が、特定された前記サービス装置を示す情報に基づいて該パケットを該サービス装置に振り分ける、または、特定された前記サービス識別子に基づいて該パケットを前記サービス網に転送する際に該パケットに該サービス識別子を付与する第２のステップと、
前記サービス装置が、前記プラットフォーム装置から転送されたパケットを受信し、サービス処理を行うステップと、
を含むことを特徴とするサービス提供方法。
【請求項１７】
前記プラットフォーム装置が、前記サービス装置および前記サービス網を経由し、再び前記プラットフォーム装置に戻されるパケットを受信すると、前記主転送網を通じ、該パケットをその宛先ユーザ端末に向け転送するステップを含むことを特徴とする請求項１６記載のサービス提供方法。
【請求項１８】
前記主転送網はパケットを転送する際に専用の転送ヘッダまたは転送識別子が用いられている主転送網であり、
前記第１のステップにおいて、転送ヘッダまたは転送識別子の情報を保持することを特徴とする請求項１６記載のサービス提供方法。
【請求項１９】
前記プラットフォーム装置が、
前記サービス装置を経由し、再び前記プラットフォーム装置に戻されるパケットを受信すると、該パケットの送信元あるいは宛先ユーザを特定し、
前記ユーザプロファイルを検索し、該パケットに対し前記保持した転送ヘッダまたは転送識別子の情報を付与し、前記主転送網を通じ、該パケットをその宛先ユーザ端末に向け転送するステップを含むことを特徴とする請求項１８記載のサービス提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、インタネットに接続するユーザにネットワークを通じてサービスを提供するための装置およびサービス提供方法に関する。
【背景技術】
【０００２】
近年、インタネット利用は爆発的に普及しているものの、自端末のインストールや設定作業を苦手とするユーザも多く、それが新しいサービスの普及を阻害する要因になり得る。この問題を解消する方法として、アウトソーシングによるサービス提供がある。
【０００３】
アウトソーシングサービスの実現法として、図２に示すように、ネットワーク事業者等が遠隔からユーザ宅内装置ＣＬＥ（Customer Located Equipment）２００を管理し、ＣＬＥ２００によってサービスを提供する形態が考えられる。図２において、２０５はユーザ端末であり、２０６はユーザ端末２０５の通信相手の端末である。ＣＬＥ２００はアクセスライン２０２で主転送網２０３に接続されている。ユーザ端末２０５はユーザ宅内網２０４を介してＣＬＥ２００とパケット２０８を送受信し、ＣＬＥ２００はサービス処理を行い、主転送網２０３を介して通信相手端末２０６とパケット２０７を送受信する。この技術は例えば非特許文献１にて紹介されている。
【０００４】
一方、ネットワークを通じてサービスを提供する実現方法は、ＩＥＴＦ（the Internet Engineering Task Force）のＯＰＥＳ（Open Pluggable Edge Services）Working Groupにて検討が進められている。その実現方法は図３に示すように、OPES Processor３０１とCallout Server３０２〜３０４との間でＯＣＰ(OPES Callout Protocol)３１１を規定し、ユーザ端末２０５からパケットが到着すると、OPES Processor３０１からCallout Server３０２に対しＯＣＰ３１１を使った通信要求を出し、一方Callout Server３０２はその応答を送り、陽にコネクションを確立し、OPES Processor３０１は該パケットのCallout Server振分を行う。該パケットはCallout Server３０２にて例えばフィルタリング等のサービス処理３００が適用される。３１２、３１３は主転送網２０３に設けられた転送装置である。この技術は例えば非特許文献２にて説明されている。
【０００５】
【非特許文献１】David Ginsburg and Marie Hattar、“Implementing IP Services at the Network Edge”、pp.２２１−２２４、Addison Wesley、２００２
【非特許文献２】IETF Open Pluggable Edge Services (OPES) Working Group、“Internet-Draft An Architecture for Open Pluggable Edge Services (OPES)”、December 11, 2002、[online]、［平成１６年２月２０日検索］、インターネット＜http://www.ietf.org/internet-drafts/draft-ietf-opes-architecture-04.txt＞
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ＣＬＥによってサービスを提供する形態では、ネットワーク事業者が全ＣＬＥを管理する必要があり、ユーザ規模が大きくなるに伴い、管理する台数も増加し、管理量が増大する。ネットワークにてサービスを提供する形態は、複数のユーザを集約した拠点にプラットフォーム装置およびサービス装置を置くため、これらの装置台数はＣＬＥと比べ少なくなり、管理量が少ないため、ネットワークにてサービスを提供する形態に利点がある。
【０００７】
次に、ネットワークにてサービスを提供する形態であるＯＰＥＳ方式については、OPES Processorと、Callout Serverとの間のインタフェースは、ＯＣＰという特定のプロトコルやシーケンスが必要となるため、サービスに依存したものとなる。言い換えれば、サービス毎の差異を吸収する統一したシーケンスを規定することが難しい。その結果、サービスを追加する度に、プラットフォーム装置（OPES Processor）の改造が必要となる可能性がある。したがって、サービス装置（Callout Server）とプラットフォーム装置（OPES Processor）間はサービスに依存しないインタフェースが求められる。
【０００８】
また、ネットワークにてサービスを提供する形態は、複数ユーザを集約するがゆえに、
ユーザ毎に異なる契約サービスを提供する機能も求められる。
【０００９】
以上を整理すると、ネットワークにてサービスを提供する形態は、サービス装置とプラットフォーム装置間はサービスに依存しないインタフェースを確保する中で、ユーザ毎に異なるサービスを提供可能とする仕組みが必要となる。しかし従来技術ではこの仕組みが提供されていない。
【００１０】
今まで述べた課題に加え、プラットフォーム装置を既存の主転送網２０３に導入する場合の考慮すべき課題がある。それは以下の通りである。
【００１１】
まず１番目として、プラットフォーム装置を既存の主転送網２０３に導入する場合、既存の転送装置３１２、３１３に対し、通常、設定の変更が伴うことが上げられる。例えば、プラットフォーム装置の導入前は、転送装置３１２と３１３の間は１つのＩＰセグメントであったところを、プラットフォーム装置の導入により、２つのＩＰセグメントに分断され、そのための新しい設定が必要となる。本課題は、主転送網２０３の規模が大きく、多くの転送装置が存在するほど影響度が高くなる。
【００１２】
２番目の課題は、主転送網２０３における転送プロトコル、特にレイヤ２のプロトコルは画一されたものではなく、各種のプロトコルが存在することから起因する。主転送網２０３のプロトコルは、例えば、Ethernetであったり、ＰＰＴＰ（Point to Point Tunneling Protocol）等のトンネリングプロトコルであったり、また、ＭＰＬＳ（Multi-Protocol Label Switching）等のラベル転送プロトコルであったりする。これらの主転送網２０３のプロトコルに依存せず、プラットフォーム装置は、サービス装置に対し、サービスに依存しないインタフェースを確保する中で、ユーザ毎に異なるサービスを提供可能とする仕組みが必要となる。
【課題を解決するための手段】
【００１３】
前記課題を解決するための手段を以下に説明する。
【００１４】
サービス装置とプラットフォーム装置間に対し、サービスに依存しないインタフェースを確保する中で、ユーザ毎に異なるサービスを提供可能とするために、サービス提供プラットフォーム装置は、プラットフォーム装置と、前記プラットフォーム装置にサービス網を介して接続されたサービス装置と、を有し、前記プラットフォーム装置は、ユーザ毎またはユーザの通信フロー毎に、パケットを振り分けるべきサービス装置を示す情報、または、パケットを前記サービス網に転送する際に付与すべきサービス識別子を管理するユーザプロファイルを有し、前記主転送網を通じて到着するパケットの送信元もしくは宛先ユーザ、および通信フロー種別を特定し、前記ユーザプロファイルを検索し、該パケットを振り分けるべきサービス装置を示す情報、または、該パケットを前記サービス網に転送する際に付与すべきサービス識別子を特定する第１の手段と、特定された前記サービス装置を示す情報に基づいて該パケットを該サービス装置に振り分ける、または、特定された前記サービス識別子に基づいて該パケットを前記サービス網に転送する際に該パケットに該サービス識別子を付与する第２の手段と、を備え、前記サービス装置は、前記プラットフォーム装置から転送されたパケットを受信し、サービス処理を行う手段を備える。
【００１５】
前記ユーザプロファイルの導入により、前記プラットフォーム装置は単独でユーザ管理およびサービス振分を行い、ユーザ端末から到着するパケットを前記サービス装置に透過的に転送することが可能となる。これにより、前記サービス装置と前記プラットフォーム装置間はサービスに依存しないインタフェースを提供可能となる。
【００１６】
次に、プラットフォーム装置を既存の主転送網に導入する際に、既存の転送装置に対し、設定の変更が伴う課題を解決するために、前記プラットフォーム装置は、前記主転送網において隣接する転送装置に対し、物理的な接続以外はノード装置としての存在を意識させずに透過的に接続する手段を有する。これにより、例えば、プラットフォーム装置の導入後も、既存の転送装置間は１つのＩＰセグメントに保つことが可能となる。
【００１７】
最後に、主転送網における転送プロトコルに依存せず、プラットフォーム装置がサービス装置に対し、サービスに依存しないインタフェースを確保する中で、ユーザ毎に異なるサービスを提供可能とするために、前記プラットフォーム装置は、前記主転送網にてパケットを転送する際に、例えばＰＰＴＰ等のトンネリングプロトコルやＭＰＬＳ等のラベル転送プロトコル等の専用の転送ヘッダまたは転送識別子が用いられている場合、前記主転送網を通じて到着するパケットの送信元あるいは宛先ユーザ、および通信フロー種別を特定し、前記ユーザプロファイルを検索し、該パケットを振り分けるべきサービス装置を示す情報または該パケットを前記サービス網に転送する際に付与すべきサービス識別子を特定するとともに、転送ヘッダまたは転送識別子の情報を保持する手段と、前記サービス装置を示す情報に基づいて該パケットを該サービス装置に振り分ける、または、サービス識別子に基づいて該パケットを前記サービス網に転送する際に該パケットに該サービス識別子を付与する手段と、前記サービス装置を経由し、再び前記プラットフォーム装置に戻されるパケットを受信すると、該パケットの送信元または宛先ユーザを特定し、前記ユーザプロファイルを検索し、該パケットに対し前記保持した転送ヘッダまたは転送識別子の情報を付与し、前記主転送網を通じ、該パケットをその宛先ユーザ端末に向け転送する手段を有する。これにより、主転送網の転送プロトコルが多種に及んでも、プラットフォーム装置にて転送ヘッダまたは転送識別子を脱着し、サービス装置に対し、サービスに依存しないインタフェースを確保することが可能となる。
【発明の効果】
【００１８】
本発明のサービス提供プラットフォーム装置は、自端末のインストールや設定作業を苦手とするユーザに対し、ネットワークから例えばアウトソーシングによるサービス提供を行う。
【００１９】
特に、ユーザプロファイルの導入により、プラットフォーム装置は単独でユーザ管理およびサービス振分を行い、ユーザ端末から到着するパケットをサービス装置に透過的に転送することが可能となる。これにより、サービス装置とプラットフォーム装置間はサービスに依存しないインタフェースを提供可能となる。また、ユーザ毎に異なる契約サービスを提供することも可能となる。
【００２０】
また、主転送網の転送プロトコルが多種に及んでも、プラットフォーム装置にて転送ヘッダまたは転送識別子を脱着し、サービス装置に対し、サービスに依存しないインタフェースを確保することが可能となる、などの効果がある。
【発明を実施するための最良の形態】
【００２１】
【実施例１】
【００２２】
本発明の第１の実施例を図１、図４および図５を用い説明する。図１はサービス提供プラットフォーム装置を含む全体の構成を示す図であり、図４はプラットフォーム装置に備えられるユーザプロファイルを示す図であり、図５は本実施例の動作を説明するための図である。理解を助けるため、パケットの通信フロー種別は、ＴＣＰ（Transmission Control Protocol）やＵＤＰ（User Datagram Protocol）等のパケットヘッダに付与されるポート番号とする。ユーザ端末１５０〜１５２の各パケットに付与されるユーザ識別子は例えばＶＬＡＮ−ＩＤとし、それぞれ４００、４０１および４０２とする。
【００２３】
図１に示すように、プラットフォーム装置１００はサービス網１２０を介してサービス装置１１０、１１１、１１２と接続されている。本実施例のプラットフォーム提供装置は、プラットフォーム装置１００と、プラットフォーム装置１００にサービス網１２０を介して接続されたサービス装置１１０、１１１、１１２とから構成される。ユーザ端末１５０、１５１、１５２はアクセスライン１４０によって転送装置１３０に接続され、ユーザ端末１５３はアクセスライン１４０’によって転送装置１３１に接続される。プラットフォーム装置１００は、主転送網１４１、転送装置１３０を介してユーザ端末１５０、１５１、１５２に接続され、また、主転送網１４２、転送装置１３１を介してユーザ端末１５３に接続される。
【００２４】
プラットフォーム装置１００は、ユーザプロファイル１０１と主転送網依存処理部１０２とを備える。ユーザプロファイル１０１は、ユーザ毎またはユーザの通信フロー毎に、パケットを振り分けるべきサービス装置を示す情報を管理する。プラットフォーム装置１００は、例えば図４に示すユーザプロファイルに基づいて、ユーザ端末１５０（ユーザ識別子４００）に対し、ポート番号（通信フロー種別）８０のパケットをサービス装置１１０、ポート番号２５のパケットをサービス装置１１１、ポート番号８０、２５以外のパケットをサービス装置１１２に振り分ける。ユーザ端末１５１（ユーザ識別子４０１）に対しては、ポート番号２５のパケットをサービス装置１１１、ポート番号２５以外のパケットをサービス装置１１２に振り分ける。ユーザ端末１５２（ユーザ識別子４０２）に対しては、全てのパケットをサービス装置１１２に振り分ける。
【００２５】
サービス装置１１０、１１１、１１２は、プラットフォーム装置１００から転送されたパケットを受信し、ＵＲＬフィルタリング等のサービス処理を行う手段（図には示していない。）を備える。
【００２６】
次の本実施例のサービス提供プラットフォーム装置の動作について説明する。
【００２７】
ユーザ端末１５０から例えば、ポート番号８０のパケットを送出したとすると（図５の転送５０１）、該パケットは、転送装置１３０を経由し、プラットフォーム装置１００に到着する。プラットフォーム装置１００内の主転送網依存処理部１０２は、到着した該パケットの送信元あるいは宛先ユーザ、および通信フロー種別を特定し、前記送信元もしくは前記宛先ユーザ、および前記通信フロー種別に基づいてユーザプロファイル１０１を検索し（検索５０２）、該パケットを振り分けるべきサービス装置を示す情報を特定する。該パケットにはＶＬＡＮ−ＩＤ＝４００、ポート番号＝８０が付与されていることから、ユーザプロファイル１０１において、ライン４１０が検索条件と一致する。したがって、該パケットを振り分けるべきサービス装置は１１０となる。
【００２８】
これにより、プラットフォーム装置１００は、該パケットをサービス装置１１０に振り分ける（転送５０３）。
【００２９】
一方、サービス装置１１０は到着した該パケットに対しサービス処理を施す。例えば、該パケットはＨＴＴＰ通信とした場合、サービス処理はＵＲＬフィルタリング等が考えられる。サービス処理後、サービス装置１１０は再びプラットフォーム装置１００に該パケットを転送する（転送５０４）。該パケットを受信すると、プラットフォーム装置１００は、主転送網依存処理部１０２に該パケットを移し（転送５０９）、主転送網依存処理部１０２は、主転送網１４２を通じ、該パケットをその宛先ユーザ端末１５３に向け転送する。
【００３０】
なお同様に、ユーザ端末１５１から例えば、ポート番号２５のパケット送出したとすると、ユーザプロファイル１０１の検索において、ライン４１３が検索条件と一致し、該パケットはサービス装置１１１に振り分けられる（転送５０５）。また、ユーザ端末１５２から送出されるパケットについては、ユーザプロファイル１０１の検索において、ライン４１５が検索条件と一致し、該パケットはサービス装置１１２に振り分けられる（転送５０７）。
【００３１】
ここで、ユーザ識別子は、ユーザプロファイル１０１に事前に管理されている。ユーザ端末１５０〜１５２の各パケットに付与されるユーザ識別子はＶＬＡＮ−ＩＤに限定せず、ＩＰアドレスなどのヘッダ情報を用いてもよい。
【００３２】
また、ユーザプロファイルで管理する情報として、サービス装置を示す情報の代わりに、パケットをサービス網１２０に転送する際に付与すべきサービス識別子を管理してもよい。これは、サービス網１２０において、サービス識別子の各値に対し、どのサービス装置に転送されるかが対応づけられることにより、結果、ユーザプロファイルにて直接、サービス装置を示す情報を管理しなくとも、サービス振り分けが可能だからである。
【実施例２】
【００３３】
本発明の第２の実施例を図１、図５、図６、図７および図８を用い説明する。図７は実施例２における制御信号の動作を示す図であり、図８はユーザ識別子が事前に定まらない場合のユーザプロファイル（ユーザ識別子が登録された後）を示す図である。実施例１と異なり、本実施例は、主転送網を通じて到着するパケットの送信元あるいは宛先ユーザを特定するためのユーザ識別子が事前に知りえず、ユーザ端末が主転送網に網接続確立したときに初めてユーザ識別子が決定される例である。ユーザ識別子が事前に知りえないが、各ユーザ端末が主転送網に接続する際に認証に用いるユーザ名は事前に知りえるため、図６に示すように、ユーザプロファイルにユーザ名が事前登録されている。ユーザ端末１５０〜１５２の各ユーザ名はそれぞれＡ、ＢおよびＣとする。理解を助けるため、パケットの通信フロー種別は、実施例１と同様にＴＣＰやＵＤＰ等のパケットヘッダに付与されるポート番号とする。サービス装置の振り分け先も実施例１と同様とする。
【００３４】
ユーザ端末が主転送網に網接続確立する方法としては、ＰＰＰ（Point to Point Protocol）、ＭＰＬＳ、Ｌ２ＴＰ（Layer２ Tunneling Protocol）などさまざまな方法が考えられる。本実施例では、ＰＰＰを例にとり説明する。ＰＰＰでは、ユーザ端末が主転送網に網接続確立したときに初めて決定されるユーザ識別子は、ユーザ端末に付与されるＩＰアドレスとする。ただし、図６に示すように、網接続確立前は、ユーザプロファイルにはＩＰアドレス（ユーザ識別子）は未登録状態である。
【００３５】
図７に示すように、プラットフォーム装置１００は、ユーザ端末１５０から主転送網に網接続確立を行うためのＰＰＰ制御信号８０１のパケットから、ユーザ名を抽出するとともに、認証判断を行う装置に対し、ユーザ名を含むパケットを送る（ユーザ名の通知８０２）。認証判断を行う装置は本来、ＲＡＤＩＵＳサーバ等の専用サーバにて行うものであるが、本例では、転送装置１３１が認証判断を行うものとしても説明の本質は失われないため、転送装置１３１が認証判断を行うものとする。認証が完了すると、転送装置１３１はユーザ端末１５０に付与すべきＩＰアドレスを通知する（ユーザＩＰアドレスの通知８０３）。プラットフォーム装置１００は、このＩＰアドレスを抽出し、既に抽出したユーザ名を検索キーとして、ユーザプロファイルを検索し、ＩＰアドレスをユーザプロファイルのコラム６１６に登録する。結果、ユーザプロファイルは図８に示すものとなる（ＩＰアドレスを４００とする）。また、ユーザ端末１５０に付与すべきＩＰアドレスは、ＰＰＰ制御信号８０４を通じ、ユーザ端末１５０に通知され、以後、このＩＰアドレスは、ユーザ端末１５０が送受するパケットに付与される。
【００３６】
接続確立後に送受される各パケットに対する動作は、実施例１におけるＶＬＡＮ−ＩＤをＩＰアドレスに置き換えれば、実施例１と同様の動作となる。すなわち図５に示すように、ユーザ端末１５０から例えば、ポート番号８０のパケット送出したとすると（転送５０１）、該パケットは、転送装置１３０を経由し、プラットフォーム装置１００に到着する。プラットフォーム装置１００内の主転送網依存処理部１０２は、到着した該パケットの送信元あるいは宛先ユーザ、および通信フロー種別を特定し、ユーザプロファイル１０１を検索し（検索５０２）、該パケットを振り分けるべきサービス装置を示す情報を特定する。該パケットにはＩＰアドレス＝４００、ポート番号＝８０が付与されていることから、ユーザプロファイル１０１において、ライン４１０が検索条件と一致する。したがって、該パケットを振り分けるべきサービス装置は１１０となる。これにより、プラットフォーム装置１００は、該パケットをサービス装置１１０に振り分ける（転送５０３）。
【００３７】
以降の動作についても、実施例１と同様であるため、本実施例の説明としては省略する。
【００３８】
ここで、ユーザ名の代わりに、ユーザのアクセスライン毎に一義な値が付与され、同様にユーザの特定を可能とするユーザ回線識別子を用いてもよい。
【００３９】
また、ユーザ端末が主転送網に網接続確立する方法として本実施例ではＰＰＰを例にとり説明し、ユーザ端末が主転送網に網接続確立したときに初めて決定されるユーザ識別子をユーザ端末に付与されるＩＰアドレスとしたが、他にも例えば、ユーザ端末が主転送網に網接続確立する方法としてＭＰＬＳを用いた場合、ユーザ識別子をラベルに、ユーザ端末が主転送網に網接続確立する方法としてＬ２ＴＰを用いた場合はユーザ識別子をセッションＩＤとすることにより、本実施例と同様の動作が可能となる。
【００４０】
また、ユーザプロファイルで管理する情報として、サービス装置を示す情報の代わりに、パケットをサービス網１２０に転送する際に付与すべきサービス識別子を管理してもよい。これは、サービス網１２０において、サービス識別子の各値に対し、どのサービス装置に転送されるかが対応づけられることにより、結果、ユーザプロファイルにて直接、サービス装置を示す情報を管理しなくとも、サービス振り分けが可能だからである。
【実施例３】
【００４１】
本発明の第３の実施例を図１、図５、図９、図１０、図１１および図１２を用い説明する。図９は主転送網にてパケットを転送する際に専用の転送ヘッダまたは転送識別子が用いられている場合のパケット構造を示す図であり、図１０はユーザ識別子が事前に定まらない場合のユーザプロファイル（ユーザ識別子が登録される前）を示す図であり、図１１は実施例３における制御信号の動作を示す図であり、図１２はユーザ識別子が事前に定まらない場合のユーザプロファイル（ユーザ識別子が登録された後）を示す図である。本実施例は、実施例１や実施例２において、主転送網にてパケットを転送する際に専用の転送ヘッダまたは転送識別子が用いられている場合に関するものである。本実施例の説明は、ユーザ端末が主転送網に網接続確立する方法としてＬ２ＴＰを例にとり、実施例２において用いたユーザ名の代わりにユーザ回線識別子、ＩＰアドレスの代わりにセッションＩＤを用いる。したがって本実施例も、主転送網を通じて到着するパケットの送信元あるいは宛先ユーザを特定するためのユーザ識別子が事前に知りえず、ユーザ端末が主転送網に網接続確立したときに初めてユーザ識別子が決定される例である。ユーザ識別子が事前に知りえないが、各ユーザ端末が主転送網に接続する際にユーザの特定が可能なユーザ回線識別子は事前に知りえるため、図１０に示すように、ユーザプロファイルにユーザ回線識別子が事前登録されている。ユーザ端末１５０〜１５２の各ユーザ回線識別子はそれぞれＡ、ＢおよびＣとする。理解を助けるため、パケットの通信フロー種別は、実施例１と同様にＴＣＰやＵＤＰ等のパケットヘッダに付与されるポート番号とする。サービス装置の振り分け先も実施例１と同様とする。ただし、ユーザプロファイルで管理する情報として、サービス装置を示す情報の代わりに、パケットをサービス網１２０に転送する際に付与すべきサービス識別子を管理することにする。サービス識別子の各値は図１０に示すようになっており、その値から、ユーザおよびサービス装置が一義に決まるものとする。
【００４２】
図１１に示すように、プラットフォーム装置１００は、ユーザ端末１５０から主転送網に網接続確立を行うためのＬ２ＴＰ制御信号１１０１あるいは１１０２のパケットから、ユーザ回線識別子を抽出する。また、プラットフォーム装置１００は、Ｌ２ＴＰ制御信号１１０１および１１０２のパケットを通じて決定されるセッションＩＤを抽出し、既に抽出したユーザ回線識別子を検索キーとして、ユーザプロファイルを検索し、セッションＩＤをユーザプロファイルのコラム１０１６に登録する。結果、ユーザプロファイルは図１２に示すものとなる（セッションＩＤを４００とする）。以後、このセッションＩＤが、ユーザ端末１５０が送受するパケットに付与される。
【００４３】
なお、セッションＩＤがパケットに付与されるのは、主転送網１４１や１４２であり、サービス網１２０では付与されない。すなわち、主転送網１４１や１４２では図９に示すように転送ヘッダ９０１が付与されたパケット構造となる。セッションＩＤも転送ヘッダ９０１に格納される。一方、サービス網１２０では、図１３に示すように、転送ヘッダ９０１が取り除かれたパケット構造となる。
【００４４】
接続確立後に送受される各パケットに対する動作は、実施例１におけるＶＬＡＮ−ＩＤをセッションＩＤに置き換えれば、実施例１と同様の動作となる。すなわち図５に示すように、ユーザ端末１５０から例えば、ポート番号８０のパケット送出したとすると（転送５０１）、該パケットは、転送装置１３０を経由し、プラットフォーム装置１００に到着する。プラットフォーム装置１００内の主転送網依存処理部１０２は、到着した該パケットの送信元あるいは宛先ユーザ、および通信フロー種別を特定し、ユーザプロファイル１０１を検索し（検索５０２）、該パケットを振り分けるべきサービス装置を示す情報を特定するとともに、ユーザプロファイル１０１に転送ヘッダ９０１を保持する。
【００４５】
該パケットにはセッションＩＤ＝４００、ポート番号＝８０が付与されていることから、ユーザプロファイル１０１において、ライン１０１０が検索条件と一致する。したがって、該パケットに付与すべきサービス識別子は１１１０となる。これにより、プラットフォーム装置１００は、該パケットにサービス識別子１１１０を付与し、サービス網１２０に転送される（転送５０３）。そして、該パケットはサービス装置１１０に到着する。この際、転送ヘッダ９０１は取り除かれる。
【００４６】
一方、サービス装置１１０は到着した該パケットに対しサービス処理を施す。例えば、該パケットはＨＴＴＰ通信とした場合、サービス処理はＵＲＬフィルタリング等が考えられる。サービス処理後、サービス装置１１０は再びプラットフォーム装置１００に該パケットを転送する（転送５０４）。該パケットを受信すると、プラットフォーム装置１００は、サービス識別子から該パケットの送信元あるいは宛先ユーザを特定し、ユーザプロファイル１０１を検索し、該パケットに対し既に保持していた転送ヘッダを付与し、主転送網依存処理部１０２に該パケットを移す（転送５０９）。主転送網依存処理部１０２は、主転送網１４２を通じ、転送ヘッダが付与された該パケットをその宛先ユーザ端末１５３に向け転送する。
【実施例４】
【００４７】
本発明の第４の実施例を、図１を用い説明する。本例は、実施例１、実施例２または実施例３において、プラットフォーム装置１００が、主転送網において隣接する転送装置１３０と１３１に対し、ブリッジ接続とする。すなわち、転送装置１３０と１３１はお互いにネクストホップとして見え、転送装置１３０と１３１の間は１つのＩＰセグメントになっている。プラットフォーム装置１００は、主転送網において隣接する転送装置１３０と１３１に対し、物理的な接続以外はノード装置としての存在を意識させずに透過的に接続されていることになる。このような接続を行うことにより、プラットフォーム装置を主転送網に導入あるいは排除しても転送装置１３０と１３１の接続関係はお互いにネクストホップとして見え、不変となる。結果、転送装置１３０と１３１の設定変更は不要となる。
【実施例５】
【００４８】
本発明の第５の実施例を、図４を用い説明する。本例は、実施例１において、ユーザ識別子を検索キーとしてユーザプロファイル１０１を検索したときに、検索が見つからなかった場合の処理を示すものである。
【００４９】
プラットフォーム装置１００は、サービス未加入者、すなわち、どのサービス装置のサービスも受けないユーザに関するユーザ識別子等の登録をユーザプロファイル１０１に行わないものとする。
【００５０】
これにより、ユーザ識別子を検索キーとしてユーザプロファイル１０１を検索したときに、検索が見つからなかった場合は、サービス装置には振り分けず、該パケットを主転送網を通じ、その宛先ユーザ端末に向け転送する。これによりサービス未加入者に対してサービスを適用させずに通信だけは可能とさせることができる。
【００５１】
また、サービス未加入者共通向けに用意されたサービス装置を用意し、ユーザ識別子を検索キーとしてユーザプロファイル１０１を検索したときに、検索が見つからなかった場合は、サービス未加入者共通向けに用意されたサービス装置に該パケットを振り分けてもよい。
【００５２】
なお、本実施例は、実施例２または実施例３において、ユーザ識別子を検索キーとしてユーザプロファイル１０１を検索したときに、検索が見つからなかった場合にも適用可能であることは言うまでもない。
【実施例６】
【００５３】
本発明の第６の実施例を、図１４を用い説明する。本例は、実施例１において、プラットフォーム装置１００は、サービス未加入者、すなわち、どのサービス装置のサービスも受けないユーザに関するユーザ識別子等の登録をユーザプロファイル１０１に行い、ユーザ識別子を検索キーとしてユーザプロファイル１０１を検索したときに、サービス未加入者として検索が見つかる場合である。
【００５４】
ユーザ識別子１４００を検索キーとしてユーザプロファイル１０１を検索したときに、サービス未加入者と判定されると、サービス装置には振り分けず、該パケットを主転送網を通じ、その宛先ユーザ端末に向け転送する。これによりサービス未加入者に対してサービスを適用させずに通信を可能とさせる。
【００５５】
また、サービス未加入者共通向けに用意されたサービス装置を用意し、サービス未加入者と判定されたときは、サービス未加入者共通向けに用意されたサービス装置に該パケットを振り分けてもよい。
【００５６】
なお、本実施例は、実施例２または実施例３において、サービス未加入者に関するユーザ識別子等の登録をユーザプロファイル１０１に行い、ユーザ識別子を検索キーとしてユーザプロファイル１０１を検索したときに、サービス未加入者として検索が見つかる場合にも適用可能であることは言うまでもない。
【実施例７】
【００５７】
実施例１または２において、プラットフォーム装置１００は汎用処理部と主転送網依存処理部とから成り、汎用処理部は、ユーザプロファイル１０１と、主転送網を通じて到着するパケットの送信元あるいは宛先ユーザ、および通信フロー種別を特定し、ユーザプロファイル１０１を検索し、該パケットを振り分けるべきサービス装置を示す情報を特定し、該パケットを該サービス装置に振り分ける機能を有する。このとき、ユーザプロファイル１０１では、到着するパケットの送信元あるいは宛先ユーザを特定するためのユーザ識別子として、ユーザ汎用識別子を管理する。
【００５８】
また、主転送網依存処理部は、主転送網においてパケットに付与されているユーザ識別子を前記ユーザ汎用識別子に変換する機能と、サービス装置およびサービス網を経由し、再びプラットフォーム装置１００に戻されるパケットを受信すると、主転送網を通じ、該パケットをその宛先ユーザ端末に向け転送する機能を有する。
【００５９】
このように陽に汎用処理部と主転送網依存処理部の２つの機能部に分けることにより、プラットフォーム装置をさまざまな主転送網に適用し、主転送網の転送プロトコルや転送網においてパケットに付与されているユーザ識別子が変わりえても、汎用処理部は主転送網の転送プロトコルに依存せずに同じ処理に帰着できる。
【実施例８】
【００６０】
実施例３において、プラットフォーム装置１００は汎用処理部と主転送網依存処理部とから成り、汎用処理部は、ユーザプロファイル１０１と、主転送網を通じて到着するパケットの送信元あるいは宛先ユーザ、および通信フロー種別を特定し、ユーザプロファイル１０１を検索し、該パケットを振り分けるべきサービス装置を示す情報を特定し、該パケットを該サービス装置に振り分ける機能を有する。このとき、ユーザプロファイル１０１では、到着するパケットの送信元あるいは宛先ユーザを特定するためのユーザ識別子として、ユーザ汎用識別子を管理する。
【００６１】
また、主転送網依存処理部は、主転送網を通じて到着するパケットの送信元あるいは宛先ユーザを特定し、転送ヘッダまたは転送識別子の情報を保持する機能と、主転送網においてパケットに付与されているユーザ識別子を前記ユーザ汎用識別子に変換する機能と、サービス装置およびサービス網を経由し、再びプラットフォーム装置１００に戻されるパケットを受信すると、該パケットの送信元あるいは宛先ユーザを特定し、該パケットに対し前記保持した転送ヘッダまたは転送識別子の情報を付与し、前記主転送網を通じ、該パケットをその宛先ユーザ端末に向け転送する機能を有する。
【００６２】
このように陽に汎用処理部と主転送網依存処理部の２つの機能部に分けることにより、プラットフォーム装置をさまざまな主転送網に適用し、主転送網の転送プロトコルや転送網においてパケットに付与されているユーザ識別子が変わりえても、汎用処理部は主転送網の転送プロトコルに依存せずに同じ処理に帰着できる。
【００６３】
なお、実施例２〜８において、各実施例で説明した点以外は実施例１と同様である。
【００６４】
以上説明した各実施例のプラットフォーム装置とサービス装置の一部または全部をコンピュータとプログラムによって構成することができる。
【００６５】
以上、本発明者によってなされた発明を、前記実施形態に基づき具体的に説明したが、本発明は、前記実施形態に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能であることは勿論である。
【図面の簡単な説明】
【００６６】
【図１】本発明の実施例のサービス提供プラットフォーム装置を示す図である。
【図２】従来のＣＬＥによるサービス提供方法を説明するための図である。
【図３】従来のネットワークによるサービス提供方法を説明するための図である。
【図４】本発明の実施例のユーザプロファイルを示す図である。
【図５】実施例１の動作を示す図である。
【図６】ユーザ識別子が事前に定まらない場合のユーザプロファイル（ユーザ識別子が登録される前）を示す図である。
【図７】実施例２における制御信号の動作を示す図である。
【図８】ユーザ識別子が事前に定まらない場合のユーザプロファイル（ユーザ識別子が登録された後）を示す図である。
【図９】主転送網にてパケットを転送する際に専用の転送ヘッダまたは転送識別子が用いられている場合のパケット構造を示す図である。
【図１０】ユーザ識別子が事前に定まらない場合のユーザプロファイル（ユーザ識別子が登録される前）を示す図である。
【図１１】実施例３における制御信号の動作を示す図である。
【図１２】ユーザ識別子が事前に定まらない場合のユーザプロファイル（ユーザ識別子が登録された後）を示す図である。
【図１３】サービス網にてパケットを転送する際のパケット構造を示す図である。
【図１４】サービス未加入者を登録するユーザプロファイルを示す図である。
【符号の説明】
【００６７】
１００…プラットフォーム装置、１０１…ユーザプロファイル、１０２…主転送網依存処理部、１１０〜１１２…サービス装置、１２０…サービス網、１３０、１３１…転送装置、１４０、１４０’…アクセスライン、１４１、１４２…主転送網、１５０〜１５３…ユーザ端末
【図１】
2005252367.tif 000003
【図２】
2005252367.tif 000004
【図３】
2005252367.tif 000005
【図４】
2005252367.tif 000006
【図５】
2005252367.tif 000007
【図６】
2005252367.tif 000008
【図７】
2005252367.tif 000009
【図８】
2005252367.tif 000010
【図９】
2005252367.tif 000011
【図１０】
2005252367.tif 000012
【図１１】
2005252367.tif 000013
【図１２】
2005252367.tif 000014
【図１３】
2005252367.tif 000015
【図１４】
2005252367.tif 000016