(57)【要約】  ユーザが専用アプリケーションのインストールや端末への特別な設定を行うことなく、網を経由した通信を行うことが可能な通信システムを提供する。通信システムは、ユーザ端末（ＰＣ端末３−１、３−２）からアクセス制御された網（キャリアＢの網）を介してサーバ（Ｗｅｂサーバ１）にアクセスする際に、前記網の利用許可を得るために必要な設定及び処理を行う通信最適化装置４を有する。通信最適化装置４は、網を利用する際に必要とする処理を自動的に行う。これにより、ユーザは、網を利用した通信を行うことが可能となる。（図１）
2009035030.tif 000002
【特許請求の範囲】
【請求項１】
アクセス制御された網を介してユーザ端末からサーバにアクセスする際に、
前記網の利用許可を得るために必要な設定及び処理を行う通信最適化装置を有することを特徴とする通信システム。
【請求項２】
前記通信最適化装置は、前記ユーザ端末が前記サーバにアクセスする際に前記網の回線の利用を可能とするためのネゴシエーションを行う請求項１記載の通信システム。
【請求項３】
更に、前記網の回線を利用するために必要とする情報を前記通信最適化装置に提供するサーバ情報管理装置を含む請求項１または請求項２記載の通信システム。
【請求項４】
前記通信最適化装置は、前記網の回線の利用許可を得る際に利用する情報を前記サーバ情報管理装置から取得し、その情報を基に前記網の利用許可を取得して前記網の回線を利用可能とする請求項３記載の通信システム。
【請求項５】
前記通信最適化装置は、同一のサーバに対して複数の通信が同時に行われる時にそれらのうちのいくつかを、前記網の利用許可が同じセッションを用いて前記サーバに接続する請求項１から請求項４のいずれか記載の通信システム。
【請求項６】
前記通信最適化装置は、前記サーバとの通信が終了した時に前記セッションを切断することで前記網の回線のリソースを解放する請求項５記載の通信システム。
【請求項７】
前記通信最適化装置は、前記サーバ側から前記セッションの切断が行われた際に使用しなくなった回線のリソースを解放する請求項５または請求項６記載の通信システム。
【請求項８】
アクセス制御された網を介してユーザ端末からサーバにアクセスする際に、
前記網の利用許可を得るために必要な設定及び処理を行う制御手段を有することを特徴とする通信最適化装置。
【請求項９】
前記制御手段は、前記ユーザ端末が前記サーバにアクセスする際に前記網の回線の利用を可能とするためのネゴシエーションを行う請求項１記載の通信最適化装置。
【請求項１０】
前記網の回線を利用するために必要とする情報をサーバ情報管理装置から前記制御手段に提供する請求項８または請求項９記載の通信最適化装置。
【請求項１１】
前記制御手段は、前記網の回線の利用許可を得る際に利用する情報を前記サーバ情報管理装置から取得し、その情報を基に前記網の利用許可を取得して前記網の回線を利用可能とする請求項１０記載の通信最適化装置。
【請求項１２】
前記制御手段は、同一のサーバに対して複数の通信が同時に行われる時にそれらのうちのいくつかを、前記網の利用許可が同じセッションを用いて前記サーバに接続する請求項８から請求項１１のいずれか記載の通信最適化装置。
【請求項１３】
前記制御手段は、前記サーバとの通信が終了した時に前記セッションを切断することで前記網の回線のリソースを解放する請求項１２記載の通信最適化装置。
【請求項１４】
前記制御手段は、前記サーバ側から前記セッションの切断が行われた際に使用しなくなった回線のリソースを解放する請求項１２または請求項１３記載の通信最適化装置。
【請求項１５】
ユーザ端末からサーバへのアクセス要求を受け付けた装置が、
アクセス制御され、前記サーバへのアクセスに経由する網の利用許可を取得するために必要な設定及び処理を行う通信網確立方法。
【請求項１６】
前記装置は、前記ユーザ端末が前記サーバにアクセスする際に前記網の回線の利用を可能とするためのネゴシエーションを行う請求項１５記載の通信網確立方法。
【請求項１７】
前記装置は、前記通信システムに配設されたサーバ情報管理装置から、前記網の回線を利用するために必要とする情報を取得する請求項１５または請求項１６記載の通信網確立方法。
【請求項１８】
前記装置は、前記網の回線の利用許可を得る際に利用する情報を前記サーバ情報管理装置から取得し、その情報を基に前記網の利用許可を取得して前記網の回線を利用可能とする請求項１７記載の通信網確立方法。
【請求項１９】
前記装置は、同一のサーバに対して複数の通信が同時に行われる時にそれらのうちのいくつかを、前記網の利用許可が同じセッションを用いて前記サーバに接続する請求項１５から請求項１８のいずれか記載の通信網確立方法。
【請求項２０】
前記装置は、前記サーバとの通信が終了した時に前記セッションを切断することで前記網の回線のリソースを解放する請求項１９記載の通信網確立方法。
【請求項２１】
前記装置は、前記サーバ側から前記セッションの切断が行われた際に使用しなくなった回線のリソースを解放する請求項１９または請求項２０記載の通信網確立方法。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願の記載］
本発明は、日本国特許出願：特願２００７−２３６０６５号（２００７年９月１２日出願）の優先権主張に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。
本発明は通信システム、通信最適化装置並びにそれらに用いる通信網確立方法に関し、特に端末装置がキャリア網を介してサーバにアクセスする際の通信網確立方法に関する。
【背景技術】
【０００２】
一般的に、通信網確立方法では、図１１に示すように、ユーザネットワーク３００のユーザ端末３１０−１，３１０−２がキャリア網を介してサービス事業者Ｃのコンテンツサーバ２００にアクセスする際、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）プロトコルを用いてアクセス制御されたキャリア網の設定のネゴシエーションを行い、サービス事業者Ｃのコンテンツサーバ２００とのＳＩＰセッションを確立することによってキャリアＤの回線を利用可能とし、その利用可能となったキャリアＤの回線を通じてメディアの通信を行っている。【０００３】
上記の図１１において、サービス事業者Ｃにはコンテンツサーバ２００が配設されており、コンテンツサーバ２００はサービス事業者アプリ２０１と、ＳＩＰ−ＵＡ（Ｕｓｅｒ  Ａｇｅｎｔ）２０２と、メディア（Ｍｅｄｉａ）２０３とを備えている。キャリアＤにはＳＩＰサーバ２１１と、ルータ２１２，２１３とが配設されている。【０００４】
ユーザネットワーク３００内のユーザ端末３１０−１，３１０−２は、ユーザアプリ３１１−１，３１１−２と、ＳＩＰ−ＵＡ３１２−１，３１２−２と、メディア（Ｍｅｄｉａ）３１３−１，３１３−２とを備えている。【０００５】
コンテンツサーバ２００はＳＩＰ−ＵＡ２０２にてキャリアＤのＳＩＰサーバ２１１との間で、ＳＩＰでキャリア回線のネゴシエーションを行い、ユーザ端末３１０−１，３１０−２は、ＳＩＰ−ＵＡ３１２−１，３１２−２にてキャリアＤのＳＩＰサーバ２１１との間で、ＳＩＰでキャリア回線のネゴシエーションを行う。【０００６】
その結果、ＳＩＰサーバ２１１は、ルータ２１２，２１３に対してキャリア回線の設定と開通とを行ってＳＩＰセッションを確立するので、コンテンツサーバ２００とユーザ端末３１０−１，３１０−２とはルータ２１２，２１３を介して利用可能となったキャリアＤの回線を通じてメディアの通信を行っている。【０００７】
しかしながら、上記のネゴシエーションを行うために、ユーザ側はＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）等のプロトコルの他にＳＩＰプロトコルを備える必要があり、さらにＳＩＰセッションを確立するために必要な情報を予め入手しておく必要がある。【０００８】
尚、下記の特許文献１及び特許文献２には、コンテンツサーバにアクセスするＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を基にＳＩＰ−ＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）を取得し、ＳＩＰセッションを確立した後、通信回線を利用可能とする方法が述べられている。
【特許文献１】特開２００６−３５２７５３号公報
【特許文献２】特開２００５−０１２６５５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
以上の特許文献１〜２の全開示内容は、本書に引用をもって繰り込み記載されているものとする。以下に本発明による関連技術の分析を与える。
しかしながら、上述した特許文献１及び特許文献２の両方に述べられている方法では、どちらもＦＱＤＮ（Ｆｕｌｌ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）を予め決められたポリシに従って変換してＳＩＰ−ＵＲＩを求めるため、柔軟性に欠けている。【００１０】
例えば、上記の方法では、ＵＲＬからホスト名とドメイン名とを抽出してＳＩＰ−ＵＲＩに変換しているが、詳細なオプションフィールドの指定ができないため、通信回線の獲得時に柔軟な設定ができない。また、上記の方法では、ＵＲＬを基にＳＩＰ−ＵＲＩに変換しているため、キャリア網の回線を利用可能とするために接続するＳＩＰ−ＵＡＳ（Ｕｓｅｒ  Ａｇｅｎｔ  Ｓｅｒｖｅｒ）がＵＲＬから求め得ないＳＩＰ−ＵＲＩであった場合に対応することができない。【００１１】
そこで、本発明の目的は上記の問題点を解消し、ユーザが専用アプリケーションのインストールや端末への特別な設定を行うことなく、キャリア網の回線を利用した通信を行うことができる通信システム、通信最適化装置並びにそれらに用いる通信網確立方法を提供することにある。
【課題を解決するための手段】
【００１２】
本発明の第１の視点によれば、アクセス制御された網を介してユーザ端末からサーバにアクセスする際に、前記網の利用許可を得るために必要な設定及び処理を行う通信最適化装置を有する通信システムが提供される。【００１３】
本発明の第２の視点によれば、アクセス制御された網を介してユーザ端末からサーバにアクセスする際に、前記網の利用許可を得るために必要な設定及び処理を行う制御手段を備えた通信最適化装置が提供される。【００１４】
本発明の第３の視点によれば、ユーザ端末からサーバへのアクセス要求を受け付けた装置が、アクセス制御され、前記サーバへのアクセスに経由する網の利用許可を取得するために必要な設定及び処理を行う通信網確立方法が提供される。
【発明の効果】
【００１５】
本発明は、上記のような構成及び動作とすることで、ユーザが専用アプリケーションのインストールや端末への特別な設定を行うことなく、キャリア網の回線を利用した通信を行うことができるという効果が得られる。
【図面の簡単な説明】
【００１６】
【図１】本発明の第１の実施の形態による通信システムの構成例を示すブロック図である。
【図２】図１の通信最適化装置の詳細な構成を示すブロック図である。
【図３】本発明の第１の実施の形態による通信システムの動作を示すシーケンスチャートである。
【図４】本発明の第１の実施の形態による通信システムの動作を示すシーケンスチャートである。
【図５】本発明の第２の実施の形態による通信システムの構成を示すブロック図である。
【図６】図５の通信最適化装置の詳細な構成を示すブロック図である。
【図７】本発明の第２の実施の形態による通信システムの動作を示すシーケンスチャートである。
【図８】本発明の第２の実施の形態による通信システムの動作を示すシーケンスチャートである。
【図９】本発明の第３の実施の形態による通信システムの構成例を示すブロック図である。
【図１０】本発明の第４の実施の形態による通信システムの構成例を示すブロック図である。
【図１１】本発明に関連する通信システムの構成例を示すブロック図である。
【符号の説明】
【００１７】
１  Ｗｅｂサーバ
１ａ  ＦＴＰサーバ
３，３−１〜３−４  ＰＣ端末
４，４ａ〜４ｃ  通信最適化装置
５  ＳＩＰ−ＵＡ
６  コンテンツ
１１  サービス事業者アプリ
１２  ＳＩＰ−ＵＡ
１３，３２−１，３２−２  ｈｔｔｐ
１４  ＳＩＰ−ＵＡＳモジュール
１５  Ｗｅｂサーバモジュール
１６  ＦＴＰサーバモジュール
２１  ＳＩＰサーバ
２２，２３  ルータ
３１−１，３１−２  Ｗｅｂアプリ
３１，３１−３，３１−４  Ｗｅｂブラウザ
４１  ドメイン名−ＳＩＰ−ＵＲＩテーブル
４２  制御モジュール
４２ａ  セッション管理部
４３  サーバ情報管理装置
４４  ＳＩＰ−ＵＡＣモジュール
４５  ＨＴＴＰプロキシモジュール
４６  サーバ情報管理装置クライアントモジュール
４７  ＦＴＰプロキシモジュール
１００  ユーザネットワーク
Ａ  サービス事業者
Ｂ  キャリア
【発明を実施するための最良の形態】
【００１８】
次に、本発明の実施の形態について図面を参照して説明する。図１は本発明の第１の実施の形態による通信システムの構成例を示すブロック図である。図１において、本発明の第１の実施の形態による通信システムは、ユーザネットワーク１００内のＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）端末３−１，３−２のＷｅｂブラウザ（Ｗｅｂアプリ３１−１，３１−２）から、キャリア網の回線を経由してアクセスすることができるサービス事業者ＡのＷｅｂサーバ１に対して、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）通信を行うシステムを表している。【００１９】
サービス事業者ＡにはＷｅｂサーバ１が配設されており、Ｗｅｂサーバ１はサービス事業者アプリ１１と、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）−ＵＡ（Ｕｓｅｒ  Ａｇｅｎｔ）１２と、ｈｔｔｐ１３とを備えている。キャリアＢにはＳＩＰサーバ２１と、ルータ２２，２３とが配設されている。【００２０】
ユーザネットワーク１００内のＰＣ端末３−１，３−２は、Ｗｅｂアプリ３１−１，３１−２と、ｈｔｔｐ３２−１，３２−２とを備えている。また、ユーザネットワーク１００内には、ＳＩＰ−ＵＡ５を備えかつサーバ情報管理装置を内蔵する通信最適化装置４が配設されている。【００２１】
ＰＣ端末３−１，３−２は、ユーザがＷｅｂサーバ１のコンテンツを参照する際に利用するＷｅｂブラウザ等のクライアントアプリケーション（Ｗｅｂアプリ３１−１，３１−２）が動作する。ＰＣ端末３−１，３−２は、通信最適化装置４と接続されている。ここで述べている接続とは、物理的にＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）ケーブルで直接に接続する場合、及び論理的に通信網を経由して接続する場合のどちらも考えられる。【００２２】
通信最適化装置４は、Ｗｅｂブラウザ等のクライアントアプリケーションが、キャリア網の回線を介してアクセスすることができるＷｅｂサーバ１にアクセスしようとする際、Ｗｅｂサーバ１にアクセスするための処理を自動的に行い、その後、Ｗｅｂブラウザ等のクライアントアプリケーションとＷｅｂサーバ１との通信を仲介するプロキシサーバとして動作する。【００２３】
Ｗｅｂサーバ１にアクセスするための処理において必要な情報は、サーバ情報管理装置から取得する。また、Ｗｅｂサーバ１との通信が終了したと判断した場合、通信最適化装置４のＳＩＰ−ＵＡＣ（Ｕｓｅｒ  Ａｇｅｎｔ  ｃｌｉｅｎｔ）モジュールとＷｅｂサーバ１のＳＩＰ−ＵＡＳ（Ｕｓｅｒ  Ａｇｅｎｔ  Ｓｅｒｖｅｒ）の間で確立されているＳＩＰセッションを切断し、不要なＳＩＰリソースを適切に解放する。ここで、サーバ情報管理装置は、通信最適化装置４からの要求に応じて、キャリア網の回線を利用可能にするために必要とする情報を管理・提供する。【００２４】
ＳＩＰサーバ２１は、ＳＩＰ−ＵＡＣとＳＩＰ−ＵＡＳとのセッションを確立する際にプロキシとして動作し、キャリア網のＳＩＰサーバ２１を経由してＳＩＰセッションを確立することによって、キャリア網の回線が利用可能となる。尚、本実施の形態において、ＳＩＰ−ＵＡＣは通信最適化装置４、ＳＩＰ−ＵＡＳはＷｅｂサーバ１が該当する。【００２５】
ルータ２２，２３は、ネットワーク上に流れるデータを他のネットワークに中継し、キャリア網においては、ＳＩＰサーバ２１がセッションを確立することをトリガとしてＷｅｂサーバ１に接続するための回線を開き、それによってＨＴＴＰ通信が可能となる。【００２６】
Ｗｅｂサーバ１は、Ａｐａｃｈｅ（Ｗｅｂサーバのフリーソフトウェア）等のＨＴＴＰサーバアプリケーションが動作するサーバであり、Ｗｅｂブラウザ等のクライアントアプリケーションから送信されるリクエストに応じてレスポンスを返す。このＷｅｂサーバ１は、ＳＩＰセッションの確立によるキャリア網の回線の利用許可の取得によって、アクセスが可能となる。【００２７】
以上のように、キャリア網の回線を利用するには、ＳＩＰセッションを確立することによる利用許可を取得することが必要であり、ＰＣ端末３−１，３−２のユーザはそのための処理を行う必要があるが、通信最適化装置４（サーバ情報管理装置）を導入することによって、上記の処理がＰＣ端末３−１，３−２に代わって行われ、ＰＣ端末３−１，３−２のユーザは端末の設定変更等の処理を行うことなく、Ｗｅｂサーバ１へのアクセスが可能となる。【００２８】
図２は図１の通信最適化装置４の詳細な構成を示すブロック図である。図２において、通信最適化装置４は、ドメイン名−ＳＩＰ−ＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）テーブル（以下、テーブルとする）４１と、制御モジュール４２と、サーバ情報管理装置４３と、ＳＩＰ−ＵＡＣモジュール４４と、ＨＴＴＰプロキシモジュール４５とを備えている。また、Ｗｅｂサーバ１は、ＳＩＰ−ＵＡＳモジュール１４と、コンテンツ６に接続されたＷｅｂサーバモジュール１５とを備えている。【００２９】
ユーザはＷｅｂサーバ１が提供するコンテンツ６を参照する時、ＰＣ端末３上で動作するＷｅｂブラウザ３１等のアプリケーションを利用する。そして、Ｗｅｂブラウザ３１がＷｅｂサーバ１のコンテンツ６を参照する時、一般的に、そのコンテンツ６の所在を示す（‘ｈｔｔｐ：／／〜’のようにＨＴＴＰ通信を行うことを示すスキーマで始まる）ＵＲＬをＷｅｂブラウザ３１に入力する。【００３０】
通信最適化装置４の制御モジュール４２は、ＨＴＴＰプロキシモジュール４５、ＳＩＰ−ＵＡＣモジュール４４、サーバ情報管理装置４３の各モジュールを管理するモジュールであり、他の各モジュールが互いに情報のやり取りを行う際の仲介も行う。【００３１】
通信最適化装置４のＨＴＴＰプロキシモジュール４５は、Ｗｅｂブラウザ３１からＷｅｂサーバ１へＨＴＴＰリクエストが送信された時に、そのＨＴＴＰリクエストをハンドリングし、ＨＴＴＰリクエストのＵＲＬからサーバドメイン名を抽出する。【００３２】
ＨＴＴＰプロキシモジュール４５は、サーバドメイン名に対応するＳＩＰセッションが確立していない場合、サーバドメイン名をサーバ情報管理装置４３に受け渡すことによって、そのサーバドメイン名に対応するＳＩＰ−ＵＲＩの取得を依頼する。【００３３】
さらに、ＨＴＴＰプロキシモジュール４５は、取得したＳＩＰ−ＵＲＩをＳＩＰ−ＵＡＣモジュール４４に受け渡すことによって、ＳＩＰセッションの確立を依頼する。ＨＴＴＰプロキシモジュール４５は、サーバドメイン名に対応するＳＩＰセッションが確立している場合、もしくは上述した処理によってＳＩＰセッションが確立した場合、通常のＨＴＴＰプロキシとして振る舞い、ＨＴＴＰ通信を中継する。【００３４】
通信最適化装置４のサーバ情報管理装置４３は、サーバドメイン名とＳＩＰ−ＵＲＩとの組のリストをテーブル４１に保持し、サーバドメイン名をキーワードとしてそのサーバドメイン名に対応するＳＩＰ−ＵＲＩを提供する。【００３５】
通信最適化装置４のＳＩＰ−ＵＡＣモジュール４４は、サーバ情報管理装置４３から取得したＳＩＰ−ＵＲＩの指すＳＩＰ−ＵＡＳとのＳＩＰセッションを確立し、これによってアクセス制御されているキャリア網の回線を利用可能にしてＷｅｂサーバ１にアクセスする。【００３６】
ＳＩＰサーバ２１は、ＳＩＰ−ＵＡＣがＳＩＰ−ＵＲＩで指定されるＳＩＰ−ＵＡＳとのＳＩＰセッションの確立を依頼する際に、ＳＩＰプロキシとして動作する。この時、ＳＩＰサーバ２１はキャリア網に対して、Ｗｅｂサーバ１に中継するルータ２２，２３を利用可能とするように制御命令を出す。これによって、ＳＩＰセッションが確立すれば、Ｗｅｂブラウザ３１とＷｅｂサーバ１との間での通信が可能となる。【００３７】
Ｗｅｂサーバ１のＳＩＰ−ＵＡＳモジュール１４は、通信最適化装置４のＳＩＰ−ＵＡＣモジュール４４からＳＩＰリクエストがあった場合に通信し、ＳＩＰレスポンスを返す。【００３８】
Ｗｅｂサーバ１のＷｅｂサーバモジュール１５は、Ａｐａｃｈｅ等でよく知られているＷｅｂサーバアプリケーションであり、通信最適化装置４のＨＴＴＰプロキシモジュール４５を介して送信されるＷｅｂブラウザ３１からのＨＴＴＰリクエストに応じたコンテンツ６をＨＴＴＰレスポンスとして返す。【００３９】
尚、上記の例では、ＰＣ端末３上で動作するアプリケーションをＷｅｂブラウザ３１と想定しているが、ＨＴＴＰプロトコルで通信するアプリケーションであれば、特にアプリケーションの種類は限定されない。【００４０】
図３及び図４は本発明の第１の実施の形態による通信システムの動作を示すシーケンスチャートである。これら図２〜図４を参照して本発明の第１の実施の形態による通信システムの動作について説明する。【００４１】
Ｗｅｂブラウザ３１がＷｅｂサーバ１にＨＴＴＰリクエストを出力すると（図３のａ１）、ＰＣ端末３が接続されている通信最適化装置４のＨＴＴＰプロキシモジュール４５はそのＨＴＴＰリクエストをハンドリングする。ＨＴＴＰプロキシモジュール４５は、Ｗｅｂブラウザ３１から取得したＨＴＴＰリクエストを解析し、その中に含まれるサーバドメイン名を抽出する（図３のａ２）。【００４２】
ＨＴＴＰプロキシモジュール４５は、抽出したサーバドメイン名が、現在ＳＩＰセッションを張っているＳＩＰ−ＵＲＩに対応するものであるかを判定する（図３のａ３）。ＨＴＴＰプロキシモジュール４５は、サーバドメイン名がＳＩＰセッションを張っているＳＩＰ−ＵＲＩに対応していると判定した場合、ＨＴＴＰリクエストをルータ２３，２２を経由してＷｅｂサーバ１に渡す（図４のａ１７，ａ１８）。【００４３】
ＨＴＴＰプロキシモジュール４５は、サーバドメイン名がＳＩＰセッションを張っているＳＩＰ−ＵＲＩに対応していないと判定した場合、Ｗｅｂサーバ１にアクセスする前に、キャリア網の回線を利用可能にするためにＳＩＰセッションを確立するよう、制御モジュール４２に依頼する（図３のａ４）。【００４４】
制御モジュール４２は、ＳＩＰセッションを確立するために必要とするＳＩＰ−ＵＲＩを取得するよう、サーバ情報管理装置４３に対して依頼する（図３のａ５）。サーバ情報管理装置４３は、サーバドメイン名をキーワードとして、通信最適化装置４が保持するテーブル４１からサーバドメイン名に対応するＳＩＰ−ＵＲＩを検索し（図３のａ６）、取得したＳＩＰ−ＵＲＩを制御モジュール４２に応答として渡す（図３のａ７）。【００４５】
制御モジュール４２は、ＳＩＰセッションを確立するために、サーバ情報管理装置４３から取得したＳＩＰ−ＵＲＩをＳＩＰ−ＵＡＣモジュール４４に渡す（図３のａ８）。【００４６】
ＳＩＰ−ＵＡＣモジュール４４は、Ｗｅｂサーバ１のＳＩＰ−ＵＡＳモジュール１４とＳＩＰセッションを確立するために、ＳＩＰ−ＵＲＩを宛先としてＳＩＰリクエストを出すが、キャリア網を経由する際にＳＩＰサーバ２１を中継する（図３のａ９）。【００４７】
キャリア網にてＳＩＰの中継を受け持つＳＩＰサーバ２１は、ＳＩＰ−ＵＡＣモジュール４４からのＳＩＰリクエストを中継し、ＳＩＰ−ＵＡＳモジュール１４にＳＩＰリクエストを出す（図３のａ１０）。【００４８】
キャリア網にてＳＩＰの中継を受け持つＳＩＰサーバ２１は、ＳＩＰ−ＵＡＳモジュール１４からのＳＩＰレスポンスを中継して、ＳＩＰ−ＵＡＣモジュール４４にＳＩＰレスポンスを出す（図３のａ１１）。この時、ＳＩＰサーバ２１は、ＳＩＰ−ＵＡＳモジュール１４からのＳＩＰレスポンスを受けることによって、ルータ２２，２３に対してキャリア網の回線を利用できるように設定する（図３のａ１２）。【００４９】
ＳＩＰ−ＵＡＣモジュール４４は、ＳＩＰ−ＵＡＳモジュール１４とＳＩＰセッションを確立した時、ＳＩＰサーバ２１を経由してＳＩＰレスポンスを取得する（図３のａ１３）。制御モジュール４２は、ＳＩＰ−ＵＡＣモジュール４４に依頼したＳＩＰリクエストに対応するＳＩＰレスポンスを取得する（図３のａ１４）。【００５０】
ＨＴＴＰプロキシモジュール４５は、制御モジュール４２に依頼したＳＩＰセッション確立依頼に対応する応答を取得する（図３のａ１５）。ＨＴＴＰプロキシモジュール４５は、確立したＳＩＰセッションの情報を保持し（図３のａ１６）、上記のａ３での判定処理に用いる。【００５１】
ＨＴＴＰプロキシモジュール４５は、ＳＩＰセッションが確立している時、もしくはＳＩＰセッションを確立した後、利用可能となっているルータ２２，２３にＨＴＴＰリクエストを出す（図４のａ１７）。ルータ２２，２３は、ＨＴＴＰプロキシモジュール４５から渡されたＨＴＴＰリクエストをＷｅｂサーバモジュール１５に渡す（図４のａ１８）。【００５２】
Ｗｅｂサーバモジュール１５は、ＨＴＴＰリクエストに応じて、ルータ２２，２３にＨＴＴＰレスポンスを渡す（図４のａ１９）。ルータ２２，２３は、Ｗｅｂサーバモジュール１５から渡されたＨＴＴＰレスポンスをＨＴＴＰプロキシモジュール４５に渡す（図４のａ２０）。Ｗｅｂブラウザ３１は、ＨＴＴＰプロキシモジュール４５に渡したＨＴＴＰリクエストに対応するＨＴＴＰレスポンスを取得する（図４のａ２１）。【００５３】
このように、本実施の形態では、通信最適化装置４を用いることによって、キャリア網の回線を利用する際に必要とする処理を自動的に行うため、ユーザが専用アプリケーションのインストールや端末への特別な設定を行うことなく、キャリア網の回線を利用した通信を行うことが可能となる。【００５４】
また、本実施の形態では、サーバ情報管理装置４３にてキャリア網の回線を利用するために必要とする情報を管理することによって、キャリア網の回線を利用するためのアクセス制御のネゴシエーション時の柔軟な設定が可能となる。【００５５】
さらに、本実施の形態では、通信最適化装置４がセッションの管理を行うことによって、通信が終了することで回線が使われなくなった時、その回線を利用可能にするために確立していたＳＩＰセッションを開放することが可能となる。【００５６】
さらにまた、本実施の形態では、複数の端末が通信最適化装置４に接続されていた時、ある端末がＷｅｂサーバ１にアクセスするためにＳＩＰセッションを確立しており、他の端末が同じＷｅｂサーバ１にアクセスしようとした時、すでに使用しているＳＩＰセッションを利用してＳＩＰリソースを節約しつつ、通信を行うことが可能となる。【００５７】
図５は本発明の第２の実施の形態による通信システムの構成を示すブロック図である。図５において、本発明の第２の実施の形態による通信システムは、サーバ情報管理装置４３を通信最適化装置４ａの外部に配置した以外は、図１に示す本発明の第１の実施の形態による通信システムと同様の構成となっており、同一構成要素には同一符号を付してある。【００５８】
図６は図５の通信最適化装置４ａの詳細な構成を示すブロック図である。図６において、本実施の形態では、通信最適化装置４内に配置していたサーバ情報管理装置４３を通信最適化装置４ａ外に配置しており、さらに通信最適化装置４ａ内にサーバ情報管理装置４３と通信するためのサーバ情報管理装置クライアントモジュール４６を配置している。【００５９】
このサーバ情報管理装置クライアントモジュール４６は、制御モジュール４２からの依頼によって、サーバドメイン名をキーワードとして該当するＳＩＰ−ＵＲＩを返すようサーバ情報管理装置４３に問い合わせ、そのＳＩＰ−ＵＲＩを制御モジュール４２に返す。【００６０】
図７及び図８は本発明の第２の実施の形態による通信システムの動作を示すシーケンスチャートである。これら図６〜図８を参照して本発明の第２の実施の形態による通信システムの動作について説明する。尚、図７及び図８において、ｂ１〜ｂ４，ｂ１０〜ｂ２３の処理は図３及び図４のａ１〜ａ４，ａ８〜ａ２１の処理と同様なので、その説明については省略する。【００６１】
制御モジュール４２は、ＳＩＰセッションを確立するために必要とするＳＩＰ−ＵＲＩを取得するよう、サーバ情報管理装置クライアントモジュール４６に対して依頼する（図７のｂ５）。サーバ情報管理装置クライアントモジュール４６は、通信最適化装置４ａの外部に配置したサーバ情報管理装置４３の間で通信を行っており、サーバドメイン名をキーワードとしたＳＩＰ−ＵＲＩ取得の依頼を行う（図７のｂ６）。【００６２】
サーバ情報管理装置４３は、サーバドメイン名をキーワードとして、通信最適化装置４ａの外部に配置したテーブル４１からサーバドメイン名に対応するＳＩＰ−ＵＲＩを検索し（図７のｂ７）、取得したＳＩＰ−ＵＲＩをサーバ情報管理装置クライアントモジュール４６に応答として渡す（図７のｂ８）。サーバ情報管理装置クライアントモジュール４６は、サーバ情報管理装置４３の検索によって見つかったＳＩＰ−ＵＲＩを制御モジュール４２に応答として渡す（図７のｂ９）。【００６３】
これによって、本実施の形態では、上述した本発明の第１の実施の形態と同様の効果を奏することができる。【００６４】
図９は本発明の第３の実施の形態による通信システムの構成例を示すブロック図である。本発明の第３の実施の形態では、プロトコルモジュールについてさらに工夫している。【００６５】
上述した本発明の第１及び第２の実施の形態では、ＨＴＴＰ通信を行うために通信最適化装置４，４ａにＨＴＴＰプロキシモジュール４５を実装し、Ｗｅｂサーバ１にアクセスするためにＷｅｂブラウザ３１に「ｈｔｔｐ：／／」等で始まるＵＲＬを入力している。【００６６】
これに対して、本実施の形態では、ＦＴＰ通信を行うために通信最適化装置４ｂにＦＴＰプロキシモジュール４７を実装し、ＦＴＰサーバ１ａにアクセスするために「ｆｔｐ：／／」等で始まるＵＲＬを入力する。【００６７】
ＦＴＰ通信は制御コネクションとデータコネクションとを利用する。このため、ＳＩＰセッションを確立する際に、ＳＩＰサーバ２１はルータ２２，２３に対して２つの回線を利用できるよう設定するが、この設定を行うために、ＳＩＰ−ＵＡＣモジュール４４はＳＩＰ−ＵＡＳモジュール１４に出すＳＩＰリクエストに２回線分の情報を設定する。【００６８】
このように、本実施の形態では、ＨＴＴＰ以外のプロトコルを用いて通信を行うことを考えた場合でも、そのプロトコルに応じた通信モジュールを通信最適化装置４ｂに実装することによって、ユーザが特別な設定を行うことなく、キャリア網の回線を利用した通信を行うことができる。【００６９】
図１０は本発明の第４の実施の形態による通信システムの構成例を示すブロック図である。図１０において、本発明の第４の実施の形態では、通信最適化装置４ｃのセッション管理についてさらに工夫している。【００７０】
上述した本発明の第１〜第３の実施の形態では、通信最適化装置４，４ａ，４ｂに接続されているＰＣ端末３が１台のみの場合について述べているが、本実施の形態では、複数のＰＣ端末（＃１，＃２）３−３，３−４が接続されている場合について述べる。【００７１】
制御モジュール４２はセッション管理部４２ａを備えており、ＰＣ端末（＃１）３−３がＷｅｂサーバ１へアクセスするために、ＳＩＰ−ＵＡＳモジュール１４とＳＩＰセッションを確立した後、ＰＣ端末（＃２）３−４が同じＷｅｂサーバ１にアクセスしようとした時、セッション管理部４２ａＳＩＰセッションを確立する際に用いるＳＩＰ−ＵＲＩによるセッションが既に確立されているかを検証し、すでに確立されていた場合、新たなＳＩＰセッションの確立を行わずに既存の利用可能な回線を利用してＷｅｂサーバ１にアクセスする。【００７２】
本実施の形態では、通信最適化装置４ｃに複数のＰＣ端末（＃１，＃２）３−３，３−４が接続されている場合を述べたが、１台の端末上に複数のＷｅｂブラウザを起動してＷｅｂサーバ１にアクセスする場合も、上記と同様の振る舞いをする。【００７３】
本発明の第５の実施の形態としては、サーバ情報管理装置４３から取得する情報の種類に工夫した例について述べる。上述した本発明の第１及び第２の実施の形態では、サーバ情報管理装置４３にサーバドメイン名を渡し、それに関連付けられているＳＩＰ−ＵＲＩを取得しているが、本実施の形態では、ＳＩＰ−ＵＲＩ以外の他の情報［例えば、ＦＱＤＮ、データサイズ、データタイプ等］も取得するようにしている。【００７４】
本発明の第１及び第２の実施の形態では、サーバ情報管理装置４３から取得している情報がＳＩＰ−ＵＲＩだけであるため、通信に利用する回線の他の設定（例えば、通信の帯域幅等）はキャリアが指定するデフォルトの設定を適用することになる。本実施の形態では、サーバ情報管理装置４３に他の情報を持たせサーバドメイン名に関連するすべての情報を取得することによって、Ｗｅｂサーバ１との通信に利用する回線の設定をより柔軟にすることが可能となる。【００７５】
本発明の第６の実施の形態としては、サーバ情報管理装置４３にＷｅｂサーバ１の提供者情報を持たせる例について述べる。上述した本発明の第１及び第２の実施の形態では、サーバ情報管理装置４３にサーバドメイン名を渡し、それに関連付けられているＳＩＰ−ＵＲＩを取得しているが、本実施の形態では、ＳＩＰ−ＵＲＩ以外に、アクセスしようとしているＷｅｂサーバ１の提供者情報も取得するようにしている。【００７６】
本発明の第１及び第２の実施の形態では、サーバ情報管理装置４３から取得している情報がＳＩＰ−ＵＲＩだけであり、アクセスしようとしているサーバの信頼性の検証を行わずに自動的に接続を行っている。本実施の形態では、アクセスしようとしているサーバの情報（例えば、企業の紹介文や住所、電話番号等）をいったんユーザに提示し、ユーザがその内容を確認することによってＷｅｂサーバ１へのアクセスを継続するかどうかを判断することが可能となり、ユーザが意図しないサイトへのアクセスを回避することが可能となる。【００７７】
本発明の第７の実施の形態としては、サーバ情報管理装置４３にサイトの信頼性情報を持たせる例について述べる。上記の本発明の第６の実施の形態では、サーバ情報管理装置４３からアクセスしようとしているＷｅｂサーバ１の提供者情報を取得しているが、本実施の形態では、ＳＩＰ−ＵＲＩ以外に、信頼のできるサイト／できないサイトの情報を取得するようにしている。【００７８】
本発明の第６の実施の形態では、アクセスしようとしているＷｅｂサーバ１の提供者情報を取得してユーザに提示し、その後のアクセスの判断をユーザに任せているが、本実施の形態では、アクセスしようとしているサイトの信頼性を情報として取得し、その情報を判断基準とすることによって、Ｗｅｂサーバ１へのアクセス制御を自動的に行うことが可能となる。【００７９】
アクセスしようとしているＷｅｂサーバ１が信頼の置けるものである場合には、アクセス処理を自動的に継続し、信頼の置けないものや不明のものである場合には、アクセス処理を自動的に中断するか、ユーザに処理を継続するかを問い合わせる等することによって、安全性の向上を図ることが可能となる。【００８０】
本発明の第８の実施の形態としては、Ｗｅｂサーバ１から通信最適化装置４にＳＩＰセッションの切断が通知された場合についても工夫した例を述べる。本実施の形態では、Ｗｅｂサーバ１側からＳＩＰセッションの切断が行われた場合、通信最適化装置４が内部で管理しているＳＩＰ−ＵＲＩを破棄し、そのＳＩＰ−ＵＲＩのために保持していたリソースを解放する。【００８１】
また、本実施の形態では、そのＳＩＰ−ＵＲＩを用いてＷｅｂサーバ１にアクセスしていた他のプロセス（例えば、同じＷｅｂサーバ１にアクセスしている複数のＷｅｂブラウザが起動していた場合）の通信も切断される。【００８２】
上記のように、本発明は、アクセス制御された網の利用許可を取得することによって利用可能になる網を介するコンテンツサーバ（Ｗｅｂサーバ１）に対してユーザ端末（ＰＣ端末３，３−１〜３−４）がアクセスする際に、その利用許可を得るために必要な設定や処理等をユーザが行うことなく、通信最適化装置４によって自動的にアクセス可能とすることを特徴とする。【００８３】
通信最適化装置４は、ユーザ端末とサーバとの間の通信を集中管理する装置であり、ユーザ端末からサーバへアクセスが行われる際その通信をハンドリングし、サーバへのアクセスに必要とするＳＩＰコネクショの確立を行った後、プロキシサーバのようにユーザ端末とサーバとの間の通信を仲介する。【００８４】
このほかに、本発明では、上記のＳＩＰセッションの確立に必要とする情報を管理する装置であり、通信最適化装置４からの要求に該当する情報を提供するサーバ情報管理装置４３を用意している。【００８５】
本発明では、これらの装置（通信最適化装置４及びサーバ情報管理装置４３）を組み合わせて用いることによって、ユーザ端末等を利用するユーザは、ＳＩＰセッションの確立に必要とする処理を行うことなく、自動的にサーバにアクセスすることが可能となる。
【産業上の利用可能性】
【００８６】
本発明は、例えばＮＧＮ（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｎｅｔｗｏｒｋ）網のように、コンテンツサーバへアクセスするために、キャリア網の回線の利用にアクセス制御が必要なシステムに適用することができる。また、本発明は、そのネゴシエーションにおいて詳細な設定が可能もしくは必要なシステムに適用することができる。
本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の請求の範囲の枠内において種々の開示要素の多様な組み合わせないし選択が可能である。
【図１】
2009035030.tif 000003
【図２】
2009035030.tif 000004
【図３】
2009035030.tif 000005
【図４】
2009035030.tif 000006
【図５】
2009035030.tif 000007
【図６】
2009035030.tif 000008
【図７】
2009035030.tif 000009
【図８】
2009035030.tif 000010
【図９】
2009035030.tif 000011
【図１０】
2009035030.tif 000012
【図１１】
2009035030.tif 000013
【手続補正書】
【提出日】平成21年2月26日(2009.2.26)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
アクセス制御された網を介してユーザ端末から第１のプロトコルでサーバにアクセスする際に、
第２のプロトコルで前記網の回線の利用を可能とするためのネゴシエーションを行って前記網の利用許可を得るために必要な設定及び処理を行う通信最適化装置を有することを特徴とする通信システム。
【請求項２】
（削除）
【請求項３】
更に、前記網の回線を利用するために必要とする情報を前記通信最適化装置に提供するサーバ情報管理装置を含む請求項１記載の通信システム。
【請求項４】
前記通信最適化装置は、前記網の回線の利用許可を得る際に利用する情報を前記サーバ情報管理装置から取得し、その情報を基に前記網の利用許可を取得して前記網の回線を利用可能とする請求項３記載の通信システム。
【請求項５】
前記通信最適化装置は、同一のサーバに対して複数の通信が同時に行われる時にそれらのうちのいくつかを、前記網の利用許可が同じセッションを用いて前記サーバに接続する請求項１、３、４のいずれか記載の通信システム。
【請求項６】
前記通信最適化装置は、前記サーバとの通信が終了した時に前記セッションを切断することで前記網の回線のリソースを解放する請求項５記載の通信システム。
【請求項７】
前記通信最適化装置は、前記サーバ側から前記セッションの切断が行われた際に使用しなくなった回線のリソースを解放する請求項５または請求項６記載の通信システム。
【請求項８】
アクセス制御された網を介してユーザ端末から第１のプロトコルでサーバにアクセスする際に、
第２のプロトコルで前記網の回線の利用を可能とするためのネゴシエーションを行って前記網の利用許可を得るために必要な設定及び処理を行う制御手段を有することを特徴とする通信最適化装置。
【請求項９】
（削除）
【請求項１０】
前記網の回線を利用するために必要とする情報をサーバ情報管理装置から前記制御手段に提供する請求項８記載の通信最適化装置。
【請求項１１】
前記制御手段は、前記網の回線の利用許可を得る際に利用する情報を前記サーバ情報管理装置から取得し、その情報を基に前記網の利用許可を取得して前記網の回線を利用可能とする請求項１０記載の通信最適化装置。
【請求項１２】
前記制御手段は、同一のサーバに対して複数の通信が同時に行われる時にそれらのうちのいくつかを、前記網の利用許可が同じセッションを用いて前記サーバに接続する請求項８、１０、１１のいずれか記載の通信最適化装置。
【請求項１３】
前記制御手段は、前記サーバとの通信が終了した時に前記セッションを切断することで前記網の回線のリソースを解放する請求項１２記載の通信最適化装置。
【請求項１４】
前記制御手段は、前記サーバ側から前記セッションの切断が行われた際に使用しなくなった回線のリソースを解放する請求項１２または請求項１３記載の通信最適化装置。
【請求項１５】
ユーザ端末から第１のプロトコルによるサーバへのアクセス要求を受け付けた装置が、
アクセス制御された網の回線の利用を可能とするためのネゴシエーションを第２のプロトコルで行って、
前記サーバへのアクセスに経由する網の利用許可を取得するために必要な設定及び処理を行う通信網確立方法。
【請求項１６】
（削除）
【請求項１７】
前記装置は、前記通信システムに配設されたサーバ情報管理装置から、前記網の回線を利用するために必要とする情報を取得する請求項１５記載の通信網確立方法。
【請求項１８】
前記装置は、前記網の回線の利用許可を得る際に利用する情報を前記サーバ情報管理装置から取得し、その情報を基に前記網の利用許可を取得して前記網の回線を利用可能とする請求項１７記載の通信網確立方法。
【請求項１９】
前記装置は、同一のサーバに対して複数の通信が同時に行われる時にそれらのうちのいくつかを、前記網の利用許可が同じセッションを用いて前記サーバに接続する請求項１５、１７、１８のいずれか記載の通信網確立方法。
【請求項２０】
前記装置は、前記サーバとの通信が終了した時に前記セッションを切断することで前記網の回線のリソースを解放する請求項１９記載の通信網確立方法。
【請求項２１】
前記装置は、前記サーバ側から前記セッションの切断が行われた際に使用しなくなった回線のリソースを解放する請求項１９または請求項２０記載の通信網確立方法。
【国際調査報告】
2009035030.tif 000014
2009035030.tif 000015
2009035030.tif 000016