JP2018029226A - 通信システム、および、通信方法 - Google Patents

Abstract

【課題】ユーザ端末がインターネット経由でｖＣＰＥに接続する際のユーザの負荷を軽減する。【解決手段】ゲートウェイ２０は、ユーザ端末１０からのリクエストを受信すると、当該リクエストに含まれるＵＲＬに設定されたパラメータからコンテンツサーバ５０のＵＲＬを抽出し、当該ＵＲＬをコンテンツサーバ５０のＵＲＬに変換したリクエストを、コンテンツサーバ５０へ転送する。その後、ゲートウェイ２０がコンテンツサーバ５０からレスポンスを受信すると、このレスポンスのメッセージボディに含まれるＵＲＬを抽出し、抽出したＵＲＬをゲートウェイ２０のＵＲＬのパラメータに設定したＵＲＬを生成する。そして、ゲートウェイ２０は、レスポンスのメッセージボディにおけるＵＲＬを、生成したＵＲＬに変換し、ユーザ端末１０へ転送する。【選択図】図２

Description

本発明は、ｖＣＰＥ（virtualized Customer Premises Equipment、仮想顧客宅内機器）を含む通信システム、および、通信方法に関する。

従来、ユーザの宅内に設置していたＣＰＥ（Customer Premises Equipment、顧客宅内機器）をネットワーク上に設置する技術が提案されている。ネットワーク上に設置されるＣＰＥは、ｖＣＰＥと呼ばれ、宅内にあるユーザ端末をキャリアネットワークに接続するためのＮＡＴ（Network Address Translation）やＤＨＣＰ（Dynamic Host Configuration Protocol）等の機能を備える。

このｖＣＰＥを用いることで、ユーザ端末は宅内に設置されるＣＰＥを経由しなくてもキャリアネットワークに接続することができるので、ユーザ端末は場所に依存せずキャリアネットワークに接続することができる（非特許文献１、非特許文献２参照）。

NEC's vCPE Solutions、［online］、NEC、［平成28年8月5日検索］、インターネット＜URL：http://www.nec.com/en/global/solutions/tcs/vcpe/index.html＞ テレフォニカとNECが家庭内通信機器の仮想化ソリューションで協業、［online］、2013年10月11日、NEC、［平成28年8月5日検索］、インターネット＜URL：http://jpn.nec.com/press/201310/20131011_03.html＞

しかし、ユーザ端末がインターネット経由でｖＣＰＥに接続するためには、ユーザ端末にｖＣＰＥとＩＰトンネル接続を行うための設定やアプリケーションが必要になるため、ユーザの負荷が大きい。このような問題を解決するため、ｖＣＰＥとＩＰトンネル接続するウェブプロキシサーバを用意し、ユーザ端末はこのウェブプロキシサーバ経由でｖＣＰＥ接続を行う方法も考えられる。しかし、この方法は、ユーザ端末にプロキシの設定を行う必要があるため手間がかかる。

そこで、本発明は、前記した問題を解決し、ユーザ端末がインターネット経由でｖＣＰＥに接続する際のユーザの負荷を軽減することを課題とする。

前記した課題を解決するため、本発明は、ユーザ端末がゲートウェイ経由でｖＣＰＥ（virtualized Customer Premises Equipment）に接続し、前記ｖＣＰＥ経由でサーバに接続する通信システムであって、前記ユーザ端末は、前記ユーザ端末が利用するサーバのＵＲＬ（Uniform Resource Locator）をパラメータとして含む前記ゲートウェイのＵＲＬを取得し、前記ゲートウェイへリクエストを送信し、また、前記ゲートウェイから前記リクエストに対するレスポンスを受信する通信部を備え、前記ゲートウェイは、前記ユーザ端末に割り当てられたｖＣＰＥとの間にＩＰトンネルを設定するトンネル処理部と、前記ユーザ端末からのリクエストを受信する受信部と、受信した前記リクエストの構文解析を行い、前記リクエストにおける前記ゲートウェイのＵＲＬから、前記ＵＲＬのパラメータに設定されたＵＲＬを抽出し、前記リクエストにおける前記ゲートウェイのＵＲＬを、抽出した前記ＵＲＬに変換する第１のＵＲＬ変換部と、前記ユーザ端末に割り当てられたｖＣＰＥとの間に設定されたＩＰトンネルを用いて、前記第１のＵＲＬ変換部によるＵＲＬ変換後の前記リクエストを、前記ｖＣＰＥ経由で前記サーバへ転送し、前記サーバから、前記ｖＣＰＥ経由で前記リクエストに対するレスポンスを受信する通信処理部と、受信した前記レスポンスの構文解析を行い、前記レスポンスに含まれるＵＲＬを、当該ＵＲＬをパラメータとして含む前記ゲートウェイのＵＲＬに変換する第２のＵＲＬ変換部と、前記第２のＵＲＬ変換部によるＵＲＬ変換後の前記レスポンスを前記ユーザ端末へ送信する送信部と、を備えることを特徴とする。

本発明によれば、ユーザ端末がインターネット経由でｖＣＰＥに接続する際のユーザの負荷を軽減することができる。

図１は、通信システムの構成例および概要を説明するための図である。 図２は、通信システムの動作概要を説明するための図である。 図３は、図１のユーザ端末の構成例を示す図である。 図４は、図１のゲートウェイの構成例を示す図である。 図５は、図１のディレクトリサーバの構成例を示す図である。 図６は、図１のｖＣＰＥの構成例を示す図である。 図７は、図１のポータルサイトサーバの構成例を示す図である。 図８は、図１のゲートウェイとｖＣＰＥとの間のＩＰトンネルの設定手順の例を示すシーケンス図である。 図９は、図１の通信システムにおけるユーザ端末がコンテンツサーバと通信を行う際の処理手順の例を示すシーケンス図である。 図１０は、図１のゲートウェイやｖＣＰＥの機能を実現するプログラムを実行するコンピュータを示す図である。

以下、図面を参照しながら、本発明を実施するための形態（実施形態）について説明する。本発明は、以下に説明する実施形態に限定されない。

（実施形態）
まず、図１および図２を用いて本実施形態の通信システムの概要を説明する。通信システムは、例えば、ユーザ端末１０と、ゲートウェイ２０と、ディレクトリサーバ３０と、ｖＣＰＥ４０と、コンテンツサーバ５０と、ポータルサイトサーバ（ＵＲＬ通知サーバ）６０とを備える。

