(57)【特許請求の範囲】
【請求項１】
クライアント端末からの求めに応じてサービスの提供期間を定めてサービスを提供するサービス提供方法であって、
サービス提供装置の輻輳状態を検出するステップと、
前記検出するステップで検出した輻輳状態が変化したときに、輻輳状態に対応させた期間情報を保持する期間保持手段から検出した輻輳状態に対応する前記期間情報を読み出し、既にサービスを提供しているクライアント端末の端末情報と当該クライアント端末に対するサービスの提供期間を示す提供期間情報を保持する状況保持手段が保持する前記提供期間情報を前記期間情報に応じて更新するステップと、
を有することを特徴とするサービス提供方法。
【請求項２】
前記クライアント端末からサービスの提供を要求する要求信号あるいはサービスの継続を要求する継続要求信号を受信した場合、前記検出するステップで検出した輻輳状態に対応する前記期間情報を前記期間保持手段から読み出し、当該期間情報に応じた前記提供期間を設定して前記状況保持手段に格納するステップを有することを特徴とする請求項１記載のサービス提供方法。
【請求項３】
クライアント端末からの求めに応じてサービスの提供期間を定めてサービスを提供するサービス提供装置であって、
既にサービスを提供しているクライアント端末の端末情報と当該クライアント端末に対するサービスの提供期間を示す提供期間情報を保持する状況保持手段と、
サービス提供装置の輻輳状態を検出する検出手段と、
輻輳状態に対応させた期間情報を保持する期間保持手段と、
前記検出手段が検出した輻輳状態が変化したときに、検出した輻輳状態に対応する前記期間情報を前記期間保持手段から読み出し、前記状況保持手段が保持する前記提供期間情報を前記期間情報に応じて更新する期間更新手段と、
を有することを特徴とするサービス提供装置。
【請求項４】
前記クライアント端末からサービスの提供を要求する要求信号あるいはサービスの継続を要求する継続要求信号を受信した場合、前記検出手段が検出した輻輳状態に対応する前記期間情報を前記期間保持手段から読み出し、当該期間情報に応じた前記提供期間を設定して前記状況保持手段に格納する要求受信手段を有することを特徴とする請求項３記載のサービス提供装置。
【請求項５】
クライアント端末とクライアント端末からの求めに応じてサービスの提供期間を定めてサービスを提供するサービス提供装置を有するサービス提供システムであって、
前記クライアント端末は、サービスの提供を要求する要求信号あるいはサービスの継続を要求する継続要求信号を前記サービス提供装置に送信し、
前記サービス提供装置は、
既にサービスを提供しているクライアント端末の端末情報と当該クライアント端末に対するサービスの提供期間を示す提供期間情報を保持する状況保持手段と、
サービス提供装置の輻輳状態を検出する検出手段と、
輻輳状態に対応させた期間情報を保持する期間保持手段と、
前記要求信号あるいは前記継続要求信号を受信した場合、前記検出手段が検出した輻輳状態に対応する前記期間情報を前記期間保持手段から読み出し、当該期間情報に応じた前記提供期間を設定して前記状況保持手段に格納する要求受信手段と、
前記検出手段が検出した輻輳状態が変化したときに、検出した輻輳状態に対応する前記期間情報を前記期間保持手段から読み出し、前記状況保持手段が保持する前記提供期間情報を前記期間情報に応じて更新する期間更新手段と、を有すること
を特徴とするサービス提供システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアント端末からの求めに応じてサービスを提供する技術に関する。
【背景技術】
【０００２】
クライアントに対してネットワークを経由してサービスを提供するサーバ、クライアント型システムにおいて、クライアントからのサービス要求信号に応じてサービス提供期間を明示してサーバがクライアントにサービスを提供するものがある。このようなサービスの例として、ＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）による自動ＩＰアドレス払い出しサービスがある（非特許文献１，２参照）。
【０００３】
サーバは、クライアントからのサービス要求信号に対するサービス開始にあたり、サービス提供期間を表すライフタイマを設定し、ライフタイマを記載したサービス応答信号をクライアントに送信する。ライフタイマの値は、サーバがそのサービスを提供する期限の日付、時分などの形式の時刻情報、若しくはサービスを提供する期間を秒で表した時刻情報である。クライアントは、サービス応答信号を受信すると、ライフタイマ情報を保持しておく。
【０００４】
クライアントは、ライフタイマで示される時刻を超えてサービスの継続を要求する場合、ライフタイマで示される時刻となる前に、サービス継続要求信号をサーバに送信する。サービス継続要求信号を受信したサーバは、サービス提供期間を延長し、サービス継続要求信号を送信したクライアントに対して、更新したライフタイマを記載したサービス継続応答信号を送信し、新たなサービス提供期間を通知する。クライアントは、サービス継続応答信号を受信すると、自身の保持するライフタイマ情報を更新する。以下では、クライアントによるサービス継続要求信号の送信からクライアントがライフタイマ情報を更新するまでの処理をクライアント側、サーバ側あわせてサービス継続処理と呼ぶことにする。
【０００５】
サーバは、ライフタイマで示されるサービス提供期間内にクライアントからサービス継続要求信号を受信しない場合、ライフタイマで示される時刻になった時点でそのクライアントへのサービスを打ち切る。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】ＩＥＴＦ  ＲＦＣ２１３１  Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ
【非特許文献２】ＩＥＴＦ  ＲＦＣ３２０３  ＤＨＣＰ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｅｘｔｅｎｓｉｏｎ
【発明の概要】
【発明が解決しようとする課題】
【０００７】
サーバが何らかの理由により輻輳状態となると、クライアントのサービス継続要求信号に対してサービス継続処理を完了させることができなくなることがあり、こうした場合、クライアントはサーバからのサービス継続応答信号を受信することができず、ライフタイマの更新ができないという問題がある。
【０００８】
ライフタイマで示される時刻までにサービス継続応答信号を受信しない場合、サーバによるサービスが打ち切られるため、クライアントは改めてサービス継続要求信号を再送する必要がある。多数のクライアントがライフタイマに応じてサービス継続要求信号を送信し、サーバからの応答がないため再送を繰り返すと輻輳を助長することとなる。
【０００９】
サーバ側の輻輳状態が長時間持続すると、クライアントからのサービス継続要求信号に対してサービス継続応答信号が返送される確率が低くなる。サーバ側の長時間の輻輳原因の例としては、ＤＤｏＳ（Ｄｉｓｔｒｉｂｕｔｅｄ  Ｄｅｎｉａｌ  ｏｆ  Ｓｅｒｖｉｃｅ）攻撃などがあげられる。
【００１０】
本発明は、上記に鑑みてなされたものであり、サーバが輻輳状態になってもサービスを継続するとともに、サービス継続要求信号の再送による輻輳助長を軽減することを目的とする。
【課題を解決するための手段】
【００１１】
第１の本発明に係るサービス提供方法は、クライアント端末からの求めに応じてサービスの提供期間を定めてサービスを提供するサービス提供方法であって、サービス提供装置の輻輳状態を検出するステップと、前記検出するステップで検出した輻輳状態が変化したときに、輻輳状態に対応させた期間情報を保持する期間保持手段から検出した輻輳状態に対応する前記期間情報を読み出し、既にサービスを提供しているクライアント端末の端末情報と当該クライアント端末に対するサービスの提供期間を示す提供期間情報を保持する状況保持手段が保持する前記提供期間情報を前記期間情報に応じて更新するステップと、を有することを特徴とする。
【００１２】
上記サービス提供方法において、前記クライアント端末からサービスの提供を要求する要求信号あるいはサービスの継続を要求する継続要求信号を受信した場合、前記検出するステップで検出した輻輳状態に対応する前記期間情報を前記期間保持手段から読み出し、当該期間情報に応じた前記提供期間を設定して前記状況保持手段に格納するステップを有することを特徴とする。
【００１３】
第２の本発明に係るサービス提供装置は、クライアント端末からの求めに応じてサービスの提供期間を定めてサービスを提供するサービス提供装置であって、既にサービスを提供しているクライアント端末の端末情報と当該クライアント端末に対するサービスの提供期間を示す提供期間情報を保持する状況保持手段と、サービス提供装置の輻輳状態を検出する検出手段と、輻輳状態に対応させた期間情報を保持する期間保持手段と、前記検出手段が検出した輻輳状態が変化したときに、検出した輻輳状態に対応する前記期間情報を前記期間保持手段から読み出し、前記状況保持手段が保持する前記提供期間情報を前記期間情報に応じて更新する期間更新手段と、を有することを特徴とする。
【００１４】
上記サービス提供装置において、前記クライアント端末からサービスの提供を要求する要求信号あるいはサービスの継続を要求する継続要求信号を受信した場合、前記検出手段が検出した輻輳状態に対応する前記期間情報を前記期間保持手段から読み出し、当該期間情報に応じた前記提供期間を設定して前記状況保持手段に格納する要求受信手段を有することを特徴とする。
【００１５】
第３の本発明に係るサービス提供システムは、クライアント端末とクライアント端末からの求めに応じてサービスの提供期間を定めてサービスを提供するサービス提供装置を有するサービス提供システムであって、前記クライアント端末は、サービスの提供を要求する要求信号あるいはサービスの継続を要求する継続要求信号を前記サービス提供装置に送信し、前記サービス提供装置は、既にサービスを提供しているクライアント端末の端末情報と当該クライアント端末に対するサービスの提供期間を示す提供期間情報を保持する状況保持手段と、サービス提供装置の輻輳状態を検出する検出手段と、輻輳状態に対応させた期間情報を保持する期間保持手段と、前記要求信号あるいは前記継続要求信号を受信した場合、前記検出手段が検出した輻輳状態に対応する前記期間情報を前記期間保持手段から読み出し、当該期間情報に応じた前記提供期間を設定して前記状況保持手段に格納する要求受信手段と、前記検出手段が検出した輻輳状態が変化したときに、検出した輻輳状態に対応する前記期間情報を前記期間保持手段から読み出し、前記状況保持手段が保持する前記提供期間情報を前記期間情報に応じて更新する期間更新手段と、を有することを特徴とする。
【発明の効果】
【００１６】
本発明によれば、サーバが輻輳状態になってもサービスを継続するとともに、サービス継続要求信号の再送による輻輳助長を軽減することができる。
【図面の簡単な説明】
【００１７】
【図１】本実施の形態におけるサービス提供サーバの構成を示す機能ブロック図である。
【図２】サービス提供期間保持部が保持するサービス提供期間の例を示す図である。
【図３】サービス状況保持部が保持する情報の例を示す図である。
【図４】サービス提供サーバが通常状態から輻輳状態に遷移した際の動作を示すフローチャートである。
【図５】サービス提供サーバが輻輳状態から通常状態に遷移した際の動作を示すフローチャートである。
【発明を実施するための形態】
【００１８】
以下、本発明の実施の形態について図面を用いて説明する。
【００１９】
図１は、本実施の形態におけるサービス提供サーバの構成を示す機能ブロック図である。
【００２０】
図１に示すサービス提供サーバ１は、送受信部１１、受信数計数部１２、輻輳検出部１３、サービス提供期間保持部１４、サービス管理制御部１５、およびサービス状況保持部１６を備える。サービス提供サーバ１が備える各部は、演算処理装置、記憶装置等を備えたコンピュータにより構成して、各部の処理がプログラムによって実行されるものとしてもよい。このプログラムはサービス提供サーバ１が備える記憶装置に記憶されており、磁気ディスク、光ディスク、半導体メモリ等の記録媒体に記録することも、ネットワークを通して提供することも可能である。
【００２１】
送受信部１１は、クライアント２からのサービス要求信号、サービス継続要求信号などの受信、およびサービス応答信号、サービス継続応答信号などの送信を行う。
【００２２】
受信数計数部１２は、送受信部１１が受信した各種の信号の数を計数する。
【００２３】
輻輳検出部１３は、サービス提供サーバ１が輻輳状態にあることの検出、および輻輳状態が鎮静し通常状態に復帰したことの検出を行い、輻輳状態か通常状態かをサービス管理制御部１５に伝える。輻輳を検出する方法としては、例えば、受信数計数部１２において、単位時間あたりの受信数が閾値を超えたこと、あるいは、閾値を超えた単位時間が予め定められた回数を超えたことにより、輻輳状態と判断する方法がある。逆に、受信数計数部１２において、単位時間あたりの受信数が閾値を下回ったこと、あるいは、閾値を下回った単位時間が予め定められた回数を超えたことにより、輻輳状態が鎮静し通常状態に復帰したと判断する。もちろん、これ以外の任意の方法で輻輳の発生、沈静を検出してもよい。
【００２４】
サービス提供期間保持部１４は、輻輳状態、通常状態のそれぞれの状態においてクライアント２に提供するサービス提供期間の情報を保持している。図２に、サービス提供期間の情報の例を示す。図２に示す例では、サービス提供サーバ１の状態について、通常状態、輻輳状態１、輻輳状態２と３つのレベルを定義し、それぞれ状態においてクライアント２に提供するサービス提供期間をＴ０，Ｔａ，Ｔｂと設定した。輻輳状態２は輻輳状態１よりもよりサービス提供サーバ１の負荷が大きく、より輻輳している状態である。輻輳状態においては通常状態よりもサービス提供期間が長くなるように、通常状態におけるサービス提供期間Ｔ０よりも、輻輳状態におけるサービス提供期間Ｔａ，Ｔｂを長く設定する。つまり、サービス提供期間の長さはＴｂ＞Ｔａ＞Ｔ０となる。
【００２５】
サービス管理制御部１５は、送受信部１１がクライアント２から受信したサービス要求信号、サービス継続要求信号に対し、輻輳検出部１３から伝えられた輻輳状態、通常状態に応じて、サービス提供期間保持部１４に保持された対応するサービス提供期間を読み出し、現在時刻にサービス提供期間を加えたライフタイマを設定してサービス提供を開始するとともに、クライアント２に対してライフタイマを含むサービス応答信号、サービス継続応答信号を送信する。そして、サービス管理制御部１５は、サービス提供を開始したクライアント２の情報、サービス内容、サービス開始時刻、ライフタイマ等の情報をサービス状況保持部１６に記録する。図３に、サービス状況保持部１６の保持する情報の例を示す。図３に示す例では、クライアント２を識別するクライアントＩＤ、サービス内容、サービス開始時刻、およびライフタイマが保持されている。
【００２６】
また、サービス管理制御部１５は、輻輳検出部１３から輻輳状態に入ったことを通知されると、その時点でサービス状況保持部１６に保持されているサービス中のクライアント２に対するライフタイマに対し、輻輳検出部１３から伝えられた輻輳状態に応じて、現在時刻にサービス提供期間保持部１４に記憶されたサービス提供期間を加えてライフタイマを一斉に更新する。
【００２７】
次に、サービス提供サーバ１が通常状態から輻輳状態１に遷移した際の動作を説明する。
【００２８】
図４は、サービス提供サーバ１が通常状態から輻輳状態１に遷移した際の動作を示すフローチャートである。
【００２９】
輻輳検出部１３は輻輳を検出すると、サービス管理制御部１５へ輻輳状態１になったことを通知する（ステップＳ１０１）。
【００３０】
サービス管理制御部１５は、サービス提供期間保持部１４から輻輳状態１に対応したサービス提供期間Ｔａを読み出す（ステップＳ１０２）。
【００３１】
続いて、サービス管理制御部１５は、サービス状況保持部１６に記録された各クライアント２に対するライフタイマをステップＳ１０２で読み出したサービス提供期間Ｔａ分延長する（ステップＳ１０３）。具体的には、サービス状況保持部１６に記録されたライフタイマの値ＴＬにサービス提供期間Ｔａを加えて新たなライフタイマの値をＴＬ＋Ｔａと更新する。このとき、サービス管理制御部１５は、輻輳状態に入りライフタイマを変更したことを保守者に通知してもよい。
【００３２】
その後、クライアント２からサービス要求信号を受信すると（ステップＳ１０４のＹｅｓ）、その時点の時刻ｔに輻輳状態１に対応するサービス提供期間Ｔａを加えた値ｔ＋Ｔａをライフタイマとしてサービス提供を開始するとともに、サービス状況保持部１６にクライアントＩＤ、サービス内容、サービス開始時間（ｔ）、およびライフタイマ（ｔ＋Ｔａ）を新たに記録する（ステップＳ１０５）。
【００３３】
そして、サービス管理制御部１５は、サービス提供期間（Ｔａ）を含むサービス応答信号をクライアント２に送信する（ステップＳ１０６）。このとき、ライフタイマ（ｔ＋Ｔａ）を併せて通知してもよい。
【００３４】
また、クライアント２からサービス継続要求信号を受信すると（ステップＳ１０７のＹｅｓ）、その時点の時刻ｔに輻輳状態１に対応するサービス提供期間Ｔａを加えた値ｔ＋Ｔａで、そのクライアント２のサービス状況保持部１６に保持されているライフタイマを更新する（ステップＳ１０８）。
【００３５】
そして、サービス管理制御部１５は、更新されたサービス提供期間（Ｔａ）を含むサービス継続応答信号をクライアント２に送信する（ステップＳ１０９）。このとき、ライフタイマ（ｔ＋Ｔａ）を併せて通知してもよい。
【００３６】
なお、輻輳状態が輻輳状態１から輻輳状態２へ変化したときも同様の処理が行われる。
【００３７】
次に、輻輳が沈静して輻輳状態から通常状態に遷移した際の動作について説明する。
【００３８】
図５は、サービス提供サーバ１が輻輳状態１から通常状態に遷移した際の動作を示すフローチャートである。
【００３９】
輻輳検出部１３は輻輳の沈静を検出すると、サービス管理制御部１５へ通常状態になったことを通知する（ステップＳ２０１）。
【００４０】
サービス管理制御部１５は、サービス提供期間保持部１４から通常状態に対応したサービス提供期間Ｔ０を読み出す（ステップＳ２０２）。
【００４１】
続いて、サービス管理制御部１５は、サービス状況保持部１６に記録された各クライアント２に対するライフタイマを現在時刻ｔにサービス提供期間Ｔ０を加えた値に更新する（ステップＳ２０３）。このとき、サービス管理制御部１５は、輻輳状態が沈静化し、ライフタイマを変更したことを保守者に通知してもよい。
【００４２】
さらに、サービス状況保持部１６に記録された各クライアント２に対して、サービス要求信号送信誘起信号を送信する（ステップＳ２０４）。或いは、サーバ１による自動的な送信を行わず、保守者判断によって、各クライアント２に対しサービス要求信号送信誘起信号を送信してもよい。サービス要求信号送信誘起信号とは、現在サービス中のクライアント２に対し、サービス継続要求信号をサービス提供サーバ１に送信するように要請する信号であり、例えば、ＤＨＣＰプロトコルのＦＯＲＣＥＲＥＮＥＷメッセージなどである。
【００４３】
その後、クライアント２からサービス要求信号を受信すると（ステップＳ２０５のＹｅｓ）、その時点の時刻ｔに通常状態に対応するサービス提供期間Ｔ０を加えた値ｔ＋Ｔ０をライフタイマとしてサービス提供を開始するとともに、サービス状況保持部１６にクライアントＩＤ、サービス内容、サービス開始時間（ｔ）、およびライフタイマ（ｔ＋Ｔ０）を新たに記録する（ステップＳ２０６）。
【００４４】
そして、サービス管理制御部１５は、サービス提供期間（Ｔ０）を含むサービス応答信号をクライアント２に送信する（ステップＳ２０７）。このとき、ライフタイマ（ｔ＋Ｔ０）を併せて通知してもよい。
【００４５】
また、クライアント２からサービス継続要求信号を受信すると（ステップＳ２０８のＹｅｓ）、その時点の時刻ｔに通常状態に対応するサービス提供期間Ｔ０を加えた値ｔ＋Ｔ０で、そのクライアント２のサービス状況保持部１６に保持されているライフタイマを更新する（ステップＳ２０９）。
【００４６】
そして、サービス管理制御部１５は、更新されたサービス提供期間（Ｔ０）を含むサービス継続応答信号をクライアント２に送信する（ステップＳ２１０）。このとき、ライフタイマ（ｔ＋Ｔ０）を併せて通知してもよい。
【００４７】
以上説明したように、本実施の形態によれば、輻輳検出部１３が輻輳を検出した場合、サービス提供期間保持部１４から輻輳状態に応じたサービス提供期間を読み出し、サービス状況保持部１６に記録された各クライアント２に対するライフタイマを読み出したサービス提供期間に応じて延長することにより、輻輳状態となりクライアント２からのサービス継続要求信号に対して即座に応答が返されない状況でも、クライアント２へのサービスの提供が継続できる確率が高まり、サービスが救済される。また、サービス継続要求信号への応答がなくても、輻輳状態であればサービスの提供が延長されるので、サーバ１がサービス継続要求信号に応答できたクライアント２については、延長されたサービス提供期間が通知され、輻輳状態が長時間継続した場合でも、クライアント２によるサービス継続要求信号の送出及び再送の繰り返しが減少し、サービス提供サーバ１とクライアント２間のネットワークおよびサービス提供サーバ１に対する再送による負荷の増大を防ぐことができる。
【００４８】
本実施の形態によれば、輻輳状態でサービス要求信号、サービス継続要求信号を受信した場合は、輻輳状態に対応するサービス提供期間をサービス提供期間保持部１４から読み出し、現在時刻に読み出したサービス提供期間を加えたライフタイマを設定してサービス提供を開始することにより、輻輳状態ではクライアント２に対するサービス提供期間が長くすることができるので、クライアント２からのサービス継続要求信号の送信を減らすことができる。
【符号の説明】
【００４９】
１…サービス提供サーバ
１１…送受信部
１２…受信数計数部
１３…輻輳検出部
１４…サービス提供期間保持部
１５…サービス管理制御部
１６…サービス状況保持部
２…クライアント
【図１】
0005654952.tif 000002
【図２】
0005654952.tif 000003
【図３】
0005654952.tif 000004
【図４】
0005654952.tif 000005
【図５】
0005654952.tif 000006