トラヒック規制方法、中継システム、中継装置およびプログラム
【課題】本発明の課題は、ネットワーク通信トラヒックを規制するために、遅延もしくは帯域を制御する技術において、クライアントだけでなくサーバの処理能力の低下を招いていた。
【解決手段】本発明のシステムは、クライアントからのプロトコル処理に対して中継処理部が可能な限り代理応答をクライアントに返信し、条件判定部がサーバに接続すべき状態になったと判断した時に初めてサーバに接続し、クライアントから今まで送信されてきたコマンドをサーバに送信することで、クライアントに対してトラヒック生成レートの規制をかけつつ、サーバでのセッション処理時間を短縮し、サーバの利用効率を高めて処理能力の向上を実現する。
【解決手段】本発明のシステムは、クライアントからのプロトコル処理に対して中継処理部が可能な限り代理応答をクライアントに返信し、条件判定部がサーバに接続すべき状態になったと判断した時に初めてサーバに接続し、クライアントから今まで送信されてきたコマンドをサーバに送信することで、クライアントに対してトラヒック生成レートの規制をかけつつ、サーバでのセッション処理時間を短縮し、サーバの利用効率を高めて処理能力の向上を実現する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークトラヒックデータのデータ処理技術に関し、特にメールトラヒックのトラヒック量規制処理方法に関する。トラヒック量規制とは迷惑トラヒックなどの大量に送信されるメールからサーバを守るために、メールサーバに流入するメール通数を規制する処理を指す。
【背景技術】
【０００２】
特許文献1に示す帯域制御装置は、従来技術におけるトラヒック規制装置の一形態を示している。
【０００３】
サーバトラヒックに対してアプリケーションレベルの検知により各種帯域制御をかけることが示されているが、その一形態として遅延を付加させて、アプリケーションレベルの処理時間を増大させる方法が記載されている。
【０００４】
ネットワークの帯域の制限や、パケット転送時にアプリケーションメッセージ転送時に遅延を付加することで、アプリケーションレベルの処理回数、たとえば迷惑メールの処理通数を制限することが可能になる。
【０００５】
一方、特許文献２には、クライアントからサーバへの要求を、優先度を示した情報が付加された状態でキューイングして、優先度が高い順に要求をサーバに接続して送信することによってサーバへの付加を低減する技術が公開されている。
【特許文献１】特開２００５ー１８４７９２号公報
【特許文献２】特開２００３ー２８３５５６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
特許文献１はアプリケーショントラヒックの処理回数を制限するために効果的であるが、クライアントの処理回数が低下するのと同様に、サーバの処理回数も低下する恐れがある。
【０００７】
一般的なＴＣＰ／ＩＰプロトコルに基づくクライアント、サーバアプリケーションではクライアントとサーバ間にコネクションを張り、メッセージを流すため、クライアントとサーバの処理時間はほぼ等しくなる。したがって、クライアントの処理回数が減るということはサーバも処理能力が減少する可能性がある。
【０００８】
電子メール配送に一般的に使われるプロトコルであるＳＭＴＰ（Simple Mail Transfer Protocol、RFC２８２１）では、クライアントとサーバ間にコネクションを張って、セッション初期化のためのプロトコルメッセージを流した上でメッセージを転送する。
【０００９】
クライアントとサーバ間には複数回のコマンド/レスポンスメッセージが流れ、コマンドに対するレスポンスに遅延を付加することでトランザクション時間(メール処理時間)を増加させることができる。これに対して特許文献１のようなトラヒック規制を行なう帯域制御装置を挿入して、帯域規制を行なうことで、クライアントがメール1通を送信するための時間を長くし、送信通数に対して規制をかけることができる。
【００１０】
このとき、メールサーバではコマンドメッセージはまばらに受信するものの、メールサーバの資源としてＴＣＰ／ＩＰコネクションが使用されたままになる。一般に、サーバではＴＣＰ／ＩＰコネクションが張られると、そのコネクション用の管理メモリが割り当てられ、また上位ソフトウェアでもアプリケーション処理のためのスレッド、プロセスなどの処理資源が割り当てられる。
【００１１】
したがって、サーバにとってはコネクション数が増加することは、処理能力の低下を招くため、たとえ処理内容が少なくてもコネクションを同時に確立しておくことは望ましくないという問題点がある。
【００１２】
また、特許文献２の技術は、サーバへの接続コネクション数を管理し、この管理に基づいて、コネクション数が一定数以下になって接続可能な状態になったら保持している中継要求を優先度が高い順に出すという処理になっていて、サーバへのコマンド要求をバッファリングしておいて優先度づけする点に言及している。帯域制御機能を挿入して、クライアント側に対して帯域制御や遅延付加などの規制処理をかけた場合を考えると、クライアントとサーバ間のプロトコル処理時間は長くなる一方で、中継要求の優先度処理によってサーバへの接続時間は変わらず、サーバの負荷を低減する効果がないという問題点がある。
【００１３】
そこで、本発明が解決しようとする課題は上記問題点を解決することにあり、トラヒック規制を加えた場合において、サーバ資源の効率的な利用を実現することである。
【課題を解決するための手段】
【００１４】
上記課題を解決するための本発明は、トラヒック量規制方法であって、クライアントからサーバへのコマンド中継において、前記サーバに接続するための条件が成立するまで、前記クライアントからのコマンドに対して応答メッセージを送信する応答送信ステップと、前記クライアントから送信されたコマンドを記憶していく記憶ステップと、前記条件が成立すると、前記サーバに接続して、前記記憶した全コマンドを前記サーバに送信する中継ステップとを有することを特徴とする。
【００１５】
上記課題を解決するための本発明は、中継システムであって、サーバに対してコマンドを送信するクライアントと、前記コマンドを蓄積するバッファと、前記サーバの代わりに前記コマンドに対する応答を前記クライアントに送信し、所定の条件が成立すると前記サーバに接続して前記バッファに蓄積されているコマンドを前記サーバに送信する中継処理手段とを有することを特徴とする。
【００１６】
上記課題を解決するための本発明は、中継装置であって、クライアントからサーバに対するコマンドを蓄積するバッファと、前記サーバの代わりに前記コマンドに対する応答を前記クライアントに送信し、所定の条件が成立すると前記サーバに接続して前記バッファに蓄積されているコマンドを前記サーバに送信する中継処理手段とを有することを特徴とする。
【００１７】
上記課題を解決するための本発明は、中継装置のプログラムであって、前記プログラムは前記中継装置を、クライアントからサーバに対するコマンドを記憶部に蓄積させる蓄積手段と、前記サーバの代わりに前記コマンドに対する応答を前記クライアントに送信し、所定の条件が成立すると前記サーバに接続して前記記憶部に蓄積されているコマンドを前記サーバに送信する中継処理手段として機能させることを特徴とする。
【００１８】
本発明では、プロトコル中継処理部１１からの状態信号に応じて、コネクション制御部１３がサーバへの中継開始タイミングを遅らせ、実際の中継処理が必要になったタイミングでサーバへのコネクションを開始することで、サーバ側のコネクション確立時間を削減することを可能とする。
【００１９】
本発明の中継処理部はサーバへの中継が不要な段階までは自身でクライアントに応答を返しておき、特定のコマンド受信や、中継処理用バッファの蓄積量が一定量になるなどの条件により、サーバへの中継が必要な状態になったと判断した場合に、コネクション制御部に対してサーバ側へ中継コネクション接続要求を出す。また、データの中継処理単位の終了を判断するとサーバ側への中継コネクション接続を切断する。
【００２０】
これによりクライアントからのトラヒック中継処理において、サーバ側へのコネクション時間を短縮する。
【発明の効果】
【００２１】
第１の効果は、トラヒックの中継処理、規制処理において、サーバへの中継接続をクライアントからの接続と独立に制御することでサーバに対する接続時間を短縮し、サーバの処理資源を削減することが可能になる。
【００２２】
第２の効果は、クライアントに対する処理時間とサーバにおける処理時間を独立に制御するため、クライアントへ規制をかけることがサーバの処理時間に影響を及ぼさないため、クライアントへの遅延付加量をより大きくして厳しい規制をかけることが可能になる。
【発明を実施するための最良の形態】
【００２３】
本発明は、クライアントからのプロトコル処理に対して中継処理部が可能な限り代理応答をクライアントに返信し、条件判定部がサーバに接続すべき状態になったと判断した時に初めてサーバに接続し、クライアントからそれまでに送信されてきたコマンドをサーバに送信することを特徴とする。これにより、クライアントに対してトラヒック生成レートの規制をかけつつ、サーバでのセッション処理時間を短縮し、サーバの利用効率を高めて処理能力の向上を実現する。
【００２４】
本発明の特徴を詳細に説明するために、以下において、図面を参照して具体的に述べる。
【００２５】
本発明を実施するための第１の実施の形態について図面を参照して詳細に説明する。
【００２６】
図１は、本発明による中継システムの構成を示すブロック図である。
【００２７】
本発明の中継システムは、トラヒック規制装置１と、クライアント２と、サーバ３とを有する。
【００２８】
トラヒック規制装置１は、クライアント２とサーバ３との間に接続されている。そして、トラヒック規制装置１はクライアント２とサーバ３とのコネクションを中継するものである。
【００２９】
そして、トラヒック規制装置１は、中継処理部１１、遅延付加部１２、コネクション制御部１３、規制テーブル１４、及びユーザ情報１５を有する。
【００３０】
中継処理部１１は、プロトコル中継処理部２１、接続状態フラグ２３とコマンド格納バッファ２４とを保持するセッション管理テーブル２２、及び接続条件判定部２５を有する。
【００３１】
中継処理部１１のプロトコル中継処理部２１は、クライアント２からの接続信号を終端させてプロトコルメッセージを取り出し、サーバ３へのメッセージ中継、あるいはクライアント２へのメッセージ（レスポンス）送信を行なう。更に、サーバ３との接続においても接続信号を生成、終端してサーバ３へメッセージ(コマンド)送信ならびにサーバ３からのレスポンス受信を行い、必要に応じてクライアント２へ中継処理を行なう。尚、クライアント、サーバとの接続信号としては、レイヤ４の接続方式としては広く使われているＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｏｒｏｌ Ｐｒｏｔｏｃｏｌ、ＲＦＣ７９３）やＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ、ＲＦＣ７６８）の利用が考えられる。また、中継する上位プロトコルとしては電子メールではＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｒｏｔｏｃｏｌ、ＲＦＣ２８２１）の利用が考えられる。以下ではＳＭＴＰを例にあげて説明するが、クライアントとサーバとの間に入る中継装置であれば本方式は適用でき、ＨＴＴＰ、ＰＯＰ、ＳＩＰなどへの適用も可能である。
【００３２】
中継処理部１１ではアプリケーションのセッション（クライアントからサーバへの接続要求単位）単位にセッション管理テーブル２２を持つ。
【００３３】
セッション管理テーブル２２の接続状態フラグ２３には、サーバ３に接続済みかどうかを示す情報が格納されている。
【００３４】
セッション管理テーブル２２のコマンド格納バッファ２４には、サーバ３に未接続の状態でプロトコル中継処理部２１が自主的にコマンド応答を返した際のコマンド文字列を記録しておく。
【００３５】
接続条件判定部２５は、受信コマンドやコマンド格納バッファの残量などにもとづいて、サーバ３に接続する条件になったかどうかを判断する。
【００３６】
続いて、トラヒック規制装置１の動作について図１を使用して説明する。
【００３７】
クライアント２から接続があったとき、中継処理部１１のプロトコル中継処理部２１ではコマンド解釈、プロトコルの状態遷移を行い、接続状態フラグ２３を参照し、サーバ３に接続されている状態であればサーバ３に対してデータを中継する。
【００３８】
データを中継後、サーバ３からレスポンスを受信するとプロトコル中継処理部２１ではレスポンスの解釈、プロトコルの状態遷移を行い、クライアント２にそのレスポンス（データ）を送信する。このとき、中継要求を受信したことをコネクション制御部１３に通知し、規制テーブル１４を参照してそのセッションが規制されているかを確認し、規制されている場合には遅延付加部１２にてメッセージもしくはパケット単位にて遅延を付加する。ＳＭＴＰ中継の場合など、メールアドレスを指定するコマンドに対してプロトコル中継処理部２１がレスポンスを返す際にユーザ情報が必要な場合は、ユーザ情報１５を参照してレスポンスをOK/NGのいずれにするか判定することも可能である。以下の説明では、クライアント２から受信したセッションに関して、コネクション接続時にプロトコル中継処理部２１がコネクション制御部１３に中継要求を受信したことを通知し、コネクション制御部１３が規制テーブル１４に基づいてそのセッションについて規制動作をかけると判断した場合について説明する。規制動作をかけない場合には、プロトコル中継処理部２１はクライアント２とサーバ３との間で送受信されるデータを互いに転送するだけとなる。尚、規制動作として遅延負荷をゼロとする場合も考えられる。この場合は、クライアントの回線速度が遅い場合にサーバへのコネクション接続時間の短縮を図ることが可能である。
【００３９】
規制動作をかけると判断した場合、初期状態はサーバ３に接続せずにクライアント２からのコマンドに対してプロトコル中継処理部２１が肯定のレスポンスを返す。このとき、クライアント２から受信するコマンド文字列はコマンド格納バッファ２４に保存しておく。
【００４０】
この動作を繰り返した後、接続条件判定部２５にてサーバ接続を行なうと判断された場合には、コネクション制御部１３を介してサーバ３へのコネクション接続を行なう。また、サーバ接続状態フラグ２３を接続済みに変更する。さらに、コマンド格納バッファ２４に保持していたコマンド列を用いて、サーバ３との間でプロトコル処理を行なう。コマンド列を全てサーバ３に送信すると、クライアント２とトラヒック規制装置１とのプロトコル状態と、トラヒック規制装置１とサーバ３との間のプロトコル状態が一致する。一致した以降は、クライアント２とサーバ３との間で互いにトラヒック規制装置１を介してメッセージを送受信する。また、中継単位が完了するとコネクション制御部１３を介して、サーバ３側のコネクションを切断し、接続状態フラグをクリアする。中継単位とは、たとえばＳＭＴＰであれば、メール本文の１通分を配送するための１連のプロトコル処理フローである。
【００４１】
続いて、中継処理部１１の処理フローについて図２を用いて説明する。
【００４２】
中継処理部１１は、クライアント２からのデータを受信すると（Ａ１）、接続状態フラグ２３を参照して、既にサーバ３側に接続済みかどうかを確認する（Ａ２）。
【００４３】
サーバ３に対してまだ接続していない状態である場合は、サーバ接続条件になっているかどうかを判断する（Ａ３）。
【００４４】
ここでサーバ接続条件について説明する。
【００４５】
ＳＭＴＰプロトコルを例にとると、ＤＡＴＡコマンド受信後にメール本文転送が始まるため、中継装置であるトラヒック規制装置１がメール本文をバッファに格納するよりもサーバ３に直ちに転送処理をしたほうがよいと考えられ、これをトリガにして、サーバ接続条件になったと判断できる。
【００４６】
また、別の判断方法としては、コマンド格納バッファの残量に余裕がある間は中継装置であるトラヒック規制装置１が代理応答をクライアントに返しておき、コマンド格納バッファの残量が一定量を切った場合にサーバ接続条件になったと判断する場合がある。このようにサーバ接続条件判定部２５は中継処理において、サーバに接続するタイミングを決定するための手段を手供する。接続条件判定において、ＮＯと判断した場合は中継処理部がユーザ情報等を参照してクライアントに応答を送信し、かつコマンド列をコマンド格納バッファに記録する（Ａ４、Ａ５）。
【００４７】
接続条件判定（Ａ３）にて、条件を満たした場合はサーバへ接続し（Ａ６）、コマンド格納バッファに保存してあったコマンド列を順次サーバに送り、クライアントと中継装置との間と同じ状態になるまで、プロトコル処理を行なう（Ａ７）。
【００４８】
いっぽう、データ受信時にサーバに対して接続済であった場合には、クライアントからのコマンドもしくはサーバからのレスポンスメッセージをそのまま反対方向（サーバあるいはクライアント）に転送する（Ａ８）。
【００４９】
メール全体の転送が完了すると１つの中継単位が完了したのでサーバ側のコネクションを切断する（Ａ９）。
【００５０】
クライアントからのメール転送が終了すればクライアントからコネクションを切断する。
【００５１】
続いて、電子メールの中継処理を用いた場合の実施例を用いて説明する。
【００５２】
図３は、電子メールの中継処理のプロトコルシーケンスの例を説明したものであり、プロトコルがＳＭＴＰの場合を示している。
【００５３】
クライアント２がサーバ３に対してメール送信を開始するときＨＥＬＯまたはＥＨＬＯと呼ばれるコマンドを発行して送信する（Ｂ１）。
【００５４】
プロトコル中継処理部２１は、このクライアントからの接続を認識すると、コネクション制御部１３にコネクション情報を送り、コネクション制御部１３は規制テーブル１４を参照して、該当クライアントが規制対象であるかどうかを判断する。図３は規制対象であるとした場合であり、クライアント２に送信するレスポンスに遅延を付加している。また、この時点でコネクション制御部１３からはサーバ３に対する中継コネクションの接続要求は出されない。
【００５５】
さらに、ＳＭＴＰのシーケンスにしたがって、クライアント２からサーバ３に対してＭＡＩＬ ＦＲＯＭ（Ｂ２）、ＲＣＰＴ ＴＯ（Ｂ３）などのコマンドが送信されると、プロトコル中継処理部２１はこれらを終端して、サーバの代わりに応答を返す。応答を返す際に、ユーザ情報部５にてユーザが存在するかどうかを判断して適切な応答を返す。
【００５６】
プロトコル中継処理部１１は、Ｂ１〜Ｂ３の受信コマンドをセッション毎のコマンド格納バッファ２４に保存しておく。
【００５７】
クライアント２がＤＡＴＡコマンドを発行すると、接続条件判定部２５はサーバ接続条件になったと判断して、コネクション制御部１３に接続要求を出す。コネクション制御部１３は、サーバ３に対して接続要求を出して、接続が確立されると、コマンド格納バッファ２４に保存しておいたコマンドを順次サーバ３に送信する（Ｂ５〜Ｂ７）。
【００５８】
コマンド格納バッファ２４に格納しておいたコマンドを全て発行して、クライアント２と同じ状態になったと判断したら、サーバ３からの応答（Ｂ８）をクライアント２に中継する（Ｂ９）。なお、図３においては、Ｂ１〜Ｂ３のレスポンスに対して遅延を付加している様子を図示している。
【００５９】
クライアント２は、サーバ３からのＤＡＴＡコマンドに対するレスポンスを受信すると、メール本文を送信する（Ｂ１０）。メール本文はメールサイズに応じて複数のパケット転送により行なわれる。これらのメール本文は中継処理部によってサーバに転送される。
【００６０】
メール本文を示す文字列をサーバ３が受信すると（Ｂ１３）、サーバ３からメール受信の成功／失敗を示す応答メッセージが返される（Ｂ１４、Ｂ１５）。この時点でメール配送は完了しており、プロトコル中継部２１はコネクション制御部１３にコネクションを切断するように通知し、これを受けてコネクション制御部１３はサーバ３にＱＵＩＴコマンドを発行してコネクションを切断する。
【００６１】
クライアント２からトラヒック規制装置１にＱＵＩＴコマンドが送信されると、プロトコル中継処理部２１は応答を返してクライアント２とのコネクションを切断し、メールセッションを完了する（Ｂ１７）。
【００６２】
図３のクライアント側、サーバ側の両側に示したように、本制御によりクライアント処理時間に対してサーバ処理時間を短縮することが可能になる。
【００６３】
ここで、本発明と従来例との比較のため、図４を用いてＳＭＴＰに対する従来例の転送シーケンスについて説明する。図４はクライアントとサーバ間の単純なメッセージ中継において、サーバからクライアントに転送されるメッセージに対して遅延を付加する場合のシーケンスである。クライアントがコマンドを発行し、そのメッセージがサーバに渡され、さらにレスポンスがサーバから中継装置へと渡されて、そこで規制ポリシーにしたがって遅延が付加されてクライアントに渡される。
【００６４】
このようにひとつのコマンド発行に遅延時間分だけの処理時間が加算されるため、メール1通の転送にかかる処理時間は増加する。しかし、クライアントの処理時間とサーバの処理時間はほぼ等しいため、その処理時間にわたってサーバの処理資源が消費されて、結果としてサーバの利用効率が低下する。
【００６５】
次に図５を用いて、ＳＭＴＰシーケンスの第２の例を示す。
【００６６】
上記図３を用いて説明した実施例ではメール１通のみを転送する場合を示したが、図５ではクライアントからの一つのメールセッションで複数のメール送信を行なう場合を示す。
【００６７】
一般的に一つのメールセッションで複数のメール送信を行なうことはメールを高速配信する上で有利であるが、規制をかけているような悪質なクライアントに対しては多数のメール送信を許可していることに相当し、望ましくない。また、悪質なケースではクライアントからＳＭＴＰコネクションを張りっぱなしにしておいて、メールの送信や、意味のないコマンドを発行するという場合もあり、これもサーバの処理資源を浪費する原因となる。そこで、本発明の方式を適用すると、中継単位であるメール1通の配送後にサーバ側のコネクションを切断するため、サーバ側のコネクションは一旦開放される（Ｄ１６）。
【００６８】
その後は二通目のメール処理となるので、Ｄ１からと同様の処理を行なうことでクライアント側のコネクションを処理する（Ｄ１７〜Ｄ１９）。
【００６９】
ここではクライアントへの応答送信と、コマンド格納バッファへコマンド列の保存を行なう。ついでサーバ接続の条件を満たしたらサーバにコネクションを張って、コマンド格納バッファからのコマンド送信を行い、クライアントとの間の中継状態を確立する（Ｄ２０、Ｄ２１〜Ｄ２４）。以降はクライアントとサーバ間のメッセージを互いに中継することで２通目の処理を行なう。
【００７０】
次に、第２の実施の形態について説明する。
【００７１】
図６は、本実施の形態のブロック図である。
【００７２】
本実施の形態では、構成要素として、第１の実施の形態のユーザ情報１５の代わりにユーザ情報取得部１６を備える。
【００７３】
ユーザ情報取得部１６は、サーバ３に対して常にコネクションを張っておき、このコネクションをユーザ情報取得用に使用する。たとえば、ＳＭＴＰプロトコルにおいて、宛先アドレスを指定するＲＣＰＴ ＴＯコマンドをクライアントから受信すると、ユーザ情報取得用のコネクション１００を介してコマンドを送信し、サーバからの応答を受けてクライアントにレスポンスを返す。
【００７４】
このように、ユーザ情報取得用のコネクション１００を１本張っておくことで、サーバ３に対して中継する複数のクライアントからのセッションに対するユーザ情報取得を行なうことができる。
【００７５】
このコネクション１００は常時接続しておく形となるものの、クライアントごとの多数のコネクションに対する遅延付加の影響は受けないので、サーバ３の処理全体としてはサーバ接続時間の削減が図られる。
【００７６】
このような構成をとることで、ユーザ情報をトラヒック規制装置内にもてない場合でも適切なレスポンスを代理応答することが可能である。
【００７７】
次に、上述した本発明のシステムの実施例として、メールシステムに適用した例について説明する。
【００７８】
図７及び図８は、本発明をメールシステムに適用した実施例を説明するための図である。
【００７９】
トラヒック規制装置１は複数のメールクライアント２（ここでは２−１から２−３）に接続されている。
【００８０】
メールクライアント２−１〜２−３は、それぞれメールサーバ３に対してメール送信を行なうものとする。このとき、トラヒック規制装置１において、メールクライアント２−２、２−３に対して規制を行なうという設定がされていたとする。このときのクライアントからサーバの間のメール配送処理に必要な処理時間をシーケンス図の縦方向の幅で表す。
【００８１】
すると、メールクライアント２−２、２−３とトラヒック規制装置との間は処理時間が多く消費されているが、本規制方法によりサーバ側の処理時間が短縮されていることがわかる。
【００８２】
次に、上述した本発明のシステムの実施例として、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ、ＲＦＣ２６１６）に適用した場合を示す。
【００８３】
図９は、ＨＴＴＰに適用した場合を説明するための図である。尚、クライアントからのＰＵＴコマンドに添付データがついている場合を想定して説明する。
【００８４】
このとき、クライアントと中継装置との間は帯域制御(ＴＣＰ ＡＣＫへの遅延付加など)が適用されていて、転送帯域が低く絞られているとする。
【００８５】
クライアントからのコマンドデータＥ１〜Ｅ４が中継装置に格納されていく。ＨＴＴＰの場合はレスポンスをすぐに返すことはないが、コマンド格納バッファにコマンドデータＥ１〜Ｅ４を格納する。
【００８６】
コマンド格納バッファの残量が規定値を下回ったときにサーバへの中継コネクションを張り、コマンド格納バッファの内容を利用してサーバへコマンドを送信する（Ｅ８〜Ｅ１１）。
【００８７】
さらにＥ５をＥ１２として送信するとクライアントと中継装置、中継装置とサーバとの間のプロトコル状態が一致するので以降はＥ１３をＥ１４に、Ｅ１５をＥ１６に、Ｅ１７をＥ１８にとメッセージを中継し、ＰＵＴコマンドで指定されるデータ量の転送を終えるとサーバ側のコネクションを切断する。
【００８８】
このようにすることで、クライアント側の処理時間に比べてサーバ側の処理時間を短縮することが可能になる。
【００８９】
尚、上述した本発明の構成は、上記説明からも明らかなように、ハードウェアで構成することも可能であるが、専用ハードウェアとCPUでの処理とを組み合わせた形態や汎用コンピュータとソフトウェアとを組み合わせた形態も考えられる。
【００９０】
特に、専用ハードウェアを用いる形態として、プロトコル中継部の構成をハードウェアによるＴＣＰ処理エンジンを利用した形態がある。ハードウェア処理ではＯＳ上のソフトウェアによるＴＣＰ処理が数千コネクション程度で性能限界になることに比べて、数十万コネクションまで性能劣化なく処理が可能になる。クライアントに対して遅延規制をかけてクライアントとの間のコネクション持続時間が長くなり、同時コネクション数が増大する場合であってもハードウェアによるＴＣＰ処理エンジンで中継処理をすることでトラヒック規制装置の性能低下を下げることが可能になる。
【００９１】
このようにして、上述した実施の形態の一部の機能のみをハードウェアで構成させて、これ以外の機能をコンピュータプログラムによってＣＰＵで動作させる構成であっても実現することも可能である。
【００９２】
また、すべての機能をコンピュータプログラムによってＣＰＵで動作させる構成であっても実現することも可能である。
【図面の簡単な説明】
【００９３】
【図１】本発明の中継システムの構成を示す図である。
【図２】本発明の動作を説明するためのフロー図である。
【図３】本発明の特徴を説明するためのタイムチャート図である。
【図４】従来例を説明するためのタイムチャート図である。
【図５】本発明の動作を説明するためのタイムチャート図である。
【図６】本発明の第２の実施の形態を示す図である。
【図７】本発明の適用例の概要図である。
【図８】本発明の適用例における特徴を説明するためのタイムチャート図である。
【図９】本発明をＨＴＴＰで動作させた場合の動作を説明するためのタイムチャート図である。
【符号の説明】
【００９４】
１ トラヒック規制装置
２ クライアント
３ サーバ
１１ 中継処理部
１２ 遅延付加部
１３ コネクション制御部
１４ 規制テーブル
１５ ユーザ情報
１６ ユーザ情報取得部
２１ プロトコル中継処理部
２２ セッション管理テーブル
２３ サーバ接続状態フラグ
２４ コマンド格納バッファ
２５ 接続条件判定部
【技術分野】
【０００１】
本発明は、ネットワークトラヒックデータのデータ処理技術に関し、特にメールトラヒックのトラヒック量規制処理方法に関する。トラヒック量規制とは迷惑トラヒックなどの大量に送信されるメールからサーバを守るために、メールサーバに流入するメール通数を規制する処理を指す。
【背景技術】
【０００２】
特許文献1に示す帯域制御装置は、従来技術におけるトラヒック規制装置の一形態を示している。
【０００３】
サーバトラヒックに対してアプリケーションレベルの検知により各種帯域制御をかけることが示されているが、その一形態として遅延を付加させて、アプリケーションレベルの処理時間を増大させる方法が記載されている。
【０００４】
ネットワークの帯域の制限や、パケット転送時にアプリケーションメッセージ転送時に遅延を付加することで、アプリケーションレベルの処理回数、たとえば迷惑メールの処理通数を制限することが可能になる。
【０００５】
一方、特許文献２には、クライアントからサーバへの要求を、優先度を示した情報が付加された状態でキューイングして、優先度が高い順に要求をサーバに接続して送信することによってサーバへの付加を低減する技術が公開されている。
【特許文献１】特開２００５ー１８４７９２号公報
【特許文献２】特開２００３ー２８３５５６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
特許文献１はアプリケーショントラヒックの処理回数を制限するために効果的であるが、クライアントの処理回数が低下するのと同様に、サーバの処理回数も低下する恐れがある。
【０００７】
一般的なＴＣＰ／ＩＰプロトコルに基づくクライアント、サーバアプリケーションではクライアントとサーバ間にコネクションを張り、メッセージを流すため、クライアントとサーバの処理時間はほぼ等しくなる。したがって、クライアントの処理回数が減るということはサーバも処理能力が減少する可能性がある。
【０００８】
電子メール配送に一般的に使われるプロトコルであるＳＭＴＰ（Simple Mail Transfer Protocol、RFC２８２１）では、クライアントとサーバ間にコネクションを張って、セッション初期化のためのプロトコルメッセージを流した上でメッセージを転送する。
【０００９】
クライアントとサーバ間には複数回のコマンド/レスポンスメッセージが流れ、コマンドに対するレスポンスに遅延を付加することでトランザクション時間(メール処理時間)を増加させることができる。これに対して特許文献１のようなトラヒック規制を行なう帯域制御装置を挿入して、帯域規制を行なうことで、クライアントがメール1通を送信するための時間を長くし、送信通数に対して規制をかけることができる。
【００１０】
このとき、メールサーバではコマンドメッセージはまばらに受信するものの、メールサーバの資源としてＴＣＰ／ＩＰコネクションが使用されたままになる。一般に、サーバではＴＣＰ／ＩＰコネクションが張られると、そのコネクション用の管理メモリが割り当てられ、また上位ソフトウェアでもアプリケーション処理のためのスレッド、プロセスなどの処理資源が割り当てられる。
【００１１】
したがって、サーバにとってはコネクション数が増加することは、処理能力の低下を招くため、たとえ処理内容が少なくてもコネクションを同時に確立しておくことは望ましくないという問題点がある。
【００１２】
また、特許文献２の技術は、サーバへの接続コネクション数を管理し、この管理に基づいて、コネクション数が一定数以下になって接続可能な状態になったら保持している中継要求を優先度が高い順に出すという処理になっていて、サーバへのコマンド要求をバッファリングしておいて優先度づけする点に言及している。帯域制御機能を挿入して、クライアント側に対して帯域制御や遅延付加などの規制処理をかけた場合を考えると、クライアントとサーバ間のプロトコル処理時間は長くなる一方で、中継要求の優先度処理によってサーバへの接続時間は変わらず、サーバの負荷を低減する効果がないという問題点がある。
【００１３】
そこで、本発明が解決しようとする課題は上記問題点を解決することにあり、トラヒック規制を加えた場合において、サーバ資源の効率的な利用を実現することである。
【課題を解決するための手段】
【００１４】
上記課題を解決するための本発明は、トラヒック量規制方法であって、クライアントからサーバへのコマンド中継において、前記サーバに接続するための条件が成立するまで、前記クライアントからのコマンドに対して応答メッセージを送信する応答送信ステップと、前記クライアントから送信されたコマンドを記憶していく記憶ステップと、前記条件が成立すると、前記サーバに接続して、前記記憶した全コマンドを前記サーバに送信する中継ステップとを有することを特徴とする。
【００１５】
上記課題を解決するための本発明は、中継システムであって、サーバに対してコマンドを送信するクライアントと、前記コマンドを蓄積するバッファと、前記サーバの代わりに前記コマンドに対する応答を前記クライアントに送信し、所定の条件が成立すると前記サーバに接続して前記バッファに蓄積されているコマンドを前記サーバに送信する中継処理手段とを有することを特徴とする。
【００１６】
上記課題を解決するための本発明は、中継装置であって、クライアントからサーバに対するコマンドを蓄積するバッファと、前記サーバの代わりに前記コマンドに対する応答を前記クライアントに送信し、所定の条件が成立すると前記サーバに接続して前記バッファに蓄積されているコマンドを前記サーバに送信する中継処理手段とを有することを特徴とする。
【００１７】
上記課題を解決するための本発明は、中継装置のプログラムであって、前記プログラムは前記中継装置を、クライアントからサーバに対するコマンドを記憶部に蓄積させる蓄積手段と、前記サーバの代わりに前記コマンドに対する応答を前記クライアントに送信し、所定の条件が成立すると前記サーバに接続して前記記憶部に蓄積されているコマンドを前記サーバに送信する中継処理手段として機能させることを特徴とする。
【００１８】
本発明では、プロトコル中継処理部１１からの状態信号に応じて、コネクション制御部１３がサーバへの中継開始タイミングを遅らせ、実際の中継処理が必要になったタイミングでサーバへのコネクションを開始することで、サーバ側のコネクション確立時間を削減することを可能とする。
【００１９】
本発明の中継処理部はサーバへの中継が不要な段階までは自身でクライアントに応答を返しておき、特定のコマンド受信や、中継処理用バッファの蓄積量が一定量になるなどの条件により、サーバへの中継が必要な状態になったと判断した場合に、コネクション制御部に対してサーバ側へ中継コネクション接続要求を出す。また、データの中継処理単位の終了を判断するとサーバ側への中継コネクション接続を切断する。
【００２０】
これによりクライアントからのトラヒック中継処理において、サーバ側へのコネクション時間を短縮する。
【発明の効果】
【００２１】
第１の効果は、トラヒックの中継処理、規制処理において、サーバへの中継接続をクライアントからの接続と独立に制御することでサーバに対する接続時間を短縮し、サーバの処理資源を削減することが可能になる。
【００２２】
第２の効果は、クライアントに対する処理時間とサーバにおける処理時間を独立に制御するため、クライアントへ規制をかけることがサーバの処理時間に影響を及ぼさないため、クライアントへの遅延付加量をより大きくして厳しい規制をかけることが可能になる。
【発明を実施するための最良の形態】
【００２３】
本発明は、クライアントからのプロトコル処理に対して中継処理部が可能な限り代理応答をクライアントに返信し、条件判定部がサーバに接続すべき状態になったと判断した時に初めてサーバに接続し、クライアントからそれまでに送信されてきたコマンドをサーバに送信することを特徴とする。これにより、クライアントに対してトラヒック生成レートの規制をかけつつ、サーバでのセッション処理時間を短縮し、サーバの利用効率を高めて処理能力の向上を実現する。
【００２４】
本発明の特徴を詳細に説明するために、以下において、図面を参照して具体的に述べる。
【００２５】
本発明を実施するための第１の実施の形態について図面を参照して詳細に説明する。
【００２６】
図１は、本発明による中継システムの構成を示すブロック図である。
【００２７】
本発明の中継システムは、トラヒック規制装置１と、クライアント２と、サーバ３とを有する。
【００２８】
トラヒック規制装置１は、クライアント２とサーバ３との間に接続されている。そして、トラヒック規制装置１はクライアント２とサーバ３とのコネクションを中継するものである。
【００２９】
そして、トラヒック規制装置１は、中継処理部１１、遅延付加部１２、コネクション制御部１３、規制テーブル１４、及びユーザ情報１５を有する。
【００３０】
中継処理部１１は、プロトコル中継処理部２１、接続状態フラグ２３とコマンド格納バッファ２４とを保持するセッション管理テーブル２２、及び接続条件判定部２５を有する。
【００３１】
中継処理部１１のプロトコル中継処理部２１は、クライアント２からの接続信号を終端させてプロトコルメッセージを取り出し、サーバ３へのメッセージ中継、あるいはクライアント２へのメッセージ（レスポンス）送信を行なう。更に、サーバ３との接続においても接続信号を生成、終端してサーバ３へメッセージ(コマンド)送信ならびにサーバ３からのレスポンス受信を行い、必要に応じてクライアント２へ中継処理を行なう。尚、クライアント、サーバとの接続信号としては、レイヤ４の接続方式としては広く使われているＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｏｒｏｌ Ｐｒｏｔｏｃｏｌ、ＲＦＣ７９３）やＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ、ＲＦＣ７６８）の利用が考えられる。また、中継する上位プロトコルとしては電子メールではＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｒｏｔｏｃｏｌ、ＲＦＣ２８２１）の利用が考えられる。以下ではＳＭＴＰを例にあげて説明するが、クライアントとサーバとの間に入る中継装置であれば本方式は適用でき、ＨＴＴＰ、ＰＯＰ、ＳＩＰなどへの適用も可能である。
【００３２】
中継処理部１１ではアプリケーションのセッション（クライアントからサーバへの接続要求単位）単位にセッション管理テーブル２２を持つ。
【００３３】
セッション管理テーブル２２の接続状態フラグ２３には、サーバ３に接続済みかどうかを示す情報が格納されている。
【００３４】
セッション管理テーブル２２のコマンド格納バッファ２４には、サーバ３に未接続の状態でプロトコル中継処理部２１が自主的にコマンド応答を返した際のコマンド文字列を記録しておく。
【００３５】
接続条件判定部２５は、受信コマンドやコマンド格納バッファの残量などにもとづいて、サーバ３に接続する条件になったかどうかを判断する。
【００３６】
続いて、トラヒック規制装置１の動作について図１を使用して説明する。
【００３７】
クライアント２から接続があったとき、中継処理部１１のプロトコル中継処理部２１ではコマンド解釈、プロトコルの状態遷移を行い、接続状態フラグ２３を参照し、サーバ３に接続されている状態であればサーバ３に対してデータを中継する。
【００３８】
データを中継後、サーバ３からレスポンスを受信するとプロトコル中継処理部２１ではレスポンスの解釈、プロトコルの状態遷移を行い、クライアント２にそのレスポンス（データ）を送信する。このとき、中継要求を受信したことをコネクション制御部１３に通知し、規制テーブル１４を参照してそのセッションが規制されているかを確認し、規制されている場合には遅延付加部１２にてメッセージもしくはパケット単位にて遅延を付加する。ＳＭＴＰ中継の場合など、メールアドレスを指定するコマンドに対してプロトコル中継処理部２１がレスポンスを返す際にユーザ情報が必要な場合は、ユーザ情報１５を参照してレスポンスをOK/NGのいずれにするか判定することも可能である。以下の説明では、クライアント２から受信したセッションに関して、コネクション接続時にプロトコル中継処理部２１がコネクション制御部１３に中継要求を受信したことを通知し、コネクション制御部１３が規制テーブル１４に基づいてそのセッションについて規制動作をかけると判断した場合について説明する。規制動作をかけない場合には、プロトコル中継処理部２１はクライアント２とサーバ３との間で送受信されるデータを互いに転送するだけとなる。尚、規制動作として遅延負荷をゼロとする場合も考えられる。この場合は、クライアントの回線速度が遅い場合にサーバへのコネクション接続時間の短縮を図ることが可能である。
【００３９】
規制動作をかけると判断した場合、初期状態はサーバ３に接続せずにクライアント２からのコマンドに対してプロトコル中継処理部２１が肯定のレスポンスを返す。このとき、クライアント２から受信するコマンド文字列はコマンド格納バッファ２４に保存しておく。
【００４０】
この動作を繰り返した後、接続条件判定部２５にてサーバ接続を行なうと判断された場合には、コネクション制御部１３を介してサーバ３へのコネクション接続を行なう。また、サーバ接続状態フラグ２３を接続済みに変更する。さらに、コマンド格納バッファ２４に保持していたコマンド列を用いて、サーバ３との間でプロトコル処理を行なう。コマンド列を全てサーバ３に送信すると、クライアント２とトラヒック規制装置１とのプロトコル状態と、トラヒック規制装置１とサーバ３との間のプロトコル状態が一致する。一致した以降は、クライアント２とサーバ３との間で互いにトラヒック規制装置１を介してメッセージを送受信する。また、中継単位が完了するとコネクション制御部１３を介して、サーバ３側のコネクションを切断し、接続状態フラグをクリアする。中継単位とは、たとえばＳＭＴＰであれば、メール本文の１通分を配送するための１連のプロトコル処理フローである。
【００４１】
続いて、中継処理部１１の処理フローについて図２を用いて説明する。
【００４２】
中継処理部１１は、クライアント２からのデータを受信すると（Ａ１）、接続状態フラグ２３を参照して、既にサーバ３側に接続済みかどうかを確認する（Ａ２）。
【００４３】
サーバ３に対してまだ接続していない状態である場合は、サーバ接続条件になっているかどうかを判断する（Ａ３）。
【００４４】
ここでサーバ接続条件について説明する。
【００４５】
ＳＭＴＰプロトコルを例にとると、ＤＡＴＡコマンド受信後にメール本文転送が始まるため、中継装置であるトラヒック規制装置１がメール本文をバッファに格納するよりもサーバ３に直ちに転送処理をしたほうがよいと考えられ、これをトリガにして、サーバ接続条件になったと判断できる。
【００４６】
また、別の判断方法としては、コマンド格納バッファの残量に余裕がある間は中継装置であるトラヒック規制装置１が代理応答をクライアントに返しておき、コマンド格納バッファの残量が一定量を切った場合にサーバ接続条件になったと判断する場合がある。このようにサーバ接続条件判定部２５は中継処理において、サーバに接続するタイミングを決定するための手段を手供する。接続条件判定において、ＮＯと判断した場合は中継処理部がユーザ情報等を参照してクライアントに応答を送信し、かつコマンド列をコマンド格納バッファに記録する（Ａ４、Ａ５）。
【００４７】
接続条件判定（Ａ３）にて、条件を満たした場合はサーバへ接続し（Ａ６）、コマンド格納バッファに保存してあったコマンド列を順次サーバに送り、クライアントと中継装置との間と同じ状態になるまで、プロトコル処理を行なう（Ａ７）。
【００４８】
いっぽう、データ受信時にサーバに対して接続済であった場合には、クライアントからのコマンドもしくはサーバからのレスポンスメッセージをそのまま反対方向（サーバあるいはクライアント）に転送する（Ａ８）。
【００４９】
メール全体の転送が完了すると１つの中継単位が完了したのでサーバ側のコネクションを切断する（Ａ９）。
【００５０】
クライアントからのメール転送が終了すればクライアントからコネクションを切断する。
【００５１】
続いて、電子メールの中継処理を用いた場合の実施例を用いて説明する。
【００５２】
図３は、電子メールの中継処理のプロトコルシーケンスの例を説明したものであり、プロトコルがＳＭＴＰの場合を示している。
【００５３】
クライアント２がサーバ３に対してメール送信を開始するときＨＥＬＯまたはＥＨＬＯと呼ばれるコマンドを発行して送信する（Ｂ１）。
【００５４】
プロトコル中継処理部２１は、このクライアントからの接続を認識すると、コネクション制御部１３にコネクション情報を送り、コネクション制御部１３は規制テーブル１４を参照して、該当クライアントが規制対象であるかどうかを判断する。図３は規制対象であるとした場合であり、クライアント２に送信するレスポンスに遅延を付加している。また、この時点でコネクション制御部１３からはサーバ３に対する中継コネクションの接続要求は出されない。
【００５５】
さらに、ＳＭＴＰのシーケンスにしたがって、クライアント２からサーバ３に対してＭＡＩＬ ＦＲＯＭ（Ｂ２）、ＲＣＰＴ ＴＯ（Ｂ３）などのコマンドが送信されると、プロトコル中継処理部２１はこれらを終端して、サーバの代わりに応答を返す。応答を返す際に、ユーザ情報部５にてユーザが存在するかどうかを判断して適切な応答を返す。
【００５６】
プロトコル中継処理部１１は、Ｂ１〜Ｂ３の受信コマンドをセッション毎のコマンド格納バッファ２４に保存しておく。
【００５７】
クライアント２がＤＡＴＡコマンドを発行すると、接続条件判定部２５はサーバ接続条件になったと判断して、コネクション制御部１３に接続要求を出す。コネクション制御部１３は、サーバ３に対して接続要求を出して、接続が確立されると、コマンド格納バッファ２４に保存しておいたコマンドを順次サーバ３に送信する（Ｂ５〜Ｂ７）。
【００５８】
コマンド格納バッファ２４に格納しておいたコマンドを全て発行して、クライアント２と同じ状態になったと判断したら、サーバ３からの応答（Ｂ８）をクライアント２に中継する（Ｂ９）。なお、図３においては、Ｂ１〜Ｂ３のレスポンスに対して遅延を付加している様子を図示している。
【００５９】
クライアント２は、サーバ３からのＤＡＴＡコマンドに対するレスポンスを受信すると、メール本文を送信する（Ｂ１０）。メール本文はメールサイズに応じて複数のパケット転送により行なわれる。これらのメール本文は中継処理部によってサーバに転送される。
【００６０】
メール本文を示す文字列をサーバ３が受信すると（Ｂ１３）、サーバ３からメール受信の成功／失敗を示す応答メッセージが返される（Ｂ１４、Ｂ１５）。この時点でメール配送は完了しており、プロトコル中継部２１はコネクション制御部１３にコネクションを切断するように通知し、これを受けてコネクション制御部１３はサーバ３にＱＵＩＴコマンドを発行してコネクションを切断する。
【００６１】
クライアント２からトラヒック規制装置１にＱＵＩＴコマンドが送信されると、プロトコル中継処理部２１は応答を返してクライアント２とのコネクションを切断し、メールセッションを完了する（Ｂ１７）。
【００６２】
図３のクライアント側、サーバ側の両側に示したように、本制御によりクライアント処理時間に対してサーバ処理時間を短縮することが可能になる。
【００６３】
ここで、本発明と従来例との比較のため、図４を用いてＳＭＴＰに対する従来例の転送シーケンスについて説明する。図４はクライアントとサーバ間の単純なメッセージ中継において、サーバからクライアントに転送されるメッセージに対して遅延を付加する場合のシーケンスである。クライアントがコマンドを発行し、そのメッセージがサーバに渡され、さらにレスポンスがサーバから中継装置へと渡されて、そこで規制ポリシーにしたがって遅延が付加されてクライアントに渡される。
【００６４】
このようにひとつのコマンド発行に遅延時間分だけの処理時間が加算されるため、メール1通の転送にかかる処理時間は増加する。しかし、クライアントの処理時間とサーバの処理時間はほぼ等しいため、その処理時間にわたってサーバの処理資源が消費されて、結果としてサーバの利用効率が低下する。
【００６５】
次に図５を用いて、ＳＭＴＰシーケンスの第２の例を示す。
【００６６】
上記図３を用いて説明した実施例ではメール１通のみを転送する場合を示したが、図５ではクライアントからの一つのメールセッションで複数のメール送信を行なう場合を示す。
【００６７】
一般的に一つのメールセッションで複数のメール送信を行なうことはメールを高速配信する上で有利であるが、規制をかけているような悪質なクライアントに対しては多数のメール送信を許可していることに相当し、望ましくない。また、悪質なケースではクライアントからＳＭＴＰコネクションを張りっぱなしにしておいて、メールの送信や、意味のないコマンドを発行するという場合もあり、これもサーバの処理資源を浪費する原因となる。そこで、本発明の方式を適用すると、中継単位であるメール1通の配送後にサーバ側のコネクションを切断するため、サーバ側のコネクションは一旦開放される（Ｄ１６）。
【００６８】
その後は二通目のメール処理となるので、Ｄ１からと同様の処理を行なうことでクライアント側のコネクションを処理する（Ｄ１７〜Ｄ１９）。
【００６９】
ここではクライアントへの応答送信と、コマンド格納バッファへコマンド列の保存を行なう。ついでサーバ接続の条件を満たしたらサーバにコネクションを張って、コマンド格納バッファからのコマンド送信を行い、クライアントとの間の中継状態を確立する（Ｄ２０、Ｄ２１〜Ｄ２４）。以降はクライアントとサーバ間のメッセージを互いに中継することで２通目の処理を行なう。
【００７０】
次に、第２の実施の形態について説明する。
【００７１】
図６は、本実施の形態のブロック図である。
【００７２】
本実施の形態では、構成要素として、第１の実施の形態のユーザ情報１５の代わりにユーザ情報取得部１６を備える。
【００７３】
ユーザ情報取得部１６は、サーバ３に対して常にコネクションを張っておき、このコネクションをユーザ情報取得用に使用する。たとえば、ＳＭＴＰプロトコルにおいて、宛先アドレスを指定するＲＣＰＴ ＴＯコマンドをクライアントから受信すると、ユーザ情報取得用のコネクション１００を介してコマンドを送信し、サーバからの応答を受けてクライアントにレスポンスを返す。
【００７４】
このように、ユーザ情報取得用のコネクション１００を１本張っておくことで、サーバ３に対して中継する複数のクライアントからのセッションに対するユーザ情報取得を行なうことができる。
【００７５】
このコネクション１００は常時接続しておく形となるものの、クライアントごとの多数のコネクションに対する遅延付加の影響は受けないので、サーバ３の処理全体としてはサーバ接続時間の削減が図られる。
【００７６】
このような構成をとることで、ユーザ情報をトラヒック規制装置内にもてない場合でも適切なレスポンスを代理応答することが可能である。
【００７７】
次に、上述した本発明のシステムの実施例として、メールシステムに適用した例について説明する。
【００７８】
図７及び図８は、本発明をメールシステムに適用した実施例を説明するための図である。
【００７９】
トラヒック規制装置１は複数のメールクライアント２（ここでは２−１から２−３）に接続されている。
【００８０】
メールクライアント２−１〜２−３は、それぞれメールサーバ３に対してメール送信を行なうものとする。このとき、トラヒック規制装置１において、メールクライアント２−２、２−３に対して規制を行なうという設定がされていたとする。このときのクライアントからサーバの間のメール配送処理に必要な処理時間をシーケンス図の縦方向の幅で表す。
【００８１】
すると、メールクライアント２−２、２−３とトラヒック規制装置との間は処理時間が多く消費されているが、本規制方法によりサーバ側の処理時間が短縮されていることがわかる。
【００８２】
次に、上述した本発明のシステムの実施例として、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ、ＲＦＣ２６１６）に適用した場合を示す。
【００８３】
図９は、ＨＴＴＰに適用した場合を説明するための図である。尚、クライアントからのＰＵＴコマンドに添付データがついている場合を想定して説明する。
【００８４】
このとき、クライアントと中継装置との間は帯域制御(ＴＣＰ ＡＣＫへの遅延付加など)が適用されていて、転送帯域が低く絞られているとする。
【００８５】
クライアントからのコマンドデータＥ１〜Ｅ４が中継装置に格納されていく。ＨＴＴＰの場合はレスポンスをすぐに返すことはないが、コマンド格納バッファにコマンドデータＥ１〜Ｅ４を格納する。
【００８６】
コマンド格納バッファの残量が規定値を下回ったときにサーバへの中継コネクションを張り、コマンド格納バッファの内容を利用してサーバへコマンドを送信する（Ｅ８〜Ｅ１１）。
【００８７】
さらにＥ５をＥ１２として送信するとクライアントと中継装置、中継装置とサーバとの間のプロトコル状態が一致するので以降はＥ１３をＥ１４に、Ｅ１５をＥ１６に、Ｅ１７をＥ１８にとメッセージを中継し、ＰＵＴコマンドで指定されるデータ量の転送を終えるとサーバ側のコネクションを切断する。
【００８８】
このようにすることで、クライアント側の処理時間に比べてサーバ側の処理時間を短縮することが可能になる。
【００８９】
尚、上述した本発明の構成は、上記説明からも明らかなように、ハードウェアで構成することも可能であるが、専用ハードウェアとCPUでの処理とを組み合わせた形態や汎用コンピュータとソフトウェアとを組み合わせた形態も考えられる。
【００９０】
特に、専用ハードウェアを用いる形態として、プロトコル中継部の構成をハードウェアによるＴＣＰ処理エンジンを利用した形態がある。ハードウェア処理ではＯＳ上のソフトウェアによるＴＣＰ処理が数千コネクション程度で性能限界になることに比べて、数十万コネクションまで性能劣化なく処理が可能になる。クライアントに対して遅延規制をかけてクライアントとの間のコネクション持続時間が長くなり、同時コネクション数が増大する場合であってもハードウェアによるＴＣＰ処理エンジンで中継処理をすることでトラヒック規制装置の性能低下を下げることが可能になる。
【００９１】
このようにして、上述した実施の形態の一部の機能のみをハードウェアで構成させて、これ以外の機能をコンピュータプログラムによってＣＰＵで動作させる構成であっても実現することも可能である。
【００９２】
また、すべての機能をコンピュータプログラムによってＣＰＵで動作させる構成であっても実現することも可能である。
【図面の簡単な説明】
【００９３】
【図１】本発明の中継システムの構成を示す図である。
【図２】本発明の動作を説明するためのフロー図である。
【図３】本発明の特徴を説明するためのタイムチャート図である。
【図４】従来例を説明するためのタイムチャート図である。
【図５】本発明の動作を説明するためのタイムチャート図である。
【図６】本発明の第２の実施の形態を示す図である。
【図７】本発明の適用例の概要図である。
【図８】本発明の適用例における特徴を説明するためのタイムチャート図である。
【図９】本発明をＨＴＴＰで動作させた場合の動作を説明するためのタイムチャート図である。
【符号の説明】
【００９４】
１ トラヒック規制装置
２ クライアント
３ サーバ
１１ 中継処理部
１２ 遅延付加部
１３ コネクション制御部
１４ 規制テーブル
１５ ユーザ情報
１６ ユーザ情報取得部
２１ プロトコル中継処理部
２２ セッション管理テーブル
２３ サーバ接続状態フラグ
２４ コマンド格納バッファ
２５ 接続条件判定部
【特許請求の範囲】
【請求項１】
トラヒック量規制方法であって、
クライアントからサーバへのコマンド中継において、前記サーバに接続するための条件が成立するまで、前記クライアントから送信されるコマンドに対して応答メッセージを送信する応答送信ステップと、
前記クライアントからのコマンドを記憶していく記憶ステップと、
前記条件が成立すると、前記サーバに接続して、前記記憶した全コマンドを前記サーバに送信する中継ステップと
を有することを特徴とするトラヒック規制方法。
【請求項２】
前記クライアントと前記サーバとの間で行われる一連のプロトコル処理フローが完了すると、前記サーバとの間の接続を切断することを特徴とする請求項１に記載のトラヒック規制方法。
【請求項３】
前記中継ステップは、前記クライアントからのプロトコル種別に応じてあらかじめ設定されたコマンドを受信すると、前記サーバに接続して、前記記憶した全コマンドを前記サーバに送信することを特徴とする請求項１または請求項２に記載のトラヒック規制方法。
【請求項４】
前記中継ステップは、前記記憶ステップにおけるコマンドの記憶によって、コマンドを記憶する記憶部の残量が規定値を下回ると、前記サーバに接続して前記記憶した全コマンドを前記サーバに送信することを特徴とする請求項１または請求項２に記載のトラヒック規制方法。
【請求項５】
前記応答送信ステップは、前記クライアントからのコマンドに対して応答メッセージを送信する際、前記サーバと同等の内容であるユーザ情報に基づいて送信することを特徴とする請求項１から請求項４のいずれかに記載のトラヒック規制方法。
【請求項６】
前記サーバとの間に、独立したコネクションを確立するコネクション確立ステップと、
前記確立したコネクションを用いて、前記クライアントに前記コマンドに対する応答を送信するために用いるユーザ情報を取得する取得ステップと
を有することを特徴とする請求項１から請求項４のいずれかに記載のトラヒック規制方法。
【請求項７】
前記コマンドに対する応答に、遅延を負荷する遅延付加ステップを有することを特徴とする請求項１から請求項６のいずれかに記載のトラヒック規制方法。
【請求項８】
中継システムであって、
サーバに対してコマンドを送信するクライアントと、
前記コマンドを蓄積するバッファと、
前記サーバの代わりに前記コマンドに対する応答を前記クライアントに送信し、所定の条件が成立すると前記サーバに接続して前記バッファに蓄積されているコマンドを前記サーバに送信する中継処理手段と
を有することを特徴とする中継システム。
【請求項９】
前記中継処理手段は、一連のプロトコル処理フローが完了すると、前記サーバとの間の接続を切断することを特徴とする請求項８に記載の中継システム。
【請求項１０】
前記中継処理手段は、前記クライアントからのプロトコル種別に応じてあらかじめ設定されているコマンドを受信すると、前記サーバに接続して前記バッファに蓄積されているコマンドを前記サーバに送信することを特徴とする請求項８又は請求項９に記載の中継システム。
【請求項１１】
前記中継処理手段は、前記バッファの残量が規定値を下回ると、前記サーバに接続して前記バッファに蓄積されているコマンドを前記サーバに送信することを特徴とする請求項８又は請求項９に記載の中継システム。
【請求項１２】
前記クライアントに前記コマンドに対する応答を送信するために用いる、前記サーバと同等のユーザ情報を有することを特徴とする請求項８から請求項１１のいずれかに記載の中継システム。
【請求項１３】
前記サーバとの間に独立コネクションを確立し、前記クライアントに前記コマンドに対する応答を送信するために用いるユーザ情報を取得する取得手段を有することを特徴とする請求項８から請求項１１のいずれかに記載の中継システム。
【請求項１４】
前記コマンドに対する応答に、遅延を負荷する遅延付加手段を有することを特徴とする請求項８から請求項１３のいずれかに記載の中継システム。
【請求項１５】
中継装置であって、
クライアントからサーバに対するコマンドを蓄積するバッファと、
前記サーバの代わりに前記コマンドに対する応答を前記クライアントに送信し、所定の条件が成立すると前記サーバに接続して前記バッファに蓄積されているコマンドを前記サーバに送信する中継処理手段と
を有することを特徴とする中継装置。
【請求項１６】
前記中継処理手段は、一連のプロトコル処理フローが完了すると、前記サーバとの間の接続を切断することを特徴とする請求項１５に記載の中継装置。
【請求項１７】
前記中継処理手段は、前記クライアントからのプロトコル種別に応じてあらかじめ設定されているコマンドを受信すると、前記サーバに接続して前記バッファに蓄積されているコマンドを前記サーバに送信することを特徴とする請求項１５又は請求項１６に記載の中継装置。
【請求項１８】
前記中継処理手段は、前記バッファの残量が規定値を下回ると、前記サーバに接続して前記バッファに蓄積されているコマンドを前記サーバに送信することを特徴とする請求項１５又は請求項１７に記載の中継装置。
【請求項１９】
前記クライアントに前記コマンドに対する応答を送信するために用いる、前記サーバと同等のユーザ情報を有することを特徴とする請求項１５から請求項１８のいずれかに記載の中継装置。
【請求項２０】
前記サーバとの間に独立コネクションを確立し、前記クライアントに前記コマンドに対する応答を送信するために用いるユーザ情報を取得する取得手段を有することを特徴とする請求項１５から請求項１９のいずれかに記載の中継装置。
【請求項２１】
前記コマンドに対する応答に、遅延を負荷する遅延付加手段を有することを特徴とする請求項１５から請求項２０のいずれかに記載の中継装置。
【請求項２２】
中継装置のプログラムであって、前記プログラムは前記中継装置を、
クライアントからサーバに対するコマンドを記憶部に蓄積させる蓄積手段と、
前記サーバの代わりに前記コマンドに対する応答を前記クライアントに送信し、所定の条件が成立すると前記サーバに接続して前記記憶部に蓄積されているコマンドを前記サーバに送信する中継処理手段と
して機能させることを特徴とするプログラム。
【請求項１】
トラヒック量規制方法であって、
クライアントからサーバへのコマンド中継において、前記サーバに接続するための条件が成立するまで、前記クライアントから送信されるコマンドに対して応答メッセージを送信する応答送信ステップと、
前記クライアントからのコマンドを記憶していく記憶ステップと、
前記条件が成立すると、前記サーバに接続して、前記記憶した全コマンドを前記サーバに送信する中継ステップと
を有することを特徴とするトラヒック規制方法。
【請求項２】
前記クライアントと前記サーバとの間で行われる一連のプロトコル処理フローが完了すると、前記サーバとの間の接続を切断することを特徴とする請求項１に記載のトラヒック規制方法。
【請求項３】
前記中継ステップは、前記クライアントからのプロトコル種別に応じてあらかじめ設定されたコマンドを受信すると、前記サーバに接続して、前記記憶した全コマンドを前記サーバに送信することを特徴とする請求項１または請求項２に記載のトラヒック規制方法。
【請求項４】
前記中継ステップは、前記記憶ステップにおけるコマンドの記憶によって、コマンドを記憶する記憶部の残量が規定値を下回ると、前記サーバに接続して前記記憶した全コマンドを前記サーバに送信することを特徴とする請求項１または請求項２に記載のトラヒック規制方法。
【請求項５】
前記応答送信ステップは、前記クライアントからのコマンドに対して応答メッセージを送信する際、前記サーバと同等の内容であるユーザ情報に基づいて送信することを特徴とする請求項１から請求項４のいずれかに記載のトラヒック規制方法。
【請求項６】
前記サーバとの間に、独立したコネクションを確立するコネクション確立ステップと、
前記確立したコネクションを用いて、前記クライアントに前記コマンドに対する応答を送信するために用いるユーザ情報を取得する取得ステップと
を有することを特徴とする請求項１から請求項４のいずれかに記載のトラヒック規制方法。
【請求項７】
前記コマンドに対する応答に、遅延を負荷する遅延付加ステップを有することを特徴とする請求項１から請求項６のいずれかに記載のトラヒック規制方法。
【請求項８】
中継システムであって、
サーバに対してコマンドを送信するクライアントと、
前記コマンドを蓄積するバッファと、
前記サーバの代わりに前記コマンドに対する応答を前記クライアントに送信し、所定の条件が成立すると前記サーバに接続して前記バッファに蓄積されているコマンドを前記サーバに送信する中継処理手段と
を有することを特徴とする中継システム。
【請求項９】
前記中継処理手段は、一連のプロトコル処理フローが完了すると、前記サーバとの間の接続を切断することを特徴とする請求項８に記載の中継システム。
【請求項１０】
前記中継処理手段は、前記クライアントからのプロトコル種別に応じてあらかじめ設定されているコマンドを受信すると、前記サーバに接続して前記バッファに蓄積されているコマンドを前記サーバに送信することを特徴とする請求項８又は請求項９に記載の中継システム。
【請求項１１】
前記中継処理手段は、前記バッファの残量が規定値を下回ると、前記サーバに接続して前記バッファに蓄積されているコマンドを前記サーバに送信することを特徴とする請求項８又は請求項９に記載の中継システム。
【請求項１２】
前記クライアントに前記コマンドに対する応答を送信するために用いる、前記サーバと同等のユーザ情報を有することを特徴とする請求項８から請求項１１のいずれかに記載の中継システム。
【請求項１３】
前記サーバとの間に独立コネクションを確立し、前記クライアントに前記コマンドに対する応答を送信するために用いるユーザ情報を取得する取得手段を有することを特徴とする請求項８から請求項１１のいずれかに記載の中継システム。
【請求項１４】
前記コマンドに対する応答に、遅延を負荷する遅延付加手段を有することを特徴とする請求項８から請求項１３のいずれかに記載の中継システム。
【請求項１５】
中継装置であって、
クライアントからサーバに対するコマンドを蓄積するバッファと、
前記サーバの代わりに前記コマンドに対する応答を前記クライアントに送信し、所定の条件が成立すると前記サーバに接続して前記バッファに蓄積されているコマンドを前記サーバに送信する中継処理手段と
を有することを特徴とする中継装置。
【請求項１６】
前記中継処理手段は、一連のプロトコル処理フローが完了すると、前記サーバとの間の接続を切断することを特徴とする請求項１５に記載の中継装置。
【請求項１７】
前記中継処理手段は、前記クライアントからのプロトコル種別に応じてあらかじめ設定されているコマンドを受信すると、前記サーバに接続して前記バッファに蓄積されているコマンドを前記サーバに送信することを特徴とする請求項１５又は請求項１６に記載の中継装置。
【請求項１８】
前記中継処理手段は、前記バッファの残量が規定値を下回ると、前記サーバに接続して前記バッファに蓄積されているコマンドを前記サーバに送信することを特徴とする請求項１５又は請求項１７に記載の中継装置。
【請求項１９】
前記クライアントに前記コマンドに対する応答を送信するために用いる、前記サーバと同等のユーザ情報を有することを特徴とする請求項１５から請求項１８のいずれかに記載の中継装置。
【請求項２０】
前記サーバとの間に独立コネクションを確立し、前記クライアントに前記コマンドに対する応答を送信するために用いるユーザ情報を取得する取得手段を有することを特徴とする請求項１５から請求項１９のいずれかに記載の中継装置。
【請求項２１】
前記コマンドに対する応答に、遅延を負荷する遅延付加手段を有することを特徴とする請求項１５から請求項２０のいずれかに記載の中継装置。
【請求項２２】
中継装置のプログラムであって、前記プログラムは前記中継装置を、
クライアントからサーバに対するコマンドを記憶部に蓄積させる蓄積手段と、
前記サーバの代わりに前記コマンドに対する応答を前記クライアントに送信し、所定の条件が成立すると前記サーバに接続して前記記憶部に蓄積されているコマンドを前記サーバに送信する中継処理手段と
して機能させることを特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２００８−２５２３４５（Ｐ２００８−２５２３４５Ａ）
【公開日】平成２０年１０月１６日（２００８．１０．１６）
【国際特許分類】
【出願番号】特願２００７−８９２６９（Ｐ２００７−８９２６９）
【出願日】平成１９年３月２９日（２００７．３．２９）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２０年１０月１６日（２００８．１０．１６）
【国際特許分類】
【出願日】平成１９年３月２９日（２００７．３．２９）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]