それぞれの台数は、図１に示す台数に限定されない。また、以下では、ポータルサイトサーバ６０、ゲートウェイ２０およびｖＣＰＥ４０は、ＩＤ，ＰＷ（ＩＤ，パスワード）型の認証を採用する場合を例に説明するが、これに限定されない。

ここで、ゲートウェイ２０は、ユーザ端末１０に割り当てられたｖＣＰＥ４０との間にＩＰトンネルを設定し、このＩＰトンネル経由で、ユーザ端末１０からのパケットをｖＣＰＥ４０経由でコンテンツサーバ５０へ転送する。また、ゲートウェイ２０は、コンテンツサーバ５０からｖＣＰＥ４０経由で送信されたパケットをＩＰトンネル経由で受信し、当該パケットをユーザ端末１０へ転送する。また、ゲートウェイ２０は、パケット（例えば、コンテンツサーバ５０へのＨＴＴＰ（HyperText Transfer Protocol）リクエストやコンテンツサーバ５０からのＨＴＴＰレスポンス）を転送する際、当該パケットに含まれるＵＲＬの変換を行う。このＵＲＬの変換の詳細は後記する。

まず、通信システムの管理者は、事前準備として、ディレクトリサーバ３０にユーザ管理情報を設定しておく。このユーザ管理情報は、ユーザ端末１０（ユーザ）の属性情報を示した情報であり、例えば、ユーザごとに、当該ユーザのユーザ端末１０からゲートウェイ２０への接続用のＩＤ，ＰＷ、当該ユーザ端末１０に割り当てられたｖＣＰＥ４０のアドレス情報（例えば、ＩＰアドレス「ａａａ．ｂｂｂ．ｃｃｃ．ｄｄｄ」）、当該ｖＣＰＥ４０への接続用のＩＤ，ＰＷ等の情報が設定される。

ここで、管理者は、ユーザ管理情報における、ユーザ端末１０からゲートウェイ２０への接続用のＩＤ，ＰＷと、当該ユーザ端末１０に割り当てられたｖＣＰＥ４０への接続用のＩＤ，ＰＷとを同一にしておく。例えば、管理者は、ユーザＡのユーザ端末１０からゲートウェイ２０への接続用のＩＤ，ＰＷと、当該ユーザ端末１０に割り当てられたｖＣＰＥ４０への接続用のＩＤ，ＰＷとを、それぞれ「ＩＤ：ｘｘ，ＰＷ：ｙｙ」に設定しておく。管理者は、ディレクトリサーバ３０に上記の設定をした上で、ユーザ端末１０に上記のＩＤ，ＰＷ（例えば、「ＩＤ：ｘｘ，ＰＷ：ｙｙ」）を通知しておく。

その後、ユーザ端末１０がｖＣＰＥ４０に接続する場合には、ブラウザ等によりインターネット経由でゲートウェイ２０宛にＩＤ，ＰＷ（例えば、「ＩＤ：ｘｘ，ＰＷ：ｙｙ」）を送信する。そして、ゲートウェイ２０は、ユーザ端末１０から受信したＩＤ，ＰＷと、ディレクトリサーバ３０のユーザ管理情報におけるゲートウェイ２０への接続用のＩＤ，ＰＷとを照合することで、当該ユーザ端末１０の認証を行う。ゲートウェイ２０は、認証に成功すると、当該ユーザ端末１０から受信したＩＤ，ＰＷによりｖＣＰＥ４０（当該ユーザ端末１０に割り当てられたｖＣＰＥ４０）にＩＰトンネルを設定する。

つまり、まず、ゲートウェイ２０は、当該ｖＣＰＥ４０へユーザ端末１０から受信したＩＤ，ＰＷを含むＩＰトンネルの設定要求を送信する。そして、ゲートウェイ２０からＩＤ，ＰＷを含むＩＰトンネルの設定要求を受信したｖＣＰＥ４０は、ディレクトリサーバ３０のユーザ管理情報における当該ｖＣＰＥ４０への接続用のＩＤ，ＰＷとを照合することで、認証を行う。そして、ｖＣＰＥ４０は、認証に成功すると、ゲートウェイ２０との間にＩＰトンネルを設定する。これにより、ゲートウェイ２０とｖＣＰＥ４０との間にＩＰトンネルが設定され、ユーザ端末１０は、ゲートウェイ２０およびＩＰトンネル経由でｖＣＰＥ４０に接続することができる。

このように、ユーザ端末１０に代わりゲートウェイ２０がｖＣＰＥ４０との間にＩＰトンネルを設定するので、ユーザはユーザ端末１０にｖＣＰＥ４０へのＩＰトンネルの設定のための複雑な設定を行う必要がない。その結果、ユーザ端末１０がインターネット経由でｖＣＰＥ４０に接続する際のユーザの負荷を軽減することができる。

また、ゲートウェイ２０は、ｖＣＰＥ４０との間にＩＰトンネルを設定する際、ユーザ端末１０から送信されたＩＤ，ＰＷを用いればよいので、ＩＰトンネルの設定を容易に行うことができる。また、ｖＣＰＥ４０は、ゲートウェイ２０から送信されたＩＤ，ＰＷにより、ゲートウェイ２０経由で接続してきたユーザ端末１０を識別することができる。

上記のＩＰトンネル設定後の通信システムの動作概要を、図２を用いて説明する。図２において、図１のディレクトリサーバ３０は図示を省略している。また、ポータルサイトサーバ６０には、ユーザ端末１０が利用するコンテンツサーバ５０のＵＲＬが予め登録されているものとする。

ユーザ端末１０は、ポータルサイトサーバ６０に接続し、ＩＤ，ＰＷを送信すると（Ｓ１０１）、ポータルサイトサーバ６０から、当該ユーザ端末１０の接続先のコンテンツサーバ５０のＵＲＬがパラメータとして設定されたゲートウェイ２０のＵＲＬを取得する（Ｓ１０２）。

例えば、ゲートウェイ２０のＵＲＬがhttp://www1.example.comであり、コンテンツサーバ５０のＵＲＬがhttp://www2.example.comである場合を考える。この場合、ユーザ端末１０は、ポータルサイトサーバ６０からhttp://www2.example.comがパラメータに設定されたゲートウェイ２０のＵＲＬ（http://www1.example.com?http://www2.example.com）を取得する。

