(57)【特許請求の範囲】
【請求項１】
クライアントとサーバ間で確立する、キープアライブ機能を有したＴＣＰ（Transmission  Control  Protocol）セッション内に含まれるＨＴＴＰ（HyperText  Transfer  Protocol）通信を解析する解析部と、
前記解析部によって解析されたＨＴＴＰ通信に含まれる通信データの内容が動画コンテンツである場合に、当該動画コンテンツを最適化する付加価装置に当該通信データの転送処理を行うか否かを判定する判定部と、
前記判定部によって前記転送処理を行うと判定された通信データの前記付加価値装置への転送処理を行う転送部と、
前記判定部によって前記転送処理を行うと判定されたＨＴＴＰ通信に対して、前記ＴＣＰセッションを切断させるためのテキストデータからなるＣＣ（Connection：Close）信号を当該ＨＴＴＰ通信の最後に付加する付加部と、
前記付加部によってＣＣ信号が付加されたＨＴＴＰ通信を前記クライアント又は前記サーバに送信する送信部と、
を備えることを特徴とする信号付加装置。
【請求項２】
前記付加部は、
処理の対象となる全てのＨＴＴＰ通信に対して、前記ＣＣ信号を付加する、
ことを特徴とする請求項１に記載の信号付加装置。
【請求項３】
信号付加装置が実行する信号付加方法であって、
クライアントとサーバ間で確立する、キープアライブ機能を有したＴＣＰ（Transmission  Control  Protocol）セッション内に含まれるＨＴＴＰ（HyperText  Transfer  Protocol）通信を解析する解析ステップと、
前記解析ステップによって解析されたＨＴＴＰ通信に含まれる通信データの内容が動画コンテンツである場合に、当該動画コンテンツを最適化する付加価装置に当該通信データの転送処理を行うか否かを判定する判定ステップと、
前記判定ステップによって前記転送処理を行うと判定された通信データの前記付加価値装置への転送処理を行う転送ステップと、
前記判定ステップによって前記転送処理を行うと判定されたＨＴＴＰ通信に対して、前記ＴＣＰセッションを切断させるためのテキストデータからなるＣＣ（Connection：Close）信号を当該ＨＴＴＰ通信の最後に付加する付加ステップと、
前記付加ステップによってＣＣ信号が付加されたＨＴＴＰ通信を前記クライアント又は前記サーバに送信する送信ステップと、
を含んだことを特徴とする信号付加方法。
【請求項４】
前記付加ステップは、
処理の対象となる全てのＨＴＴＰ通信に対して、前記ＣＣ信号を付加する、
ことを特徴とする請求項３に記載の信号付加方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、信号付加装置および信号付加方法に関する。
【背景技術】
【０００２】
近年、インターネットなどの通信ネットワークを用いた通信データのやり取りが盛んに行われている。このような通信においては、不正なデータや望ましくない情報などが送受信されるおそれがあるため、このような情報を検知する機能が求められる。例えば、ＤＰＩ（Deep  Packet  Inspection）と呼ばれる、インターネットなどのネットワークを流れるデータの内容を解析する技術が知られており、かかる技術を実現する装置をＤＰＩ装置と呼ぶことがある（例えば、非特許文献１参照）。
【０００３】
ＤＰＩ装置は、例えば、サーバとクライアント端末とのＨＴＴＰ（HyperText  Transfer  Protocol）通信において、通信データ（パケット）を送り出した機器のＩＰアドレスや、通信データが送り出されたポート番号や、実際に流れている通信データの内容などを解析することで、通信トラヒック（traffic）の内容を把握する。
【０００４】
また、ＤＰＩ装置は、解析したパケットの内容に応じて、所定の付加価値サービスを提供する装置に通信トラヒックを転送（ステアリング）することが可能である。例えば、ＤＰＩ装置は、パケットの内容に応じて、通信データに含まれる動画コンテンツや音声コンテンツをクライアント端末に最適化させるといった付加価値サービスを提供するために、付加価値装置に通信トラヒックを転送する。
【０００５】
ここで、ＨＴＴＰ通信においては、１回のＴＣＰ（Transmission  Control  Protocol）接続で複数のＨＴＴＰ通信を処理することができるキープアライブ（keep  alive）と呼ばれる機能が一般化している（例えば、非特許文献２参照）。キープアライブとは、データ通信が何も行われない場合でも、一定時間間隔で空のパケットを送受信することにより、ＴＣＰ接続がアクティブであることを互いに確認し、ＴＣＰ接続が切断されることを防止する機能である。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】“ディープ・パケット・インスペクション”［online］、ウィキペディア、［２０１５年２月３日検索］、インターネット（http://ja.wikipedia.org/wiki/%E3%83%87%E3%82%A3%E3%83%BC%E3%83%97%E3%83%BB%E3%83%91%E3%82%B1%E3%83%83%E3%83%88%E3%83%BB%E3%82%A4%E3%83%B3%E3%82%B9%E3%83%9A%E3%82%AF%E3%82%B7%E3%83%A7%E3%83%B3）
【非特許文献２】“持続接続”［online］、オラクル、［２０１５年２月３日検索］、インターネット（https://docs.oracle.com/javase/jp/6/technotes/guides/net/http-keepalive.html）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記の従来技術においては、キープアライブセッション内における特定のＨＴＴＰ通信を転送することができないという問題があった。すなわち、キープアライブが機能するＨＴＴＰ通信においては、１回のＴＣＰセッションによって複数のＨＴＴＰ通信が確立するため、そのうちの特定のＨＴＴＰ通信のみを転送するという制御をすることが困難である。
【０００８】
本発明は、上記に鑑みてなされたものであって、キープアライブセッション内における特定のＨＴＴＰ通信を転送することができる信号付加装置および信号付加方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決し、目的を達成するために、本発明は、クライアントとサーバ間で確立する、キープアライブ機能を有したＴＣＰ（Transmission  Control  Protocol）セッション内に含まれるＨＴＴＰ（HyperText  Transfer  Protocol）通信に対して、当該ＴＣＰセッションを切断させるためのＣＣ（Connection：Close）信号を付加する付加部と、前記付加部によってＣＣ信号が付加されたＨＴＴＰ通信を前記クライアント又は前記サーバに送信する送信部と、を備えたことを特徴とする。
【発明の効果】
【００１０】
本願が開示する実施形態の一例によれば、キープアライブセッション内における特定のＨＴＴＰ通信を転送することができる。
【図面の簡単な説明】
【００１１】
【図１】図１は、実施の形態に係る通信制御システムの構成の一例を示す図である。
【図２】図２は、キープアライブが用いられない場合のＨＴＴＰ通信を説明する図である。
【図３】図３は、キープアライブが用いられる場合のＨＴＴＰ通信を説明する図である。
【図４】図４は、キープアライブが用いられる場合のＨＴＴＰ通信の解析処理の一例を説明する図（１）である。
【図５】図５は、キープアライブが用いられる場合のＨＴＴＰ通信の解析処理の一例を説明する図（２）である。
【図６】図６は、参考例における転送制御処理の一例を説明する図である。
【図７】図７は、記憶装置を利用する転送制御処理の一例を説明する図である。
【図８】図８は、実施の形態に係るＤＰＩ装置による信号付加処理の一例を説明する図である。
【図９】図９は、信号付加プログラムを実行するコンピュータを示す図である。
【発明を実施するための形態】
【００１２】
以下に、本願に係る信号付加装置および信号付加方法の実施形態を図面に基づいて詳細に説明する。なお、これらの実施形態により本願に係る信号付加装置および信号付加方法が限定されるものではない。
【００１３】
［実施の形態］
以下では、実施の形態に係る信号付加装置の構成および処理を説明し、最後に実施の形態による効果を説明する。なお、以下では、本願に係る信号付加装置に対応する装置として、ＤＰＩ装置１００を例に挙げて説明する。
【００１４】
［実施の形態に係る通信制御システムの構成の一例］
まず、図１を用いて、実施の形態に係る通信制御システム１について説明する。図１は、実施の形態に係る通信制御システム１の構成の一例を示す図である。図１に例示するように、実施の形態に係る通信制御システム１には、クライアント端末１０と、サーバ２０と、付加価値装置３０と、ＤＰＩ装置１００とが含まれており、各装置は互いにネットワーク（例えば、インターネット）を介して接続可能な状態である。また、各装置間の矢印は、通信データであるパケットの流れ、すなわち通信トラヒックのフローを示している。
【００１５】
なお、図１では、通信制御システム１に、１台のクライアント端末１０や、１台のサーバ２０等が含まれる例を示したが、通信制御システム１に含まれる各装置の台数は図１に示した例に限られない。例えば、通信制御システム１には、複数台のクライアント端末１０が含まれてもよい。また、図１での図示は省略しているが、通信制御システム１には、ルータや、スイッチや、もしくは、ＰＣＥＦ（Policy  and  Charging  Enforcement  Function）といった機能を実現する装置などが適宜含まれてもよい。
【００１６】
クライアント端末１０は、ネットワークを介して通信を行う端末装置であり、例えば、ＰＣ（Personal  Computer）やＰＤＡ（Personal  Digital  Assistant）、携帯電話、スマートフォン等である。具体的には、クライアント端末１０は、サーバ２０との間でＨＴＴＰに準拠した通信を行い、ＨＴＴＰ通信（セッション）を確立し、通信データとしてパケットのやり取りを行う。
【００１７】
サーバ２０は、クライアント端末１０からアクセスを受け付けた場合に、所定の情報を提供する情報処理装置である。具体的には、サーバ２０は、クライアント端末１０との間で確立したＨＴＴＰ通信において、クライアント端末１０からの要求に応じて所定の情報を提供する。例えば、サーバ２０がウェブサーバである場合、サーバ２０は、クライアント端末１０にウェブページを提供する。
【００１８】
付加価値装置３０は、受信したデータに所定の付加価値サービスを付加する情報処理装置である。具体的には、付加価値装置３０は、ＤＰＩ装置１００から転送されたパケットについて、かかるパケットが動画コンテンツの内容を含むパケットである場合には、パケットを受信するクライアント端末１０に動画コンテンツが最適化されるよう、パケットを書き換える処理を行う。かかる処理は、例えば、サーバ２０にアクセスするクライアント端末１０がパソコンであるか、あるいはスマートフォンであるか等によって、実際にクライアント端末１０に送信されるコンテンツを最適化させることが可能となるので、ユーザの満足度を向上させることができる。
【００１９】
ＤＰＩ装置１００は、ネットワークを介してやり取りされる通信データを解析する情報処理装置である。具体的には、実施の形態に係るＤＰＩ装置１００は、ネットワークにおいて、クライアント端末１０とサーバ２０との間に配置され、双方間の通信トラヒックフローを検知する。そして、ＤＰＩ装置１００は、双方で確立されたＨＴＴＰ通信を行き交うパケットを解析する。このとき、ＤＰＩ装置１００は、解析したＨＴＴＰ通信にＣＣ（Connection：Close）信号を付加する。ＣＣ信号とは、セッションを終了させ、セッションを切断させるための信号である。すなわち、ＤＰＩ装置１００は、キープアライブが用いられたＨＴＴＰ通信であっても、新たにＣＣ信号を付加することにより、ＨＴＴＰ通信ごとにＴＣＰセッションを切断させることができる。これにより、ＤＰＩ装置１００は、特定のＨＴＴＰ通信を付加価値装置３０に転送させることを可能にする。以下、実施の形態に係るＤＰＩ装置１００を構成する各処理部について説明する。
【００２０】
図１に示すように、実施の形態に係るＤＰＩ装置１００は、ＩＦ部１０１と、解析部１０２と、判定部１０３と、ＣＣ付加部１０４とを有し、本願に係る信号付加装置としての機能を実現する。
【００２１】
ＩＦ部１０１は、外部の通信装置との間で通信データを送受信する。具体的には、ＩＦ部１０１は、クライアント端末１０とサーバ２０間における通信トラヒックのフローに含まれるデータを受信する。また、ＩＦ部１０１は、後述する解析部１０２によって解析されたデータをフローとして送信する。また、ＩＦ部１０１は、後述する判定部１０３によって付加価値装置３０に転送するものと判定されたデータについて、付加価値装置３０へのフローとして当該データを転送する。そして、ＩＦ部１０１は、付加価値装置３０によって最適化されたデータを受信する。この場合、ＩＦ部１０１は、最適化されたデータをクライアント端末１０又はサーバ２０に送信する。すなわち、ＩＦ部１０１は、受信部や、送信部や、転送部と読み替えることが可能である。
【００２２】
解析部１０２は、ＨＴＴＰ通信の内容を解析する。具体的には、解析部１０２は、クライアント端末１０とサーバ２０との間で確立されるＨＴＴＰ通信を行き交うパケットの内容を解析する。例えば、解析部１０２は、パケットを送り出した機器のＩＰアドレスや、パケットが送り出されたポート番号や、実際に流れているパケットの内容などを解析し、パケットの内容を把握する。
【００２３】
判定部１０３は、解析部１０２によって解析されたパケットについて、付加価値装置３０に転送すべきか否かを判定する。具体的には、判定部１０３は、解析部１０２によって解析されたＨＴＴＰ通信に含まれるパケット等の通信データの内容に基づいて、付加価値装置３０等の外部装置に通信データに対する所定の書き換えを行わせるために、外部装置に通信データの転送処理を行うか否かを判定する。より具体的には、判定部１０３は、解析部１０２によって解析されたパケットの内容が動画コンテンツであり、かかるパケットを受信するクライアント端末１０によって動画コンテンツの表示内容（例えば、解像度など）を最適化されることが望ましいと想定される場合に、所定の書き換えとして動画の最適化処理を行わせるため、かかるパケットを付加価値装置３０に転送すべきと判定する。一方、判定部１０３は、解析部１０２によって解析されたパケットの内容がテキストコンテンツ等であり、かかるコンテンツが付加価値装置３０によって処理されることを要しないと想定される場合、かかるパケットを付加価値装置３０に転送しないと判定する。
【００２４】
ＣＣ付加部１０４は、クライアント端末１０とサーバ２０との間で確立されるＨＴＴＰ通信にＣＣ信号を付加する。具体的には、ＣＣ付加部１０４は、フローに含まれるＨＴＴＰ通信の解析及び制御を可能とするために、各ＨＴＴＰ通信の最後に、テキストデータからなるＣＣ信号を付加する。なお、ＣＣ付加部１０４は、解析部１０２によって解析される全てのＨＴＴＰ通信にＣＣ信号を付加してもよいし、判定部１０３によって付加価値装置３０に転送すべきものと判定されたパケットを含むＨＴＴＰ通信にＣＣ信号を付加するようにしてもよい。
【００２５】
ここで、ＣＣ付加部１０４によるＣＣ信号の付加処理について、図２以下を用いて説明する。図２は、キープアライブが用いられない場合のＨＴＴＰ通信を説明する図である。図２では、クライアント端末１０とサーバ２０との間のＨＴＴＰ通信にキープアライブが用いられない場合の、双方間の通信トラヒックのフローを示している。
【００２６】
図２に示すように、クライアント端末１０からサーバ２０に送信されるＴＣＰリクエストによって、双方間にＴＣＰセッションが確立する。なお、図２において、ＴＣＰセッションに３本の通信トラヒックが記載されているのは、３ウェイ・ハンドシェイクによってＴＣＰセッションが確立されることを示している。続いて、クライアント端末１０からサーバ２０に送信されるＨＴＴＰリクエストによって、双方間にＨＴＴＰ通信が確立する。そして、キープアライブが用いられない場合には、ＨＴＴＰ通信が終了した場合にＴＣＰセッションも切断される。このように、キープアライブが用いられない場合、ＨＴＴＰ通信１回毎にＴＣＰセッションの確立と切断が繰り返されるため、ネットワークにかかる負荷が大きくなる。そこで、ＨＴＴＰ通信では、キープアライブを用いることが標準化されている。
【００２７】
次に、図３を用いて、キープアライブが用いられるＨＴＴＰ通信について説明する。図３は、キープアライブが用いられる場合のＨＴＴＰ通信を説明する図である。図３では、クライアント端末１０とサーバ２０との間のＨＴＴＰ通信にキープアライブが用いられる場合の、双方間の通信トラヒックのフローを示している。
【００２８】
図３に示すように、クライアント端末１０からサーバ２０に送信されるＴＣＰリクエストによって、双方間にＴＣＰセッションが確立する。そして、図２と同様に、クライアント端末１０からサーバ２０に送信されるＨＴＴＰリクエストによって、双方間にＨＴＴＰ通信が確立する。そして、キープアライブが用いられる場合、ＨＴＴＰ通信が終了した場合であっても、ＴＣＰセッションは切断されない。このように、キープアライブが用いられる場合、１つのＴＣＰセッションの中に複数のＨＴＴＰ通信が含まれるため、ネットワーク効率が良いとされる。
【００２９】
次に、図４を用いて、キープアライブが用いられるＨＴＴＰ通信における解析処理の一例について説明する。図４は、キープアライブが用いられる場合のＨＴＴＰ通信の解析処理の一例を説明する図（１）である。図４では、キープアライブが用いられるＨＴＴＰ通信に対して、一般的なＤＰＩ装置等（ここでは、「解析装置５０」と表記する。なお、図示は省略する）が解析を行う場合の処理手法について記載している。
【００３０】
図４に示すように、解析装置は、ＴＣＰセッションが確立した新規フローを検知する。これにより、解析装置は、解析対象であるＨＴＴＰ通信を特定する。そして、解析装置は、ＴＣＰセッション内のＨＴＴＰ通信の内容を解析し、解析内容に応じて制御する。ここで、解析装置は、処理の効率化のため、一度分析した同一ＴＣＰセッション内のパケットを再び分析することはない。これは、解析装置には、大量のパケットを超高速に処理することが求められており、ハードウェアリソースを最大限活用するために、通信トラヒックフローの始めの数バイトを分析して、処理対象外のトラヒックフローについては、再度識別処理を行うことはないことによる。すなわち、解析装置は、同一ＴＣＰセッションに含まれる最初のＨＴＴＰ通信を解析した時点で、その後に連続して行き交うＨＴＴＰ通信を解析することを要するか否かを判定し、その後のＨＴＴＰ通信を解析することを要しないと判定した場合には、その後のＨＴＴＰ通信は解析されないこととなる。
【００３１】
この点に関して、例えば、解析の処理効率性を下げて、全てのパケットを分析する手法も取りうる。この点について、図５を用いて説明する。図５は、キープアライブが用いられる場合のＨＴＴＰ通信の解析処理の一例を説明する図（２）である。図５では、キープアライブが用いられるＨＴＴＰ通信に対して、同一ＴＣＰセッションに含まれる全てのＨＴＴＰ通信の解析を行う場合の処理手法について記載している。
【００３２】
図５に示すように、解析装置は、ＴＣＰセッションが確立した新規フローを検知する。そして、解析装置は、同一ＴＣＰセッションに含まれる全てのＨＴＴＰ通信の内容の解析を試みるものとする。この場合、解析装置は、全てのＨＴＴＰ通信を解析することは可能であるが、解析の結果、特定のＨＴＴＰ通信のみを制御することが困難である。例えば、解析装置は、同一ＴＣＰセッション内の特定のＨＴＴＰ通信のみを付加価値装置３０に転送することを試みるとする。このとき、付加価値装置３０は、同一ＴＣＰセッション内のフローのうち、一部のパケットを受信することになる。このため、付加価値装置３０は、同一ＴＣＰセッション内のパケットに連続で振られたシーケンス番号（sequence  number）が、一部で連続しないパケットを受信することになる。これにより、付加価値装置３０は、受信したパケットに対して正確な処理を行うことができないという問題が発生する。
【００３３】
また、パケットの転送という点については、更なる問題がある。この点について、図６を用いて説明する。図６は、参考例における転送制御処理の一例を説明する図である。図６では、一般的な通信制御装置等（ここでは、「パケット転送装置４０」と表記する）がパケットの転送を行う場合の処理手法を参考例として記載している。
【００３４】
図６左部では、パケット転送装置４０が、受信したパケットを付加価値装置３０に転送すべきものと判定していない場合を示している。なお、図６中の矢印は通信トラヒックのフローを示す。この場合、図６左部に示すように、パケット転送装置４０は、解析したパケットを付加価値装置３０には転送せず、そのまま相手先（例えば、クライアント端末１０、又はサーバ２０）に送信する。
【００３５】
一方、パケット転送装置４０は、フローの識別後に、フローに含まれるパケットが付加価値装置３０に転送すべきものであると判定した場合には、受信したパケットを付加価値装置３０に転送する処理を試みる。ところで、上述してきたように、キープアライブが用いられる通信においては、一つのＴＣＰセッションに複数のＨＴＴＰ通信が含まれる。このため、仮に、パケット転送装置４０が特定のＨＴＴＰ通信を解析し、転送すべきパケットと判定できたとしても、一つの通信内における途中からのパケットについては、付加価値装置３０が正確に認識できない場合がある。具体的には、付加価値装置３０は、内容が動画コンテンツであるパケットが分割され、その一部が途中から送信されてきた場合には、かかる動画コンテンツを正確に認識することができない。すなわち、パケット転送装置４０は、かかる解析手法によっては、付加価値装置３０を正しく動作させることができない。
【００３６】
この点に関して、例えば、同一ＴＣＰセッションに含まれるパケットを一時的に保存しておき、パケット転送装置４０による解析を待って、保存しておいたパケットを全て付加価値装置３０に転送する手法が考えられる。この点について、図７を用いて説明する。図７は、記憶装置を利用する転送制御処理の一例を説明する図である。図７では、パケット転送装置４０は、記憶装置の一例であるバッファ装置４５を有し、バッファ装置４５を利用してパケットの転送を行う場合の処理手法について記載している。
【００３７】
図７左部では、パケット転送装置４０が、受信したパケットを付加価値装置３０に転送すべきものと判定していない場合を示している。なお、この場合であっても、パケット転送装置４０は、フロー識別完了までパケットをコピーしてバッファ装置４５内に保存しておく。
【００３８】
そして、パケット転送装置４０は、フローの識別後に、フローに含まれるパケットが付加価値装置３０に転送すべきものであると判定した場合には、バッファ装置４５に保存しておいたパケットとともに、フローに含まれるパケットを付加価値装置３０に転送する。この場合、フロー識別前に保存しておいたパケットから付加価値装置３０に転送するため、付加価値装置３０は、転送されるパケットの内容を正確に認識することができる。すなわち、パケット転送装置４０は、かかる解析手法によって、付加価値装置３０を正しく動作させることができる。
【００３９】
ただし、上記の手法では、継続してやり取りが行われているクライアント端末１０とサーバ２０との間で何らかの応答の変化により、バッファされたパケットが使用できなくなる可能性が生じるという問題がある。また、全ての通信トラヒックのフローを保存しておくというのは、リソース消費の無駄が大きく、現実的に実施が困難であるという問題がある。
【００４０】
そこで、上述してきたキープアライブセッション中の転送処理の問題を解決するため、ＣＣ付加部１０４は、クライアント端末１０とサーバ２０との間で確立されるＨＴＴＰ通信にＣＣ信号を付加する。この点について、図８を用いて説明する。図８は、実施の形態に係るＤＰＩ装置１００による信号付加処理の一例を説明する図である。図８に示すように、ＤＰＩ装置１００は、クライアント端末１０とサーバ２０との間で確立されるＴＣＰセッションの新規フローを検知する。そして、ＤＰＩ装置１００は、続いて確立されるＨＴＴＰ通信の内容を解析するとともに、ＣＣ信号を付加する。これにより、ＤＰＩ装置１００は、クライアント端末１０とサーバ２０との間で確立されるＴＣＰセッションを、ＨＴＴＰ通信ごとに切断させることができる。このため、ＤＰＩ装置１００は、ＨＴＴＰ通信ごとに内容を解析することができるため、特定のＨＴＴＰ通信を転送するといった制御についても可能となる。ＤＰＩ装置１００は、解析する全てのＨＴＴＰ通信にＣＣ信号を付加してもよいし、内容の解析の結果に応じてＣＣ信号を付加するＨＴＴＰ通信を抽出してもよい。例えば、ＤＰＩ装置１００は、解析対象となるＨＴＴＰ通信のうち、付加価値装置３０に転送すべきものと判定されたＨＴＴＰ通信のみにＣＣ信号を付加してもよい。なお、ＤＰＩ装置１００が付加するＣＣ信号は、テキストからなる簡易なデータであるため、付加のためにかかる処理負荷は少ない。
【００４１】
［実施の形態の効果］
上述してきたように、実施の形態に係るＤＰＩ装置１００は、ＩＦ部１０１と、ＣＣ付加部１０４と、を備える。ＣＣ付加部１０４は、クライアント端末１０とサーバ２０間で確立する、キープアライブ機能を有したＴＣＰセッション内に含まれるＨＴＴＰ通信に対して、当該ＴＣＰセッションを切断させるためのＣＣ信号を付加する。そして、ＩＦ部１０１（送信部の一例）は、ＣＣ付加部１０４によってＣＣ信号が付加されたＨＴＴＰ通信をクライアント端末１０、又はサーバ２０に送信する。
【００４２】
このように、実施の形態に係るＤＰＩ装置１００は、ＨＴＴＰ通信にＣＣ信号を付加することにより、キープアライブセッション中の特定のＨＴＴＰ通信に関して、転送処理を可能にさせる。例えば、ＤＰＩ装置１００によれば、クライアント端末１０とサーバ２０との間でやり取りされるセッションのうち、映像ファイルのダウンロード処理のみを付加価値装置３０に転送させること等が可能となる。具体的には、従来、一つのウェブページをサーバから取得する場合に、かかるウェブページに動画などのリンクが多数貼られていたとしても、動画コンテンツが最適化されたウェブページとして取得することが困難な場合があった。実施の形態に係るＤＰＩ装置１００は、ＨＴＴＰ通信ごとに内容を解析、制御することが可能であるため、ウェブページのダウンロード処理においても、特定の内容に関して付加価値装置３０を介したデータのやり取りが可能となるため、ユーザがより適切にサーバ側のデータを取得することが可能となる。
【００４３】
また、従来では、キープアライブ環境下において同様の効果を得るためには、一般的な解析装置やパケット転送装置等でＴＣＰセッション内を流れるパケットを常に監視する必要があり、多大なリソースを必要とした。そして、かかる手法が採用されたとしても、あくまでパケットを監視することのみが可能であり、特定のフローを転送することは困難であった。実施の形態に係るＤＰＩ装置１００によれば、ＨＴＴＰ通信にＣＣ信号を付加することによって上記の処理を実現可能であり、かつ、ＣＣ信号はテキストデータからなるので、複雑な処理を要することがない点についても有用である。なお、通信におけるキープアライブの効果は、主にクライアント側にあり、多数のクライアントからの通信を処理するサーバ側ではＴＣＰセッションを維持することの効果は少ない。このため、実施の形態で説明してきた手法によるサーバ側の影響は少ないことが想定される。
【００４４】
また、ＣＣ付加部１０４は、処理の対象となる全てのＨＴＴＰ通信に対して、ＣＣ信号を付加するようにしてもよい。
【００４５】
このように、実施の形態に係るＤＰＩ装置１００は、ＴＣＰセッションに含まれるＨＴＴＰ通信に対して漏れなくＣＣ信号を付加するので、確実にＨＴＴＰ通信の内容を解析、転送処理等を実施することができる。
【００４６】
また、実施の形態に係るＤＰＩ装置１００は、ＴＣＰセッション内に含まれるＨＴＴＰ通信を解析する解析部１０２と、解析部１０２によって解析されたＨＴＴＰ通信に含まれる通信データ（例えば、パケット）の内容に基づいて、外部装置（例えば、付加価値装置３０）に当該通信データに対する所定の書き換えを行わせるために、当該外部装置に当該通信データの転送処理を行うか否かを判定する判定部１０３とをさらに備える。そして、ＣＣ付加部１０４は、判定部１０３によって、転送処理を行うと判定されたＨＴＴＰ通信に対してＣＣ信号を付加する。
【００４７】
このように、実施の形態に係るＤＰＩ装置１００は、監視下にあるＴＣＰセッションにおいて、転送の要否を判定し、かかる判定に基づいて、ＣＣ信号を付加するか否かを決定することも可能である。これにより、ＤＰＩ装置１００は、転送に適する特定のＨＴＴＰ通信のみを転送制御するといった処理を可能にすることができる。
【００４８】
（構成等）
なお、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【００４９】
また、本実施形態において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【００５０】
上述した実施の形態においては、実施の形態に係るＤＰＩ装置１００に、ＩＦ部１０１と、解析部１０２と、判定部１０３と、ＣＣ付加部１０４とが含まれる例を示した。しかし、ＤＰＩ装置１００は、ＩＦ部１０１と、解析部１０２と、判定部１０３とを含む通信制御装置と、ＣＣ付加部１０４と所定の送受信部とを含むＣＣ信号付加装置とに分割されてもよい。この場合、この場合、上述した実施の形態は、通信制御装置と、ＣＣ信号付加装置と、を含む通信制御システム１によって実現される。
【００５１】
（プログラム）
また、上記実施形態に係る信号付加装置が実行する処理をコンピュータが実行可能な言語で記述したプログラムを作成することもできる。この場合、コンピュータがプログラムを実行することにより、上記実施形態と同様の効果を得ることができる。さらに、かかるプログラムをコンピュータに読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータに読み込ませて実行することにより上記実施形態と同様の処理を実現してもよい。以下に、信号付加装置（すなわち、ＤＰＩ装置１００）と同様の機能を実現する信号付加プログラムを実行するコンピュータの一例を説明する。
【００５２】
図９は、信号付加プログラムを実行するコンピュータを示す図である。図９に示すように、コンピュータ１０００は、例えば、メモリ１０１０と、ＣＰＵ（Central  Processing  Unit）１０２０と、ハードディスクドライブインタフェース１０３０と、ディスクドライブインタフェース１０４０と、シリアルポートインタフェース１０５０と、ビデオアダプタ１０６０と、ネットワークインタフェース１０７０とを有する。これらの各部は、バス１０８０によって接続される。
【００５３】
メモリ１０１０は、ＲＯＭ（Read  Only  Memory）１０１１およびＲＡＭ（Random  Access  Memory）１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic  Input  Output  System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、ハードディスクドライブ１０９０に接続される。ディスクドライブインタフェース１０４０は、ディスクドライブ１０４１に接続される。ディスクドライブ１０４１には、例えば、磁気ディスクや光ディスク等の着脱可能な記憶媒体が挿入される。シリアルポートインタフェース１０５０には、例えば、マウス１１１０およびキーボード１１２０が接続される。ビデオアダプタ１０６０には、例えば、ディスプレイ１１３０が接続される。
【００５４】
ここで、図９に示すように、ハードディスクドライブ１０９０は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３およびプログラムデータ１０９４を記憶する。上記実施形態で説明した各情報は、例えばハードディスクドライブ１０９０やメモリ１０１０に記憶される。
【００５５】
また、信号付加プログラムは、例えば、コンピュータ１０００によって実行される指令が記述されたプログラムモジュール１０９３として、ハードディスクドライブ１０９０に記憶される。具体的には、上記実施形態で説明した信号付加装置によって実行される各処理が記述されたプログラムモジュール１０９３が、ハードディスクドライブ１０９０に記憶される。
【００５６】
また、信号付加プログラムによる情報処理に用いられるデータは、プログラムデータとして、例えば、ハードディスクドライブ１０９０に記憶される。そして、ＣＰＵ１０２０が、ハードディスクドライブ１０９０に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出して、上述した各手順を実行する。
【００５７】
なお、信号付加プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０９０に記憶される場合に限られず、例えば、着脱可能な記憶媒体に記憶されて、ディスクドライブ１０４１等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、信号付加プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ＬＡＮ（Local  Area  Network）やＷＡＮ（Wide  Area  Network）等のネットワークを介して接続された他のコンピュータに記憶され、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。
【符号の説明】
【００５８】
１      通信制御システム
１０    クライアント端末
２０    サーバ
３０    付加価値装置
４０    パケット転送装置
４５    バッファ装置
５０    解析装置
１００  ＤＰＩ装置
１０１  ＩＦ部
１０２  解析部
１０３  判定部
１０４  ＣＣ付加部
【図１】
0006294250.tif 000002
【図２】
0006294250.tif 000003
【図３】
0006294250.tif 000004
【図４】
0006294250.tif 000005
【図５】
0006294250.tif 000006
【図６】
0006294250.tif 000007
【図７】
0006294250.tif 000008
【図８】
0006294250.tif 000009
【図９】
0006294250.tif 000010