Ｓ１０２の後、ユーザ端末１０はポータルサイトサーバ６０から取得したゲートウェイ２０のＵＲＬ宛に、リクエスト（例えば、ＨＴＴＰリクエストまたはＨＴＴＰＳ（HyperText Transfer Protocol Secure）リクエスト）を送信する（Ｓ１０３）。そして、ゲートウェイ２０は、ユーザ端末１０から受信したリクエストに含まれるＵＲＬ（ゲートウェイ２０のＵＲＬ）をコンテンツサーバ５０のＵＲＬに変換する（Ｓ１０４）。

例えば、ゲートウェイ２０は、受信したリクエストを構文解析し、当該リクエストに含まれるゲートウェイ２０のＵＲＬ（http://www1.example.com?http://www2.example.com）を抽出する。そして、ゲートウェイ２０は、抽出したＵＲＬを、当該ＵＲＬのパラメータに設定されたコンテンツサーバ５０のＵＲＬ（http://www2.example.com）に変換する。

Ｓ１０４の後、ゲートウェイ２０は、ＵＲＬ変換後のリクエストを、ＩＰトンネル経由で、ユーザ端末１０に割り当てられたｖＣＰＥ４０へ送信する（Ｓ１０５：リクエストを送信）。その後、ＵＲＬ変換後のリクエストが当該ｖＣＰＥ４０経由でコンテンツサーバ２０に到達すると、コンテンツサーバ５０は当該リクエストに対するレスポンスをゲートウェイ５０へ送信する。

その後、ゲートウェイ２０は、コンテンツサーバ５０からのレスポンス（例えば、ＨＴＴＰレスポンスまたはＨＴＴＰＳレスポンス）を受信すると（Ｓ１０６：レスポンス受信）、当該レスポンスに含まれるＵＲＬをゲートウェイ２０のＵＲＬに変換する（Ｓ１０７）。そして、ゲートウェイ２０は、ＵＲＬ変換後のレスポンスをユーザ端末１０へ送信する（Ｓ１０８）。

例えば、ゲートウェイ２０は、コンテンツサーバ５０から受信したＨＴＴＰレスポンスのメッセージボディを構文解析し、メッセージボディに含まれるＵＲＬ（http://www2.example.com）を抽出する。次に、ゲートウェイ２０は、ゲートウェイ２０のＵＲＬ（http://www1.example.com）に、抽出したＵＲＬ（http://www2.example.com）をパラメータに設定したＵＲＬ（http://www1.example.com?http://www2.example.com）を生成する。そして、ゲートウェイ２０は、当該ＨＴＴＰレスポンスのメッセージボディに含まれるＵＲＬを、生成したＵＲＬに変換し、ユーザ端末１０へ送信する。

このようにすることで、例えば、コンテンツサーバ５０から送信されたＨＴＴＰレスポンスにユーザ端末１０がデータを参照すべきサーバ（例えば、コンテンツサーバ５０）のＵＲＬが含まれていた場合でも、ユーザ端末１０から当該サーバへの接続にゲートウェイ２０を経由させることができる。

一例を挙げると、ユーザ端末１０がゲートウェイ２０からhttp://www1.example.com?http://www2.example.comを含んだＨＴＴＰレスポンスを受信すると、当該ＨＴＴＰレスポンスに基づくＨＴＴＰリクエストを生成する場合には、当該ＵＲＬ（http://www1.example.com?http://www2.example.com）をもとにＨＴＴＰリクエストを生成する。これにより、ユーザ端末１０からのＨＴＴＰリクエストはゲートウェイ２０経由で、http://www2.example.com（コンテンツサーバ５０）に到達することになる。

このように、ゲートウェイ２０が、ユーザ端末１０とコンテンツサーバ５０との間でやりとりされるメッセージ（リクエストおよびレスポンス）に含まれるＵＲＬの変換処理を行うので、ユーザ端末１０とコンテンツサーバ５０との通信についてゲートウェイ２０を経由させることができる。つまり、通信システムは、ユーザ端末１０がインターネット経由でｖＣＰＥ４０に接続するためのプロキシを備える必要がないので、ユーザ端末１０にプロキシの設定を行う必要がない。よって、ユーザ端末１０がインターネット経由でｖＣＰＥ４０に接続する際のユーザの負荷をさらに軽減することができる。

次に、図３〜図７を用いて、通信システムの各構成を説明する。

（ユーザ端末）
まず、図３を用いて、ユーザ端末１０を説明する。ユーザ端末１０は、ゲートウェイ２０経由でｖＣＰＥ４０に接続し、ｖＣＰＥ４０経由でコンテンツサーバ５０に接続する。このユーザ端末１０は、ブラウザを備えるパーソナルコンピュータ等により実現される。

ユーザ端末１０は、入出力部１１、記憶部１２、制御部１３を備える。入出力部１１は、ネットワーク経由で各種データの送受信を行うインタフェースである。

記憶部１２は、制御部１３が動作するための各種データを記憶する。例えば、記憶部１２は、認証情報を記憶する。認証情報は、ユーザ端末１０がゲートウェイ２０に接続する際に用いるＩＤ，ＰＷや、ポータルサイトサーバ６０に送信するＩＤ，ＰＷを示した情報である。なお、このゲートウェイ２０に接続する際に用いるＩＤ，ＰＷは、ポータルサイトサーバ６０に送信するＩＤ，ＰＷと同じＩＤ，ＰＷでもよい。

制御部１３は、ユーザ端末１０全体の制御を司る。制御部１３は、例えば、ブラウザ部（通信部）１３１を備える。ブラウザ部１３１は、ＨＴＴＰやＨＴＴＰＳによりインターネット経由で様々な情報を取得するためのソフトウェアである。

例えば、ブラウザ部１３１は、ポータルサイトサーバ６０へＩＤ，ＰＷを送信すると、これに対する応答として、ポータルサイトサーバ６０から、ゲートウェイ２０のＵＲＬを取得する。このゲートウェイ２０のＵＲＬは、例えば、http://www1.example.com?http://www2.example.com等、当該ユーザ端末１０が接続すべきコンテンツサーバ５０のＵＲＬ（http://www2.example.com）がパラメータに設定されたＵＲＬである。そして、ブラウザ部１３１は、ポータルサイトサーバ６０から取得したゲートウェイ２０のＵＲＬを用いてコンテンツサーバ５０へのリクエストを送信し、当該ゲートウェイ２０経由でコンテンツサーバ５０から当該リクエストに対するレスポンスを受信する。これによりブラウザ部１３１は、コンテンツサーバ５０により提供される情報を取得する。

（ゲートウェイ）
次に、図４を用いて、ゲートウェイ２０を説明する。ゲートウェイ２０は、ユーザ端末１０に割り当てられたｖＣＰＥ４０との間にＩＰトンネルを設定し、このＩＰトンネルを用いて、ユーザ端末１０とコンテンツサーバ５０との間の通信を中継する。また、ゲートウェイ２０はユーザ端末１０とコンテンツサーバ５０との間で送受信されるメッセージ（例えば、ＨＴＴＰリクエストやＨＴＴＰレスポンス）に含まれるＵＲＬの変換を行う。

ゲートウェイ２０は、入出力部２１、記憶部２２、制御部２３を備える。入出力部２１は、ネットワーク経由で各種データの送受信を行うインタフェースである。

記憶部２２は、制御部２３が動作するための各種データを記憶する。記憶部２２は、例えば、制御部２３がｖＣＰＥ４０との間にＩＰトンネルを設定するために必要な各種データを記憶する。

制御部２３は、ゲートウェイ２０全体の制御を司る。制御部２３は、認証部２３１と、トンネル処理部２３２と、受信部２３３と、通信処理部２３４と、第１のＵＲＬ変換部２３５と、第２のＵＲＬ変換部２３６と、送信部２３７とを備える。

認証部２３１は、外部装置から送信された認証情報（ＩＤ，ＰＷ）に基づき認証を行う。例えば、認証部２３１は、ユーザ端末１０からＩＤ，ＰＷを受信すると、ディレクトリサーバ３０から取得したゲートウェイ２０への接続用のＩＤ，ＰＷと照合することにより、ユーザ端末１０の認証を行う。

トンネル処理部２３２は、外部装置との間にＩＰトンネルを設定する。例えば、認証部２３１において、ユーザ端末１０の認証に成功すると、トンネル処理部２３２は、当該ユーザ端末１０から受信したＩＤ，ＰＷを含むｖＣＰＥ４０へのＩＰトンネルの設定要求を送信する。なお、このときのＩＰトンネルの設定要求の送信先は、当該ユーザ端末１０に割り当てられたｖＣＰＥ４０である。当該ユーザ端末１０に割り当てられたｖＣＰＥ４０がどのｖＣＰＥ４０であるかは、例えば、ディレクトリサーバ３０から取得したユーザ管理情報を参照して判断する。

受信部２３３は、ユーザ端末１０からのパケットを受信する。例えば、受信部２３３は、ユーザ端末１０からのＨＴＴＰリクエストを受信する。

通信処理部２３４は、トンネル処理部２３２により設定されたＩＰトンネル経由で通信を行う。例えば、通信処理部２３４は、受信部２３３で受信したユーザ端末１０からのＨＴＴＰリクエストを、当該ユーザ端末１０に割り当てられたｖＣＰＥ４０に接続するＩＰトンネル経由でコンテンツサーバ５０へ送信する。また、通信処理部２３４は、コンテンツサーバ５０からのＨＴＴＰレスポンスをＩＰトンネル経由で受信する。

第１のＵＲＬ変換部２３５は、受信部２３３で受信したユーザ端末１０からのリクエストに含まれるＵＲＬの変換を行う。例えば、第１のＵＲＬ変換部２３５は、受信部２３３で受信したＨＴＴＰリクエストの構文解析を行い、このＨＴＴＰリクエストに含まれるゲートウェイ２０のＵＲＬを抽出する。そして、第１のＵＲＬ変換部２３５は、ＨＴＴＰリクエストに含まれるゲートウェイ２０のＵＲＬを、当該ＵＲＬに設定されるパラメータのＵＲＬに変換する。

例えば、第１のＵＲＬ変換部２３５は、ユーザ端末１０からのＨＴＴＰリクエストを構文解析し、ゲートウェイ２０のＵＲＬ（http://www1.example.com?http://www2.example.com）を抽出する。そして、第１のＵＲＬ変換部２３５は、抽出したゲートウェイ２０のＵＲＬ（http://www1.example.com?http://www2.example.com）を、当該ＵＲＬに設定されるパラメータのＵＲＬ（http://www2.example.com）に変換する。

第２のＵＲＬ変換部２３６は、通信処理部２３４で受信したコンテンツサーバ５０からのレスポンスに含まれるＵＲＬの変換を行う。例えば、第２のＵＲＬ変換部２３６は、コンテンツサーバ５０からのＨＴＴＰレスポンスのメッセージボディの構文解析を行い、このメッセージボディに含まれるＵＲＬを抽出する。そして、第２のＵＲＬ変換部２３６は、抽出したＵＲＬをパラメータとして設定したゲートウェイ２０のＵＲＬを生成する。そして、第２のＵＲＬ変換部２３６は、当該ＨＴＴＰレスポンスのメッセージボディに含まれるＵＲＬを、生成したＵＲＬに変換する。

例えば、第２のＵＲＬ変換部２３６は、コンテンツサーバ５０からのＨＴＴＰレスポンスのメッセージボディに含まれるＵＲＬ（http://www2.example.com）を抽出すると、この抽出したＵＲＬ（http://www2.example.com）をパラメータとして組み込んだゲートウェイ２０のＵＲＬ（http://www1.example.com?http://www2.example.com）を生成する。そして、第２のＵＲＬ変換部２３６は、当該ＨＴＴＰレスポンスのメッセージボディに含まれるＵＲＬ（http://www2.example.com）を、生成したＵＲＬ（http://www1.example.com?http://www2.example.com）に変換する。

送信部２３７は、ユーザ端末１０へパケットを送信する。例えば、送信部２３７は、第２のＵＲＬ変換部２３６によりＵＲＬが変換されたＨＴＴＰレスポンスをユーザ端末１０へ送信する。

（ディレクトリサーバ）
次に、図５を用いて、ディレクトリサーバ３０を説明する。ディレクトリサーバ３０は、ディレクトリサービスによりユーザ管理情報を提供する。このディレクトリサーバ３０は、例えば、ＬＤＡＰ（Lightweight Directory Access Protocol）によりゲートウェイ２０やｖＣＰＥ４０からの要求に応じて、ユーザ管理情報に含まれる認証情報等を送信する。

ディレクトリサーバ３０は、入出力部３１、記憶部３２、制御部３３を備える。入出力部３１は、ネットワーク経由で各種データの送受信を行うインタフェースである。

記憶部３２は、制御部３３の処理に用いられる各種データを記憶する。例えば、記憶部３２は、ユーザ管理情報（図１参照）を記憶する。

制御部３３は、ディレクトリサーバ３０全体の制御を司る。制御部３３は、情報設定部３３１と、送信部３３２とを備える。情報設定部３３１は、ユーザ管理情報の設定を行う。送信部３３２は、外部装置（例えば、ゲートウェイ２０やｖＣＰＥ４０）からの要求に応じて、ユーザ管理情報に含まれる認証情報等を送信する。例えば、送信部３３２は、ゲートウェイ２０からの要求に応じて、ユーザ端末１０からゲートウェイ２０への接続用のＩＤ，ＰＷを送信する。また、送信部３３２は、ｖＣＰＥ４０からの要求に応じて、当該ｖＣＰＥ４０への接続用のＩＤ，ＰＷを送信する。

（ｖＣＰＥ）
次に、図６を用いて、ｖＣＰＥ４０を説明する。ｖＣＰＥ４０は、ネットワーク上に設置され、ユーザ端末１０に利用される仮想的なＣＰＥであり、例えば、仮想マシン等により実現される。このｖＣＰＥ４０は、例えば、ゲートウェイ２０経由でユーザ端末１０からのＨＴＴＰリクエストを受け付けると、当該ＨＴＴＰリクエストをコンテンツサーバ５０に転送する。また、ｖＣＰＥ４０は、コンテンツサーバ５０からのＨＴＴＰレスポンスを受け付けると、当該ＨＴＴＰレスポンスをゲートウェイ２０経由でユーザ端末１０に転送する。

このｖＣＰＥ４０は、入出力部４１、記憶部４２、制御部４３を備える。入出力部４１は、ネットワーク経由で各種データの送受信を行うインタフェースである。

記憶部４２は、制御部４３が動作するための各種データを記憶する。例えば、記憶部４２は、制御部４３がゲートウェイ２０との間にＩＰトンネルを設定するために必要な各種データを記憶する。

制御部４３は、ｖＣＰＥ４０全体の制御を司る。制御部４３は、認証部４３１と、トンネル処理部４３２と、通信処理部４３３とを備える。

認証部４３１は、外部装置から送信された認証情報（例えば、ＩＤ，ＰＷ）に基づき認証を行う。例えば、認証部４３１は、ゲートウェイ２０からＩＰトンネルの設定要求を受信すると、当該設定要求に含まれるＩＤ，ＰＷと、ディレクトリサーバ３０から取得した当該ｖＣＰＥ４０への接続用のＩＤ，ＰＷとを照合することにより、認証を行う。

トンネル処理部４３２は、外部装置との間にＩＰトンネルを設定する。例えば、認証部４３１においてゲートウェイ２０の認証に成功すると、トンネル処理部４３２は、当該ゲートウェイ２０との間のＩＰトンネルの設定を許可する。

通信処理部４３３は、外部装置との通信処理を行う。通信処理部４３３は、例えば、ゲートウェイ２０との間で設定されたＩＰトンネル経由でユーザ端末１０からのＨＴＴＰリクエストを受信すると、受信したＨＴＴＰリクエストをコンテンツサーバ５０へ転送する。また、通信処理部４３３は、コンテンツサーバ５０からのＨＴＴＰレスポンスを受け付けると、ゲートウェイ２０との間で設定されたＩＰトンネル経由で当該ＨＴＴＰレスポンスをユーザ端末１０に転送する。

（ポータルサイトサーバ）
次に、図７を用いて、ポータルサイトサーバ６０を説明する。ポータルサイトサーバ６０は、ユーザ端末１０からの要求に応じて、ユーザ端末１０が接続すべきゲートウェイ２０のＵＲＬを通知する。ここで、ポータルサイトサーバ６０が通知するゲートウェイ２０のＵＲＬは、当該ユーザ端末１０が利用するコンテンツサーバ５０のＵＲＬをパラメータに設定したＵＲＬである。

このポータルサイトサーバ６０は、入出力部６１、記憶部６２、制御部６３を備える。入出力部６１は、ネットワーク経由で各種データの送受信を行うインタフェースである。

記憶部６２は、制御部６３が動作するための各種データを記憶する。例えば、記憶部６２は、ユーザ端末１０の識別情報（ＩＤ）ごとに、当該ユーザ端末１０が利用するコンテンツサーバ５０のＵＲＬと、当該ユーザ端末１０がコンテンツサーバ５０の利用にあたり経由するゲートウェイ２０のＵＲＬとを対応付けた情報（ユーザ情報）を記憶する。

制御部６３は、ポータルサイトサーバ６０全体の制御を司る。制御部６３は、認証部６３１と、ＵＲＬ通知部６３２とを備える。認証部６３１は、外部装置から送信された認証情報（ＩＤ，ＰＷ）に基づき認証を行う。例えば、認証部６３１は、ユーザ端末１０からＩＤ，ＰＷを受信すると、記憶部６２に記憶されるユーザ端末１０のＩＤ，ＰＷ（図示省略）と照合することにより、ユーザ端末１０の認証を行う。

ＵＲＬ通知部６３２は、認証部６３１においてユーザ端末１０の認証に成功すると、ユーザ情報を参照して、当該ユーザ端末１０が利用するコンテンツサーバ５０のＵＲＬをパラメータに設定したゲートウェイ２０のＵＲＬを作成する。そして、ＵＲＬ通知部６３２は、作成したＵＲＬをユーザ端末１０に通知する。

（処理手順）
次に、図８および図９を用いて、通信システムの処理手順を説明する。まず、図８を用いてゲートウェイがｖＣＰＥとの間にＩＰトンネルを設定する際の処理手順を説明する。なお、ディレクトリサーバ３０には、ユーザ端末１０からゲートウェイ２０への接続用のＩＤ，ＰＷとして、ｖＣＰＥ４０への接続用のＩＤ，ＰＷと同じＩＤ，ＰＷが設定されているものとする。また、ユーザ端末１０は、事前にディレクトリサーバ３０から上記のＩＤ，ＰＷを入手し、またポータルサイトサーバ６０からゲートウェイ２０のＵＲＬを入手しておくものとする。

まず、ユーザ端末１０のブラウザ部１３１は、ゲートウェイ２０へＩＤ，ＰＷを送信する（Ｓ１）。このＩＤ，ＰＷを受信したゲートウェイ２０の認証部２３１は、ディレクトリサーバ３０から、ゲートウェイ２０への接続用のＩＤ，ＰＷと、当該ユーザ端末１０に割り当てられたｖＣＰＥ４０のアドレス情報を取得する（Ｓ２）。そして、認証部２３１は、ユーザ端末１０から送信されたＩＤ，ＰＷと、Ｓ２で取得したＩＤ，ＰＷとを照合することにより認証を行う（Ｓ３）。そして、認証部２３１において認証に成功すると、トンネル処理部２３２は、ユーザ端末１０から送信されたＩＤ，ＰＷにより、当該ユーザ端末１０に割り当てられたｖＣＰＥ４０とのＩＰトンネルの設定を開始する（Ｓ４）。つまり、トンネル処理部２３２は、当該ｖＣＰＥ４０に対し、ユーザ端末１０から送信されたＩＤ，ＰＷを含むＩＰトンネルの設定要求を送信する。

Ｓ４の後、ｖＣＰＥ４０の認証部４３１は、ディレクトリサーバ３０から、当該ｖＣＰＥ４０への接続用のＩＤ，ＰＷを取得する（Ｓ５）。そして、ｖＣＰＥ４０の認証部４３１は、Ｓ４でゲートウェイ２０から送信されたＩＰトンネルの設定要求に含まれるＩＤ，ＰＷと、Ｓ５で取得したＩＤ，ＰＷとを照合することにより認証を行う（Ｓ６）。そして、認証部４３１において認証に成功すると、トンネル処理部４３２は、ゲートウェイ２０とのＩＰトンネルを設定する（Ｓ７）。このようにすることで、ユーザ端末１０に割り当てられたｖＣＰＥ４０とゲートウェイ２０との間にＩＰトンネルが設定される。

Ｓ７の後、ゲートウェイ２０の通信処理部２３４がユーザ端末１０からのパケット（例えば、コンテンツサーバ５０へのＨＴＴＰリクエスト）を受信すると（Ｓ１０）、Ｓ７で設定したＩＰトンネル経由でｖＣＰＥ４０（当該ユーザ端末１０に割り当てられたｖＣＰＥ４０）へパケットを転送する（Ｓ１１）。また、図８において図示を省略しているが、ゲートウェイ２０の通信処理部２３４が、Ｓ７で設定したＩＰトンネル経由で、ｖＣＰＥ４０からのパケット（例えば、コンテンツサーバ５０からのＨＴＴＰレスポンス）を受信すると、送信部２３７は当該パケットをユーザ端末１０へ送信する。

次に、図９を用いて、ユーザ端末１０がコンテンツサーバ５０と通信を行う際の処理手順を詳細に説明する。

まず、ユーザ端末１０のブラウザ部１３１は、ポータルサイトサーバ６０からゲートウェイ２０のＵＲＬ（パラメータにコンテンツサーバ５０のＵＲＬが設定されたゲートウェイ２０のＵＲＬ）を受信する（Ｓ２１）。例えば、ブラウザ部１３１は、ポータルサイトサーバ６０から、ゲートウェイ２０のＵＲＬとしてhttp://www1.example.com?http://www2.example.comを受信する。そして、ブラウザ部１３１は、Ｓ２１で受信したゲートウェイ２０のＵＲＬを用いてゲートウェイ２０に対しリクエストを送信する（Ｓ２２）。

そして、Ｓ２２の後、ゲートウェイ２０の受信部２３３が、ユーザ端末１０からのリクエストを受信すると、第１のＵＲＬ変換部２３５は、当該リクエストを構文解析し、ゲートウェイ２０のＵＲＬ（例えば、http://www1.example.com?http://www2.example.com）を抽出する（Ｓ２３）。次に、第１のＵＲＬ変換部２３５は、Ｓ２３で当該リクエストから抽出したＵＲＬを、当該ＵＲＬのパラメータに設定されるＵＲＬ（コンテンツサーバ５０のＵＲＬ）に変換する（Ｓ２４）。例えば、第１のＵＲＬ変換部２３５は、ユーザ端末１０からのＨＴＴＰリクエストに含まれるゲートウェイ２０のＵＲＬ（http://www1.example.com?http://www2.example.com）を、当該ＵＲＬのパラメータに設定されるＵＲＬ（http://www2.example.com）に変換する。

Ｓ２４の後、ゲートウェイ２０の通信処理部２３４は、ＵＲＬ変換後のリクエストをＩＰトンネル経由でｖＣＰＥ４０へ送信する（Ｓ２５）。なお、ここで用いるＩＰトンネルは、当該リクエストの送信元のユーザ端末１０に割り当てられたｖＣＰＥ４０に接続するＩＰトンネルである。

Ｓ２５の後、リクエストを受信したｖＣＰＥ４０は当該リクエストを宛先のコンテンツサーバ５０へ転送する（Ｓ２６）。その後、ｖＣＰＥ４０はコンテンツサーバ５０から当該リクエストに対するレスポンスを受信すると（Ｓ３０）、当該レスポンスをＩＰトンネル経由でゲートウェイ２０へ転送する（Ｓ３１）。

Ｓ３１の後、ゲートウェイ２０の通信処理部２３４が当該レスポンスを受信すると（Ｓ３２）、第２のＵＲＬ変換部２３６は、当該レスポンスのメッセージボディを構文解析し、メッセージボディに含まれるＵＲＬ（例えば、http://www2.example.com）を抽出する（Ｓ３３）。そして、ゲートウェイ２０の第２のＵＲＬ変換部２３６は、抽出したＵＲＬをゲートウェイ２０のＵＲＬのパラメータに設定したＵＲＬを生成し、レスポンスのメッセージボディに含まれるＵＲＬを、生成したＵＲＬに変換する（Ｓ３４）。その後、ゲートウェイ２０の送信部２３７は、第２のＵＲＬ変換部２３６によりＵＲＬが変換されたレスポンスをユーザ端末１０へ転送する（Ｓ３５）。

以上説明した通信システムによれば、ユーザ端末１０からは、インターネット経由でｖＣＰＥ４０（およびコンテンツサーバ５０）に接続する際に、ゲートウェイ２０と通信を行っているようにみえる。このため、ユーザ端末１０がインターネット経由でｖＣＰＥ４０（およびコンテンツサーバ５０）に接続する際に、ユーザ端末１０にＩＰトンネルの設定やプロシキの設定等、複雑な設定を行う必要がない。その結果、ユーザ端末１０のユーザの負荷を軽減することができる。

（その他の実施形態）
なお、ゲートウェイ２０の第２のＵＲＬ変換部２３６は、コンテンツサーバ５０からのレスポンスのメッセージボディにおける構文解析の対象を絞り込むようにしてもよい。例えば、第２のＵＲＬ変換部２３６は、ＨＴＴＰレスポンスのメッセージボディのＭＩＭＥ（Multipurpose Internet Mail Extension）タイプ等を参照して、動画または画像のデータ部分以外を構文解析の対象としてもよい。

一例を挙げると、第２のＵＲＬ変換部２３６は、ＨＴＴＰレスポンスのメッセージボディのＭＩＭＥタイプを参照して、ＧＩＦ（Graphics Interchange Format）画像、ＪＰＥＧ（Joint Photographic Experts Group）画像、ＰＮＧ（Portable Network Graphics）画像等と判断されるデータ部分については、構文解析の対象外としてもよい。また、第２のＵＲＬ変換部２３６は、上記の動画または画像以外にも、ＣＧＩ（Common Gateway Interface）スクリプトや、Ｗｏｒｄ（登録商標）やＰＤＦ（登録商標）により作成された文書データ等も構文解析の対象外としてもよい。

このようにすることで、第２のＵＲＬ変換部２３６は、レスポンスのメッセージボディに含まれるデータのうち、ＵＲＬが含まれる可能性の高いデータに絞り込んで構文解析を行うので、構文解析に要する処理量を低減することができる。その結果、ゲートウェイ２０は、レスポンスの含まれるＵＲＬの変換処理に要する時間を低減することができる。

なお、ゲートウェイ２０の認証部２３１は、ユーザ端末１０の認証情報としてＩＤ，ＰＷを用いることとしたが、ＩＤ，ＰＷ以外の認証情報を用いてもよい。また、認証部２３１は、上記のＩＤ，ＰＷによる認証に、ユーザ端末１０から送信されるユーザ証明書による認証を組み合わせてもよい。

また、ユーザ端末１０がゲートウェイ２０に接続する際、ブラウザ部１３１を用いることとしたが、ＨＴＴＰまたはＨＴＴＰＳにより通信を行う手段であれば、ブラウザ部１３１以外の手段を用いてもよい。

また、ポータルサイトサーバ６０は、ユーザ端末１０から選択されたサービスに応じて、コンテンツサーバを選択し、当該コンテンツサーバのＵＲＬをパラメータに組み込んだゲートウェイ２０のＵＲＬをユーザ端末１０に通知してもよい。例えば、ポータルサイトサーバ６０がユーザ端末１０からサービスＡを利用したい旨の通知を受け付けると、サービスＡを提供するコンテンツサーバのＵＲＬ（例えば、http://www3.example.com）をパラメータに組み込んだゲートウェイ２０のＵＲＬ（例えば、http://www1.example.com?http://www3.example.com）を生成し、当該ＵＲＬをユーザ端末１０に通知してもよい。このようにすることで、ユーザ端末１０は、ゲートウェイ２０経由で様々なサービスを利用することができる。

（プログラム）
また、上記の実施形態で述べたゲートウェイ２０やｖＣＰＥ４０の機能を実現するプログラムを所望の情報処理装置（コンピュータ）にインストールすることによって実装できる。例えば、パッケージソフトウェアやオンラインソフトウェアとして提供される上記のプログラムを情報処理装置に実行させることにより、情報処理装置をゲートウェイ２０やｖＣＰＥ４０として機能させることができる。ここで言う情報処理装置には、デスクトップ型またはノート型のパーソナルコンピュータが含まれる。また、その他にも、情報処理装置にはスマートフォン、携帯電話機やＰＨＳ（Personal Handyphone System）等の移動体通信端末、さらには、ＰＤＡ（Personal Digital Assistants）等がその範疇に含まれる。また、ゲートウェイ２０やｖＣＰＥ４０を、クラウドサーバに実装してもよい。

以下に、プログラムを実行するコンピュータの一例を説明する。図１０は、プログラムを実行するコンピュータを示す図である。図１０に示すように、コンピュータ１０００は、例えば、メモリ１０１０と、ＣＰＵ（Central Processing Unit）１０２０と、ハードディスクドライブインタフェース１０３０と、ディスクドライブインタフェース１０４０と、シリアルポートインタフェース１０５０と、ビデオアダプタ１０６０と、ネットワークインタフェース１０７０とを有する。これらの各部は、バス１０８０によって接続される。

メモリ１０１０は、ＲＯＭ（Read Only Memory）１０１１およびＲＡＭ（Random Access Memory）１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic Input Output System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、ハードディスクドライブ１０９０に接続される。ディスクドライブインタフェース１０４０は、ディスクドライブ１１００に接続される。ディスクドライブ１１００には、例えば、磁気ディスクや光ディスク等の着脱可能な記憶媒体が挿入される。シリアルポートインタフェース１０５０には、例えば、マウス１１１０およびキーボード１１２０が接続される。ビデオアダプタ１０６０には、例えば、ディスプレイ１１３０が接続される。

ここで、図１０に示すように、ハードディスクドライブ１０９０は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３およびプログラムデータ１０９４を記憶する。前記した実施形態で説明した各種データや情報は、例えばハードディスクドライブ１０９０やメモリ１０１０に記憶される。

そして、ＣＰＵ１０２０が、ハードディスクドライブ１０９０に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出して、上述した各手順を実行する。

なお、プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０９０に記憶される場合に限られず、例えば、着脱可能な記憶媒体に記憶されて、ディスクドライブ１１００等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）等のネットワークを介して接続された他のコンピュータに記憶され、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。

１０ ユーザ端末
２０ ゲートウェイ
３０ ディレクトリサーバ
４０ ｖＣＰＥ
５０ コンテンツサーバ
６０ ポータルサイトサーバ
１３１ ブラウザ部
２３１，４３１ 認証部
２３２，４３２ トンネル処理部
２３３ 受信部
２３４，４３３ 通信処理部
２３５ 第１のＵＲＬ変換部
２３６ 第２のＵＲＬ変換部
２３７，３３２ 送信部
３３１ 情報設定部
６３１ 認証部
６３２ ＵＲＬ通知部

Claims (6)

1. ユーザ端末がゲートウェイ経由でｖＣＰＥ（virtualized Customer Premises Equipment）に接続し、前記ｖＣＰＥ経由でサーバに接続する通信システムであって、
   前記ユーザ端末は、
   前記ユーザ端末が利用するサーバのＵＲＬ（Uniform Resource Locator）をパラメータとして含む前記ゲートウェイのＵＲＬを取得し、前記ゲートウェイへリクエストを送信し、また、前記ゲートウェイから前記リクエストに対するレスポンスを受信する通信部を備え、
   前記ゲートウェイは、
   前記ユーザ端末に割り当てられたｖＣＰＥとの間にＩＰトンネルを設定するトンネル処理部と、
   前記ユーザ端末からのリクエストを受信する受信部と、
   受信した前記リクエストの構文解析を行い、前記リクエストにおける前記ゲートウェイのＵＲＬから、前記ＵＲＬのパラメータに設定されたＵＲＬを抽出し、前記リクエストにおける前記ゲートウェイのＵＲＬを、抽出した前記ＵＲＬに変換する第１のＵＲＬ変換部と、
   前記ユーザ端末に割り当てられたｖＣＰＥとの間に設定されたＩＰトンネルを用いて、前記第１のＵＲＬ変換部によるＵＲＬ変換後の前記リクエストを、前記ｖＣＰＥ経由で前記サーバへ転送し、前記サーバから、前記ｖＣＰＥ経由で前記リクエストに対するレスポンスを受信する通信処理部と、
   受信した前記レスポンスの構文解析を行い、前記レスポンスに含まれるＵＲＬを、当該ＵＲＬをパラメータとして含む前記ゲートウェイのＵＲＬに変換する第２のＵＲＬ変換部と、
   前記第２のＵＲＬ変換部によるＵＲＬ変換後の前記レスポンスを前記ユーザ端末へ送信する送信部と、
   を備えることを特徴とする通信システム。
2. 前記第２のＵＲＬ変換部は、受信した前記レスポンスに含まれる動画または画像のデータ部分については、前記構文解析の対象外とすることを特徴とする請求項１に記載の通信システム。
3. 前記リクエストは、ＨＴＴＰ（HyperText Transfer Protocol）またはＨＴＴＰＳ（HyperText Transfer Protocol Secure）リクエストであり、前記レスポンスは、ＨＴＴＰまたはＨＴＴＰＳレスポンスであることを特徴とする請求項１に記載の通信システム。
4. 前記ユーザ端末に対し、当該ユーザ端末が利用するサーバのＵＲＬをパラメータとして含む前記ゲートウェイのＵＲＬを送信するＵＲＬ通知サーバをさらに含むことを特徴とする請求項１に記載の通信システム。
5. 前記ゲートウェイは、
   前記ユーザ端末から送信された認証情報と、ディレクトリサーバから取得した前記ユーザ端末の認証情報とを用いて前記ユーザ端末の認証処理を行い、認証に成功した場合、前記ユーザ端末に割り当てられたｖＣＰＥへ、前記ユーザ端末から送信された認証情報を含むＩＰトンネルの設定要求を送信し、
   前記ｖＣＰＥは、
   前記ゲートウェイから送信されたＩＰトンネルの設定要求に含まれる認証情報と、前記ディレクトリサーバから取得した認証情報とを用いて認証処理を行い、認証に成功した場合、前記ゲートウェイとのＩＰトンネルの設定を許可し、
   前記ディレクトリサーバで保持される、前記ゲートウェイにおいて前記ユーザ端末の認証に用いられる認証情報は、当該ユーザ端末に割り当てられたｖＣＰＥにおいて認証に用いられる認証情報と同じ認証情報が設定されていることを特徴とする請求項１に記載の通信システム。
6. ユーザ端末がゲートウェイ経由でｖＣＰＥ（virtualized Customer Premises Equipment）に接続し、前記ｖＣＰＥ経由でサーバに接続する通信システムにおける通信方法であって、
   前記ユーザ端末が、
   前記ユーザ端末が利用するサーバのＵＲＬ（Uniform Resource Locator）をパラメータとして含む前記ゲートウェイのＵＲＬを取得するステップと、
   取得したＵＲＬを用いて前記ゲートウェイへリクエストを送信するステップと、
   前記ゲートウェイが、
   前記ユーザ端末からのリクエストを受信するステップと、
   受信した前記リクエストの構文解析を行い、前記リクエストにおける前記ゲートウェイのＵＲＬから、前記ＵＲＬのパラメータに設定されたＵＲＬを抽出し、前記リクエストにおける前記ゲートウェイのＵＲＬを、抽出した前記ＵＲＬに変換するステップと、
   前記ユーザ端末に割り当てられたｖＣＰＥとの間に設定されたＩＰトンネルを用いて、前記ＵＲＬ変換後のリクエストを、前記ｖＣＰＥ経由で前記サーバへ転送するステップと、
   前記サーバから、前記ｖＣＰＥ経由で前記リクエストに対するレスポンスを受信するステップと、
   受信した前記レスポンスの構文解析を行い、前記レスポンスに含まれるＵＲＬを、当該ＵＲＬをパラメータとして含む前記ゲートウェイのＵＲＬに変換するステップと、
   前記ＵＲＬ変換後のレスポンスを前記ユーザ端末へ送信するステップと、
   を含んだことを特徴とする通信方法。

Images