JP2010134857A - スケジューラ管理装置、プログラム及びスケジューリングシステム - Google Patents

Abstract

【課題】 端末と、サービスサーバと、の間の回線における負荷を分散する技術を提供することを目的とする。
【解決手段】 スケジューラ管理装置１４０は、履歴管理サーバ１３０で記憶されているサービスサーバへのアクセス履歴を特定するアクセス履歴情報と、回線の利用状況を特定する回線利用履歴情報と、から、特定の期間における回線毎のレスポンスタイムの予測値を算出し、当該予測値が、ＳＬＡ管理サーバに記憶されているＳＬＡ情報に違反しないように、クライアント端末２２０がサービスサーバ２４０に接続するための回線を選択して通信スケジュールを生成する。
【選択図】図１

Description

本発明は、クライアント端末が接続する回線を選択する技術に関する。

ネットワークの普及により、様々なサービスがネットワーク上で提供されている。これらのサービスの中には、動画配信サービスやテレビ会議サービスなど遅延やパケット損失が発生すると大きな問題となり、ＱｏＳ(Quality of Service)制御が求められるサービスがある。

例えば、特許文献１には、インターネットで複数のクライアントからサービスサーバに対する多数のリクエストがある環境において、サービスサーバに対するアクセス履歴を参考にし、事前に必要なサービスサーバの数を予測し、その数だけサービスサーバを準備して、準備したサービスサーバにリクエストを適切に振り分けることにより、サービスサーバの負荷を分散する技術が記載されている。

特開２００５−１４１４４１号公報

特許文献１に記載の技術では、複数のサービスサーバにリクエストを適切に振り分けることにより、サービスサーバの負荷を分散するものであり、端末と、サービスサーバと、の間の回線で遅延やパケット損失が生ずるような場合には、対処することができない。

そこで、本発明は、端末と、サービスサーバと、の間の回線における負荷を分散する技術を提供することを目的とする。

以上の課題を解決するため、本発明は、複数の回線に接続されているクライアント端末の接続先を、過去の履歴からＳＬＡ違反とならないように選択する通信スケジュールを生成する。

例えば、本発明は、クライアント端末及びサービスサーバの組合せ毎に、予め定められた期間における通信スケジュールを生成するスケジューラ管理装置であって、レスポンスタイムの要求値を特定する情報を有するＳＬＡ情報と、クライアント端末を特定する情報、当該クライアント端末が接続する回線を特定する情報、当該回線の優先順位を特定する情報、当該クライアント端末が接続するサービスサーバを特定する情報、および、当該サービスサーバの優先順位を特定する情報、を有するクライアント情報と、サービスサーバを特定する情報、当該サービスサーバが提供するサービスを特定する情報、および、当該サービスサーバが稼働する日時を特定する情報、を有するサーバ情報と、回線毎に、日付を特定する情報、当該日付における曜日を特定する情報、当該日付における時間を特定する情報、当該日付及び当該時間における帯域の予測値、および、当該日付及び当該時間におけるサービスサーバ毎のレスポンスタイムの予測値を特定する情報、を有する回線状況予測情報と、前記レスポンスタイムの予測値と前記レスポンスタイムの要求値との比率で定まる値の範囲を特定する情報、および、当該値の範囲に対応するＳＬＡ違反のレベルを特定する情報、を有するレベル対応情報と、を記憶する記憶部と、制御部と、を備え、前記制御部は、前記予め定められた期間に含まれる日付及び時間を順次選択する処理と、前記サーバ情報より、選択された日付及び時間において、通信スケジュールを生成する対象となっているサービスサーバが稼働しているか否かを確認する処理と、前記サーバ情報より、選択された日付及び時間において、通信スケジュールを生成する対象となっているサービスサーバが稼働している場合には、前記クライアント情報より、通信スケジュールを生成する対象となっているクライアント端末が接続する回線のうち、優先順位の高いものから順に回線を特定し、前記回線状況予測情報より、特定した回線における通信スケジュールを生成する対象となっているサービスサーバのレスポンスタイムの予測値を特定し、特定したレスポンスタイムの予測値と、前記レスポンスタイムの要求値と、の比率で定まる値が含まれるレベルを前記レベル対応情報より特定し、特定したレベルが予め定められたレベルよりも小さくなる回線を決定し、決定した回線及び当該回線のレベルを前記選択された日付及び時間における通信スケジュールとする処理と、前記サーバ情報より、選択された日付及び時間において、通信スケジュールを生成する対象となっているサービスサーバが稼働していない場合には、使用する回線がないことを示す情報を前記選択された日付及び時間における通信スケジュールとする処理と、を行うこと、を特徴とする。

以上のように、本発明によれば、端末と、サービスサーバと、の間の回線における負荷を分散することができる。

図１は、本発明の一実施形態であるスケジューリングシステム１００の概略図である。図示するように、スケジューリングシステム１００は、ＳＬＡ管理サーバ１１０、ユーザ管理サーバ１２０、履歴管理サーバ１３０、スケジューラ管理装置１４０、ＱｏＳ制御サーバ１６０、第一ゲートウェイ１７０Ａ、１７０Ｂ、１７０Ｃ（以下、各々を特に区別しない場合には、第一ゲートウェイ１７０という）、第一ルータ１８０Ａ、１８０Ｂ、１８０Ｃ（以下、各々を特に区別しない場合には、第一ルータ１８０という）、および、第二ルータ１９０、を備えるサービスプラットフォーム２００と、運用管理者端末２１０と、クライアント端末２２０Ａ、２２０Ｂ、２２０Ｃ（以下、各々を特に区別しない場合には、クライアント端末２２０という）と、第二ゲートウェイ２３０Ａ、２３０Ｂ、２３０Ｃ（以下、各々を特に区別しない場合には、第二ゲートウェイ２３０という）と、サービスサーバ２４０Ａ、２４０Ｂ、２４０Ｃと、を備える。

そして、ＳＬＡ管理サーバ１１０、ユーザ管理サーバ１２０、履歴管理サーバ１３０、スケジューラ管理装置１４０、ＱｏＳ制御サーバ１６０、および、運用管理者端末２１０は、ネットワーク２５０を介して、相互に情報を送受信することができるようにされている。

また、クライアント端末２２０Ａは、第一回線２６０Ａ及び第二回線２６０Ｂを介して、サービスサーバ２４０に接続することができるようにされており、クライアント端末２２０Ｂは、第二回線２６０Ｂ及び第三回線２６０Ｃを介して、サービスサーバ２４０に接続することができるようにされており、クライアント端末２２０Ｃは、第二回線２６０Ｂ及び第三回線２６０Ｃを介して、サービスサーバ２４０に接続することができるようにされている。

なお、図１で示した、クライアント端末２２０が使用する回線２６０については、一例に過ぎず、クライアント端末２２０が複数の回線２６０を介して、サービスサーバ２４０に接続することができるようにされていればよい。

図２は、ＳＬＡ管理サーバ１１０の概略図である。図示するように、ＳＬＡ管理サーバ１１０は、記憶部１１１と、制御部１１４と、入力部１１５と、出力部１１６と、通信部１１７と、を備える。

記憶部１１１は、クライアントＳＬＡ情報記憶領域１１２と、サーバＳＬＡ情報記憶領域１１３と、を備える。

クライアントＳＬＡ情報記憶領域１１２には、クライアント端末２２０毎に、サービスサーバ２４０より提供を受けるサービスの品質（通信品質）を特定するクライアントＳＬＡ（Service Level Agreement）情報が記憶される。例えば、本実施形態においては、図３（クライアントＳＬＡ情報テーブル１１２ａの概略図）に示すようなクライアントＳＬＡ情報テーブル１１２ａが、各々のクライアント端末２２０毎に記憶される（各々のクライアント端末２２０を特定する情報に対応付けられて記憶される）。

クライアントＳＬＡ情報テーブル１１２ａは、ＳＬＡ項目欄１１２ｂと、設定パラメータ欄１１２ｃと、を有する。

ＳＬＡ項目欄１１２ｂには、品質を保証するＳＬＡの項目を特定する情報が格納される。

設定パラメータ欄１１２ｃには、ＳＬＡ項目欄１２ｂで特定されるＳＬＡ項目に対応する値を特定する情報が格納される。

なお、クライアントＳＬＡ情報は、クライアント端末２２０より予め取得しておけばよい。

図２に戻り、サーバＳＬＡ情報記憶領域１１３には、サービスサーバ２４０毎に、予め契約で定められたサービスの品質（通信品質）を特定するサーバＳＬＡ情報が記憶される。例えば、本実施形態においては、図４（サーバＳＬＡ情報テーブル１１３ａの概略図）に示すようなサーバＳＬＡ情報テーブル１１３ａが、各々のサービスサーバ２４０毎に記憶される（各々のサービスサーバ２４０を特定する情報に対応付けられて記憶される）。

サーバＳＬＡ情報テーブル１１３ａは、ＳＬＡ項目欄１１３ｂと、設定パラメータ欄１１３ｃと、を有する。

ＳＬＡ項目欄１１３ｂには、品質を保証するＳＬＡの項目を特定する情報が格納される。

設定パラメータ欄１１３ｃには、ＳＬＡ項目欄１１３ｂで特定されるＳＬＡ項目に対応する値を特定する情報が格納される。

なお、サーバＳＬＡ情報は、サービスサーバ２４０より予め取得しておけばよい。

図２に戻り、制御部１１４は、ＳＬＡ管理サーバ１１０における処理を制御する。

例えば、本実施形態においては、制御部１１４は、各クライアント端末２２０より、通信部１１７を介してクライアントＳＬＡ情報を取得し、クライアントＳＬＡ情報記憶領域１１２に記憶する処理、各サービスサーバ２４０より、通信部１１７を介してサーバＳＬＡ情報を取得し、サーバＳＬＡ情報記憶領域１１３に記憶する処理を行う。

また、制御部１１４は、スケジューラ管理装置１４０からの要求を受けた時に、または、予め定められた時に、クライアントＳＬＡ情報記憶領域１１２に記憶されているクライアントＳＬＡ情報及びサーバＳＬＡ情報記憶領域１１３に記憶されているサーバＳＬＡ情報を、通信部１１７を介してスケジューラ管理装置１４０に送信する処理を行う。

入力部１１５は、情報の入力を受け付ける。

出力部１１６は、情報を出力する。

通信部１１７は、ネットワーク２５０を介して情報を送受信する。

以上に記載したＳＬＡ管理サーバ１１０は、例えば、図５（コンピュータ９００の概略図）に示すような、ＣＰＵ（Central Processing Unit）９０１と、メモリ９０２と、ＨＤＤ（Hard Disk Drive）等の外部記憶装置９０３と、ＣＤ−ＲＯＭ（Compact Disk Read Only Memory）やＤＶＤ−ＲＯＭ（Digital Versatile Disk Read Only Memory）等の可搬性を有する記憶媒体９０４に対して情報を読み書きする読書装置９０５と、キーボードやマウスなどの入力装置９０６と、ディスプレイなどの出力装置９０７と、通信ネットワークに接続するためのＮＩＣ（Network Interface Card）等の通信装置９０８と、を備えた一般的なコンピュータ９００で実現できる。

例えば、記憶部１１１は、ＣＰＵ９０１がメモリ９０２又は外部記憶装置９０３を利用することにより実現可能であり、制御部１１４は、外部記憶装置９０３に記憶されている所定のプログラムをメモリ９０２にロードしてＣＰＵ９０１で実行することで実現可能であり、入力部１１５は、ＣＰＵ９０１が入力装置９０６を利用することで実現可能であり、出力部１１６は、ＣＰＵ９０１が出力装置９０７を利用することで実現可能であり、通信部１１７は、ＣＰＵ９０１が通信装置９０８を利用することで実現可能である。

この所定のプログラムは、読書装置９０５を介して記憶媒体９０４から、あるいは、通信装置９０８を介してネットワークから、外部記憶装置９０３にダウンロードされ、それから、メモリ９０２上にロードされてＣＰＵ９０１により実行されるようにしてもよい。また、読書装置９０５を介して記憶媒体９０４から、あるいは、通信装置９０８を介してネットワークから、メモリ９０２上に直接ロードされ、ＣＰＵ９０１により実行されるようにしてもよい。

図６は、ユーザ管理サーバ１２０の概略図である。図示するように、ユーザ管理サーバ１２０は、記憶部１２１と、制御部１２５と、入力部１２６と、出力部１２７と、通信部１２８と、を備える。

記憶部１２１は、クライアント情報記憶領域１２２と、サーバ情報記憶領域１２３と、回線情報記憶領域１２４と、を備える。

クライアント情報記憶領域１２２には、クライアント端末２２０毎に、契約している回線２６０と、接続するサービスサーバ２４０と、接続する優先度と、を特定するクライアント情報が記憶される。例えば、本実施形態においては、図７（クライアント情報テーブル１２２ａの概略図）に示すようなクライアント情報テーブル１２２ａが記憶される。

クライアント情報テーブル１２２ａは、クライアント識別子欄１２２ｂと、優先順位欄１２２ｃと、契約回線欄１２２ｄと、通常時接続先欄１２２ｇと、接続ポリシ欄１２２ｊと、を備える。

そして、契約回線欄１２２ｄは、さらに回線識別子欄１２２ｅと、優先度欄１２２ｆと、を有し、通常時接続先欄１２２ｇは、接続先識別子欄１２２ｈと、通常時優先度欄１２２ｉと、を有し、接続ポリシ欄１２２ｊは、優先度欄１２２ｋと、利用日欄１２２ｌと、開始時間欄１２２ｍと、終了時間欄１２２ｎと、を有する。

クライアント識別子欄１２２ｂには、クライアント端末２２０を特定する情報が格納される。本実施形態では、クライアント端末２２０を特定する情報として、各々のクライアント端末２２０に一意に割り当てられているクライアント識別子が格納される。

優先順位欄１２２ｃには、クライアント識別子欄１２２ｂで特定されるクライアント端末２２０の優先順位（スケジュールを組む際の優先順位）を特定する情報が格納される。本実施形態では、優先順位を特定する情報として、優先順位が高いものから順に「１」から連番となる自然数が格納される。

契約回線欄１２２ｄの回線識別子欄１２２ｅには、クライアント識別子欄１２２ｂで特定されるクライアント端末２２０が接続する回線２６０を特定する情報が格納される。本実施形態では、回線２６０を特定する情報として、各々の回線２６０に一意に割り当てられている回線識別子が格納される。

契約回線欄１２２ｄの優先度欄１２２ｆには、回線識別子欄１２２ｅで特定される回線２６０を、クライアント識別子欄１２２ｂで特定されるクライアント端末２２０が使用する優先度を特定する情報が格納される。本実施形態では、優先度を特定する情報として、優先度が高いものから順に「１」から連番となる自然数が格納される。

通常時接続先欄１２２ｇの接続先識別子欄１２２ｈには、クライアント識別子欄１２２ｂで特定されるクライアント端末２２０が接続する接続先のサービスサーバ２４０を特定する情報が格納される。本実施形態では、サービスサーバ２４０を特定する情報として、各々のサービスサーバ２４０に一意に割り当てられている接続先識別子（サービスサーバ識別子）が格納される。

通常時接続先欄１２２ｇの通常時優先度欄１２２ｉには、通常時接続先欄１２２ｇで特定されるサービスサーバ２４０に、クライアント識別子欄１２２ｂで特定されるクライアント端末２２０が通常時に接続する優先度を特定する情報が格納される。本実施形態では、優先度を特定する情報として、優先度が高いものから順に「１」から連番となる自然数が格納される。

接続ポリシ欄１２２ｊには、通常時優先度欄１２２ｉで特定される優先度を変更する際の変更後の優先度と、変更する条件と、を特定する情報が格納される。

接続ポリシ欄１２２ｊの優先度欄１２２ｋには、通常時優先度欄１２２ｉで特定される優先度を変更する際の変更後の優先度を特定する情報が格納される。本実施形態では、優先度を特定する情報として、優先度が高いものから順に「１」から連番となる自然数が格納される。

接続ポリシ欄１２２ｊの利用日欄１２２ｌには、通常時優先度欄１２２ｉで特定される優先度を変更する際の条件として、利用日を条件とする場合には、条件となる利用日を特定する情報が格納される。本実施形態では、利用日を特定する情報として、曜日が格納される。

接続ポリシ欄１２２ｊの開始時間欄１２２ｍには、通常時優先度欄１２２ｉで特定される優先度を変更する際の条件として、時間を条件とする場合には、条件となる時間の開始時間を特定する情報が格納される。

接続ポリシ欄１２２ｊの終了時間欄１２２ｎには、通常時優先度欄１２２ｉで特定される優先度を変更する際の条件として、時間を条件とする場合には、条件となる時間の終了時間を特定する情報が格納される。

なお、クライアント情報は、クライアント端末２２０より予め取得しておけばよい。

図６に戻り、サーバ情報記憶領域１２３には、サービスサーバ２４０毎に、提供するサービスと、稼働日時と、通信条件と、を特定するサーバ情報が格納される。例えば、本実施形態においては、図８（サーバ情報テーブル１２３ａの概略図）に示すようなサーバ情報テーブル１２３ａが記憶される。

サーバ情報テーブル１２３ａは、サービスサーバ識別子欄１２３ｂと、サービス識別子欄１２３ｃと、通常稼働時間欄１２３ｄと、通常稼働日欄１２３ｅと、必要最低通信速度欄１２３ｆと、最高通信速度欄１２３ｇと、を有する。

サービスサーバ識別子欄１２３ｂには、サービスサーバ２４０を特定する情報が格納される。本実施形態では、サービスサーバ２４０を特定する情報として、各々のサービスサーバ２４０に一意に割り当てられているサービスサーバ識別子が格納される。

サービス識別子欄１２３ｃには、サービスサーバ識別子欄１２３ｂで特定されるサービスサーバ２４０が提供するサービスを特定する情報が格納される。本実施形態では、サービスを特定する情報として、各々のサービスに一意に割り当てられているサービス識別子が格納される。

通常稼働時間欄１２３ｄには、サービスサーバ識別子欄１２３ｂで特定されるサービスサーバ２４０が、サービス識別子欄１２３ｃで特定されるサービスを提供する際の通常の稼働時間を特定する情報が格納される。本実施形態では、稼働時間を特定する情報として、稼働開始時間（時分）及び稼働終了時間（時分）が格納される。

通常稼働日欄１２３ｅには、サービスサーバ識別子欄１２３ｂで特定されるサービスサーバ２４０が、サービス識別子欄１２３ｃで特定されるサービスを提供する際の通常の稼働日を特定する情報が格納される。本実施形態では、稼働日を特定する情報として、「平日」、「休日」、「毎日」等といったように曜日を特定することができる情報が格納される。

必要最低通信速度欄１２３ｆには、サービスサーバ識別子欄１２３ｂで特定されるサービスサーバ２４０が、サービス識別子欄１２３ｃで特定されるサービスを提供する際に必要とされる最低の通信速度を特定する情報が格納される。

最高通信速度欄１２３ｇには、サービスサーバ識別子欄１２３ｂで特定されるサービスサーバ２４０が、サービス識別子欄１２３ｃで特定されるサービスを提供する際に必要とされる最高の通信速度を特定する情報が格納される。

なお、サーバ情報は、サービスサーバ２４０より予め取得しておけばよい。

図６に戻り、回線情報記憶領域１２４には、回線２６０毎の帯域（通信速度）を特定する回線情報が記憶される。例えば、本実施形態においては、図９（回線情報テーブル１２４ａの概略図）に示すような回線情報テーブル１２４ａが記憶される。

回線情報テーブル１２４ａは、回線識別子欄１２４ｂと、通信速度欄１２４ｃと、を備える。

回線識別子欄１２４ｂには、スケジューリングシステム１００で使用する回線２６０を特定する情報が格納される。本実施形態では、回線２６０を特定する情報として、各々の回線２６０に一意に割り当てられている回線識別子が格納される。

通信速度欄１２４ｃには、回線識別子欄１２４ｂで特定される回線２６０の帯域（通信速度）を特定する情報が格納される。

図６に戻り、制御部１２５は、ユーザ管理サーバ１２０での処理を制御する。

例えば、本実施形態においては、制御部１２５は、通信部１２８を介して、クライアント端末２２０よりクライアント情報を取得し、クライアント情報記憶領域１２２に記憶し、また、サービスサーバ２４０よりサーバ情報を取得し、サーバ情報記憶領域１２３に記憶する処理を行う。

また、制御部１２５は、スケジューラ管理装置１４０からの要求があった時に、または、予め定められた時に、クライアント情報記憶領域１２２に記憶されているクライアント情報及びサーバ情報記憶領域１２３に記憶されているサーバ情報を、通信部１２８を介してスケジューラ管理装置１４０に送信する処理を行う。

入力部１２６は、情報の入力を受け付ける。

出力部１２７は、情報を出力する。

通信部１２８は、ネットワーク２５０を介して情報を送受信する。

以上に記載したユーザ管理サーバ１２０は、例えば、図５に示すような一般的なコンピュータ９００で実現できる。

例えば、記憶部１２１は、ＣＰＵ９０１がメモリ９０２又は外部記憶装置９０３を利用することにより実現可能であり、制御部１２５は、外部記憶装置９０３に記憶されている所定のプログラムをメモリ９０２にロードしてＣＰＵ９０１で実行することで実現可能であり、入力部１２６は、ＣＰＵ９０１が入力装置９０６を利用することで実現可能であり、出力部１２７は、ＣＰＵ９０１が出力装置９０７を利用することで実現可能であり、通信部１２８は、ＣＰＵ９０１が通信装置９０８を利用することで実現可能である。

この所定のプログラムは、読書装置９０５を介して記憶媒体９０４から、あるいは、通信装置９０８を介してネットワークから、外部記憶装置９０３にダウンロードされ、それから、メモリ９０２上にロードされてＣＰＵ９０１により実行されるようにしてもよい。また、読書装置９０５を介して記憶媒体９０４から、あるいは、通信装置９０８を介してネットワークから、メモリ９０２上に直接ロードされ、ＣＰＵ９０１により実行されるようにしてもよい。

図１０は、履歴管理サーバ１３０の概略図である。図示するように、履歴管理サーバ１３０は、記憶部１３１と、制御部１３４と、入力部１３５と、出力部１３６と、通信部１３７と、を備える。

記憶部１３１は、アクセス履歴情報記憶領域１３２と、回線利用履歴情報記憶領域１３３と、を備える。

アクセス履歴情報記憶領域１３２には、サービスサーバ２４０毎に、特定の期間における、アクセス元のクライアント端末２２０と、使用した回線２６０と、アクセス数と、レスポンスタイムと、を特定するアクセス履歴情報が記憶される。例えば、本実施形態においては、図１１（アクセス履歴情報テーブル１３２ａの概略図）に示すようなアクセス履歴情報テーブル１３２ａが記憶される。

アクセス履歴情報テーブル１３２ａは、サービスサーバ識別子欄１３２ｂと、月曜欄１３２ｃ_１〜日曜欄１３２ｃ_７のように、各々の曜日の欄からなる曜日欄１３２ｃと、が設けられており、各々の曜日欄１３２ｃには、特定の時間間隔（本実施形態では１時間）による時間欄１３２ｄ_１〜１３２ｄ_２４（特定の時間を示さない場合には時間欄１３２ｄという）が設けられており、各々の時間欄１３２ｄには、アクセス元欄１３２ｅと、回線欄１３２ｆと、平均アクセス数欄１３２ｇと、平均レスポンスタイム欄１３２ｈと、が設けられている。

サービスサーバ識別子欄１３２ｂには、サービスサーバ２４０を特定する情報が格納される。本実施形態では、サービスサーバ２４０を特定する情報として、各々のサービスサーバ２４０に一意となるように割り振られているサービスサーバ識別子が格納される。

アクセス元欄１３２ｅには、曜日欄１３２ｃで特定される曜日における時間欄１３２ｄで特定される時間において、サービスサーバ識別子欄１３２ｂで特定されるサービスサーバ２４０にアクセスしたアクセス元のクライアント端末２２０を特定する情報が格納される。本実施形態では、クライアント端末２２０を特定する情報として、各々のクライアント端末２２０に一意となるように割り振られたクライアント識別子が格納される。

回線欄１３２ｆには、曜日欄１３２ｃで特定される曜日における時間欄１３２ｄで特定される時間において、サービスサーバ識別子欄１３２ｂで特定されるサービスサーバ２４０に、アクセス元欄１３２ｅで特定されるクライアント端末２２０がアクセスした回線２６０を特定する情報が格納される。本実施形態では、回線２６０を特定する情報として、各々の回線２６０に一意となるように割り振られた回線識別子が格納される。

平均アクセス数欄１３２ｇには、曜日欄１３２ｃで特定される曜日における時間欄１３２ｄで特定される時間において、サービスサーバ識別子欄１３２ｂで特定されるサービスサーバ２４０に、アクセス元欄１３２ｅで特定されるクライアント端末２２０がアクセスした回数を特定する情報が格納される。ここで、平均アクセス数欄１３２ｇを更新する際には、既に格納されている値との平均値を格納する。

平均レスポンスタイム欄１３２ｈには、曜日欄１３２ｃで特定される曜日における時間欄１３２ｄで特定される時間において、サービスサーバ識別子欄１３２ｂで特定されるサービスサーバ２４０に、アクセス元欄１３２ｅで特定されるクライアント端末２２０がアクセスした際の平均レスポンスタイムを特定する情報が格納される。ここで、平均レスポンスタイム欄１３２ｈを更新する際には、既に格納されている値との平均値を格納する。

図１０に戻り、回線利用履歴情報記憶領域１３３には、回線２６０毎に、特定の期間における、アクセス先のサービスサーバ２４０と、アクセス数と、使用帯域と、を特定する回線利用履歴情報が記憶される。例えば、本実施形態においては、図１２（回線利用履歴情報テーブル１３３ａの概略図）に示すような回線利用履歴情報テーブル１３３ａが記憶される。

回線利用履歴情報テーブル１３３ａは、回線識別子欄１３３ｂと、月曜欄１３３ｃ_１〜日曜欄１３３ｃ_７のように、各々の曜日の欄からなる曜日欄１３３ｃと、が設けられており、各々の曜日欄１３３ｃには、特定の時間間隔（本実施形態では１時間）による時間欄１３３ｄ_１〜１３３ｄ_２４（特定の時間を示さない場合には時間欄１３３ｄという）が設けられており、各々の時間欄１３３ｄには、アクセス先欄１３３ｅと、平均アクセス数欄１３３ｆと、平均使用帯域欄１３３ｇと、が設けられている。

回線識別子欄１３３ｂには、各々の回線２６０を特定する情報が格納される。本実施形態では、回線２６０を特定する情報として、各々の回線２６０に一意となるように割り振られた回線識別子が格納される。

平均アクセス数欄１３３ｆには、曜日欄１３３ｃで特定される曜日における時間欄１３３ｄで特定される時間において、回線識別子欄１３３ｂで特定される回線２６０を介して、アクセス先欄１３３ｅで特定されるサービスサーバ２４０にアクセスされた回数を特定する情報が格納される。ここで、平均アクセス数欄１３３ｆを更新する際には、既に格納されている値との平均値を格納する。

平均使用帯域欄１３３ｇには、曜日欄１３３ｃで特定される曜日における時間欄１３３ｄで特定される時間において、回線識別子欄１３３ｂで特定される回線２６０を介して、アクセス先欄１３３ｅで特定されるサービスサーバ２４０にアクセスされた際の平均使用帯域を特定する情報が格納される。ここで、平均使用帯域欄１３３ｇを更新する際には、既に格納されている値との平均値を格納する。

図１０に戻り、制御部１３４は、履歴管理サーバ１３０での処理を制御する。

例えば、本実施形態においては、制御部１３４は、第二ゲートウェイ２３０より、アクセス先のサービスサーバ２４０と、アクセス元のクライアント端末２２０と、アクセスに使用した回線２６０と、レスポンスタイムと、を特定する情報を含むアクセス情報を取得すると、アクセス履歴情報テーブル１３２ａの対応するレコードを更新する。ここで、平均アクセス数欄１３２ｇについては、時間欄１３２ｄで特定される時間におけるアクセス情報の取得数を計数してアクセス数を算出して、平均アクセス数欄１３２ｇに既に値が格納されている場合には、格納されている値との平均値を格納する。

また、制御部１３４は、平均レスポンスタイム欄１３２ｈには、アクセス情報に含まれるレスポンスタイム（既に値が格納されている場合には、格納されている値との平均値）を格納する。

さらに、制御部１３４は、第一ゲートウェイ１７０より、使用した回線２６０と、アクセス先のサービスサーバ２４０と、使用帯域と、を特定する情報を含む回線利用情報を取得すると、回線利用履歴情報テーブル１３３ａの対応するレコードを更新する。ここで、平均アクセス数欄１３３ｆについては、時間欄１３３ｄで特定される時間における回線利用情報の取得数を計数してアクセス数を算出して、平均アクセス数欄１３３ｆに既に値が格納されている場合には、格納されている値との平均値を格納する。

また、制御部１３４は、平均使用帯域欄１３３ｇには、回線利用情報に含まれる使用帯域（既に値が格納されている場合には、格納されている値との平均値）を格納する。

そして、制御部１３４は、スケジューラ管理装置１４０からの要求があった時に、または、予め定められた時に、アクセス履歴情報記憶領域１３２に記憶されているアクセス履歴情報及び回線利用履歴情報記憶領域１３３に記憶されている回線利用履歴情報を、通信部１３７を介してスケジューラ管理装置１４０に送信する処理を行う。

入力部１３５は、情報の入力を受け付ける。

出力部１３６は、情報を出力する。

通信部１３７は、ネットワーク２５０を介して情報を送受信する。

以上に記載した履歴管理サーバ１３０は、例えば、図５に示すような一般的なコンピュータ９００で実現できる。

例えば、記憶部１３１は、ＣＰＵ９０１がメモリ９０２又は外部記憶装置９０３を利用することにより実現可能であり、制御部１３４は、外部記憶装置９０３に記憶されている所定のプログラムをメモリ９０２にロードしてＣＰＵ９０１で実行することで実現可能であり、入力部１３５は、ＣＰＵ９０１が入力装置９０６を利用することで実現可能であり、出力部１３６は、ＣＰＵ９０１が出力装置９０７を利用することで実現可能であり、通信部１３７は、ＣＰＵ９０１が通信装置９０８を利用することで実現可能である。

この所定のプログラムは、読書装置９０５を介して記憶媒体９０４から、あるいは、通信装置９０８を介してネットワークから、外部記憶装置９０３にダウンロードされ、それから、メモリ９０２上にロードされてＣＰＵ９０１により実行されるようにしてもよい。また、読書装置９０５を介して記憶媒体９０４から、あるいは、通信装置９０８を介してネットワークから、メモリ９０２上に直接ロードされ、ＣＰＵ９０１により実行されるようにしてもよい。

図１３は、スケジューラ管理装置１４０の概略図である。図示するように、スケジューラ装置１４０は、記憶部１４１と、制御部１４８と、入力部１５４と、出力部１５５と、通信部１５６と、を備える。

記憶部１４１は、取得情報記憶領域１４２と、レベル対応情報記憶領域１４３と、回線状況予測情報記憶領域１４４と、サーバスケジュール情報記憶領域１４５と、クライアントスケジュール情報記憶領域１４６と、通信スケジュール情報記憶領域１４７と、を備える。

取得情報記憶領域１４２は、ＳＬＡ管理サーバ１１０、ユーザ管理サーバ１２０、履歴管理サーバ１３０より取得したクライアントＳＬＡ情報、サーバＳＬＡ情報、クライアント情報、サーバ情報、回線情報、アクセス履歴情報及び回線利用履歴情報が記憶される。

例えば、本実施形態においては、クライアントＳＬＡ情報テーブル１１２ａ、サーバＳＬＡ情報テーブル１１３ａ、クライアント情報テーブル１２２ａ、サーバ情報テーブル１２３ａ、回線情報テーブル１２４ａ、アクセス履歴情報テーブル１３２ａ及び回線利用履歴情報テーブル１３３ａが記憶されており、後述する情報管理部１５０は、適時、ＳＬＡ管理サーバ１１０、ユーザ管理サーバ１２０、履歴管理サーバ１３０より前回取得した情報との差分情報を取得して、これらのテーブルを更新する。

レベル対応情報記憶領域１４３には、ＳＬＡ違反の起こる可能性を示すレベルと、当該レベルに対応する通信状況の値の範囲を特定するレベル対応情報と、が記憶される。例えば、本実施形態においては、図１４（レベル対応情報テーブル１４３ａの概略図）に示すようなレベル対応情報テーブル１４３ａが記憶される。

レベル対応情報テーブル１４３ａは、レベル欄１４３ｂと、値欄１４３ｃと、を有する。

レベル欄１４３ｂには、ＳＬＡ違反の起こる可能性を示すレベルを特定する情報が格納される。ここで、ＳＬＡ違反の起こる可能性を示すレベルは、数値が大きくなる程ＳＬＡ違反の起こる可能性が高いことを示すものとし、本実施形態においては、「０」〜「３」を超えて、「９９」のレベルで回線２６０の切り替えが必要なレベルであると判断するようにしている。

値欄１４３ｃには、レベル欄１４３ｂで特定されるレベルに対応して、ＳＬＡ違反の起こる可能性を判断するための通信状況を特定する値の範囲を特定する情報が格納される。例えば、本実施形態においては、後述する回線状況予測部１５１が算出したレスポンスタイム（予測値）を、ＳＬＡで定められたレスポンスタイムで除算した値の範囲が、各レベルに対応して格納される。

図１３に戻り、回線状況予測情報記憶領域１４４には、回線２６０毎に、予め定められた期間における使用帯域の予測値と、レスポンスタイムの予測値と、を特定する回線状況予測情報が記憶される。例えば、本実施形態においては、図１５（回線状況予測情報テーブル１４４ａの概略図）に示すような回線状況予測情報テーブル１４４ａが回線２６０毎に記憶される。

回線状況予測情報テーブル１４４ａは、月日欄１４４ｂと、曜日欄１４４ｃと、時間欄１４４ｄと、予測値欄１４４ｅと、を備える。

月日欄１４４ｂには、使用帯域の予測値と、レスポンスタイムの予測値と、を算出する月日を特定する情報が格納される。例えば、本実施形態においては、月及び日を４桁の数字で格納するようにしているが、このような態様に限定されるわけではない。

曜日欄１４４ｃには、月日欄１４４ｂで特定される月日に対応する曜日を特定する情報が格納される。

時間欄１４４ｄには、使用帯域の予測値と、レスポンスタイムの予測値と、を算出する時間帯を特定する情報が格納される。ここで、本実施形態においては、時間帯を特定する情報として、当該時間帯の開始時刻を特定する情報が格納される。

予測値欄１４４ｅは、平均使用帯域欄１４４ｆと、利用可能帯域欄１４４ｉと、レスポンスタイム欄１４４ｊと、を有する。

平均使用帯域欄１４４ｆには、月日欄１４４ｂで特定される月日の時間欄１４４ｄで特定される時間帯において予測される使用帯域を特定する情報が格納される。

ここで、本実施形態においては、平均使用帯域欄１４４ｆは、履歴欄１４４ｇと、追加スケジュール欄１４４ｈと、を有する。

履歴欄１４４ｇには、アクセス履歴情報及び回線利用履歴から予測される回線の使用帯域を特定する情報が格納される。

追加スケジュール欄１４４ｈには、サーバスケジュール情報及びクライアントスケジュール情報から予測される回線の使用帯域を特定する情報が格納される。

利用可能帯域欄１４４ｉには、月日欄１４４ｂで特定される月日の時間欄１４４ｄで特定される時間帯において予測される利用可能な帯域（空いている帯域）を特定する情報が格納される。

レスポンスタイム欄１４４ｊには、各々のサービスサーバ２４０毎に月日欄１４４ｂで特定される月日の時間欄１４４ｄで特定される時間帯において予測されるレスポンスタイムを特定する情報が格納される。

サーバスケジュール情報記憶領域１４５には、サービスサーバ２４０が提供するサービスの停止、新規サービスの提供開始等、サービスサーバ２４０が通常提供するサービス以外で、回線２６０の帯域に変動を生ずる計画（スケジュール）を特定するサーバスケジュール情報が記憶される。例えば、本実施形態においては、図１６（サーバスケジュール情報テーブル１４５ａの概略図）に示すようなサーバスケジュール情報テーブル１４５ａが記憶される。

サーバスケジュール情報テーブル１４５ａは、月日欄１４５ｂと、開始時間欄１４５ｃと、終了時間欄４５ｄと、サービスサーバ識別子欄１４５ｅと、スケジュールメニュー識別子欄１４５ｆと、スケジュールメニュー欄１４５ｇと、表示内容欄１４５ｈと、を有する。

月日欄１４５ｂには、回線２６０の帯域に変動を生ずる計画（スケジュール）を行う月日を特定する情報が格納される。例えば、本実施形態においては、月と日とを４桁の数字で格納するようにしているが、このような態様に限定されるわけではない。

開始時間欄１４５ｃには、回線２６０の帯域に変動を生ずる計画（スケジュール）を開始する時間を特定する情報が格納される。

終了時間欄１４５ｄには、回線２６０の帯域に変動を生ずる計画（スケジュール）を終了する時間を特定する情報が格納される。

サービスサーバ識別子欄１４５ｅには、月日欄１４５ｂで特定される月日の、開始時間欄１４５ｃ及び終了時間欄１４５ｄで特定される時間帯における計画（スケジュール）を行うサービスサーバ２４０を特定する情報が格納される。本実施形態においては、サービスサーバ２４０を特定する情報として、各々のサービスサーバ２４０に一意に割り振られているサービスサーバ識別子が格納される。

スケジュールメニュー識別子欄１４５ｆには、月日欄１４５ｂで特定される月日の、開始時間欄１４５ｃ及び終了時間欄１４５ｄで特定される時間帯における計画（スケジュール）を特定する情報が格納される。本実施形態においては、計画（スケジュール）を特定する情報として、各々の計画（スケジュール）に一意に割り振られているスケジュールメニュー識別子が格納される。

スケジュールメニュー欄１４５ｇには、スケジュールメニュー識別子欄１４５ｆで特定される計画（スケジュール）の内容を特定する情報が格納される。

表示内容欄１４５ｈには、スケジュールメニュー識別子欄１４５ｆで特定される計画（スケジュール）の内容を出力する際の表示内容を特定する情報が格納される。

クライアントスケジュール情報記憶領域１４６には、クライアント端末２２０が、提供を受けているサービスの停止や、通常提供を受けるサービス以外のサービスの提供を受ける際の計画（スケジュール）を特定するクライアントスケジュール情報が記憶される。例えば、本実施形態においては、図１７（クライアントスケジュール情報テーブル１４６ａの概略図）に示すようなクライアントスケジュール情報テーブル１４６ａが記憶される。

クライアントスケジュール情報テーブル１４６ａは、月日欄１４６ｂと、開始時間欄１４６ｃと、終了時間欄１４６ｄと、クライアント識別子欄１４６ｅと、接続先欄１４６ｆと、サービス利用／停止欄１４６ｇと、回線欄１４６ｇと、加減帯域欄１４６ｉと、を有する。

月日欄１４６ｂには、クライアント端末２２０の計画（スケジュール）を行う月日を特定する情報が格納される。例えば、本実施形態においては、月及び日を４桁の数字で格納するようにしているが、このような態様に限定されるわけではない。

開始時間欄１４６ｃには、クライアント端末２２０の計画（スケジュール）を開始する時間を特定する情報が格納される。

終了時間欄１４６ｄには、クライアント端末２２０の計画（スケジュール）を終了する時間を特定する情報が格納される。

クライアント識別子欄１４６ｅには、月日欄１４６ｂで特定される月日の、開始時間欄１４６ｃ及び終了時間欄１４６ｄで特定される時間帯における計画（スケジュール）を行うクライアント端末２２０を特定する情報が格納される。本実施形態においては、クライアント端末２２０を特定する情報として、各々のクライアント端末２２０に一意に割り振られているクライアント識別子が格納される。

接続先欄１４６ｆには、月日欄１４６ｂで特定される月日の、開始時間欄１４６ｃ及び終了時間欄１４６ｄで特定される時間帯における計画（スケジュール）の対象となっているサービスサーバ２４０を特定する情報が格納される。本実施形態においては、サービスサーバ２４０を特定する情報として、各々のサービスサーバ２４０に割り振られているサービスサーバ識別子が格納される。

サービス利用／停止欄１４６ｇには、月日欄１４６ｂで特定される月日の、開始時間欄１４６ｃ及び終了時間欄１４６ｄで特定される時間帯における計画（スケジュール）において、サービスの利用を行うのか利用を停止するのかの別を特定する情報が格納される。

回線欄１４６ｈには、月日欄１４６ｂで特定される月日の、開始時間欄１４６ｃ及び終了時間欄１４６ｄで特定される時間帯における計画（スケジュール）の対象となる回線２６０を特定する情報が格納される。本実施形態では、回線２６０を特定する情報として、各々の回線２６０に一意になるように割り振られている回線識別子が格納される。

加減帯域欄１４６ｉには、月日欄１４６ｂで特定される月日の、開始時間欄１４６ｃ及び終了時間欄１４６ｄで特定される時間帯における計画（スケジュール）で、回線欄１４６ｈで特定される回線２６０に変動が生ずる帯域を特定する情報が格納される。ここで、計画（スケジュール）において、回線２６０を利用する場合には、＋（プラス）の値が格納され、回線２６０の利用を停止する場合には、−（マイナス）の値が格納される。

通信スケジュール情報記憶領域１４７には、クライアント端末２２０と、当該クライアント端末２２０が接続するサービスサーバ２４０と、の組合せ毎に、当該クライアント端末２２０が当該サービスサーバ２４０に接続する際に使用する回線を特定する通信スケジュール情報が記憶される。例えば、本実施形態においては、図１８（通信スケジュール情報テーブル１４７ａの概略図）に示すような通信スケジュール情報テーブル１４７ａが記憶される。

通信スケジュール情報テーブル１４７ａは、月日欄１４７ｂと、曜日欄１４７ｃと、時間欄１４７ｄと、使用回線欄１４７ｅと、レベル欄１７ｆと、備考欄１４７ｇと、を有する。

月日欄１４７ｂには、通信スケジュールの月日を特定する情報が格納される。例えば、本実施形態においては、月と日とを４桁の数字で格納するようにしているが、このような態様に限定されるわけではない。

曜日欄１４７ｃには、月日欄１４７ｂで特定される月日の曜日を特定する情報が格納される。

時間欄１４７ｄには、通信スケジュールの時間帯（本実施形態では、一時間）を特定する情報が格納される。ここで、本実施形態においては、時間帯を特定する情報として、当該時間帯の開始時刻を特定する情報が格納される。

使用回線欄１４７ｅには、月日欄１４７ｂで特定される月日の時間欄１４７ｄで特定される時間帯で使用される回線２６０を特定する情報が格納される。本実施形態では、回線２６０を特定する情報として、各々の回線２６０に一意に割り振られている回線識別子が格納される。

レベル欄１７ｆには、月日欄１４７ｂで特定される月日の時間欄１４７ｄで特定される時間帯で、使用回線欄１４７ｅを介して通信を行った際にＳＬＡ違反となる可能性を示すレベルを特定する情報が格納される。

備考欄１４７ｇには、サーバスケジュール情報テーブル１４５ａの表示内容欄１４５ｈに格納された情報のうち、クライアント端末２２０、サービスサーバ２４０、月日及び時間の対応するものが格納される。

図１３に戻り、制御部１４８は、全体制御部１４９と、情報管理部１５０と、回線状況予測部１５１と、スケジュール処理部１５２と、スケジュール生成部１５３と、を備える。

全体制御部１４９は、スケジューラ管理装置１４０での処理の全体を制御する。

例えば、本実施形態においては、スケジュール生成部１５３が生成した通信スケジュール情報を、通信部１５６を介して、ＱｏＳ制御サーバ１６０に送信する処理を行う。

情報管理部１５０は、通信部１５６を介して、ＳＬＡ管理サーバ１１０、ユーザ管理サーバ１２０及び履歴管理サーバ１３０より、クライアントＳＬＡ情報、サーバＳＬＡ情報、クライアント情報、サーバ情報、回線情報、アクセス履歴情報及び回線利用履歴情報を取得して、取得情報記憶領域１４２に記憶する処理を行う。

回線状況予測部１５１は、アクセス履歴情報及び回線利用履歴情報に記憶されている履歴と、サーバスケジュール情報及びクライアントスケジュール情報に記憶されているスケジュールと、から特定の期間における回線の使用帯域の予測値と、回線の利用可能帯域の予測値と、レスポンスタイムの予測値と、を算出して、回線状況予測情報記憶領域１４４に記憶する処理を行う。

また、回線状況予測部１５１は、サーバスケジュール情報及びクライアントスケジュール情報が更新されると、更新されたスケジュールを回線状況予測情報に反映する処理を行う。

スケジュール処理部１５２は、入力部１５４又は通信部１５６を介して、サービスサーバ２４０のサーバスケジュール情報又はクライアント端末２２０のクライアントスケジュール情報を取得し、サーバスケジュール情報テーブル１４６ａ又はクライアントスケジュール情報テーブル１４６ａに登録する処理を行う。

スケジュール生成部１５３は、クライアント情報テーブル１２２ａ、サーバ情報テーブル１１３ａ、回線状況予測情報テーブル１４４、サーバスケジュール情報テーブル１４５ａ及びクライアントスケジュール情報テーブル１４６ａに基づいて通信スケジュール情報を生成し、通信スケジュール情報記憶領域１４７に記憶する処理を行う。

入力部１５４は、情報の入力を受け付ける。

出力部１５５は、情報を出力する。

通信部１５６は、ネットワーク２５０を介した情報の送受信を行う。

以上に記載したスケジューラ管理装置１４０は、例えば、図５に示すような一般的なコンピュータ９００で実現できる。

例えば、記憶部１４１は、ＣＰＵ９０１がメモリ９０２又は外部記憶装置９０３を利用することにより実現可能であり、制御部１４８は、外部記憶装置９０３に記憶されている所定のプログラムをメモリ９０２にロードしてＣＰＵ９０１で実行することで実現可能であり、入力部１５４は、ＣＰＵ９０１が入力装置９０６を利用することで実現可能であり、出力部１５５は、ＣＰＵ９０１が出力装置９０７を利用することで実現可能であり、通信部１５６は、ＣＰＵ９０１が通信装置９０８を利用することで実現可能である。

この所定のプログラムは、読書装置９０５を介して記憶媒体９０４から、あるいは、通信装置９０８を介してネットワークから、外部記憶装置９０３にダウンロードされ、それから、メモリ９０２上にロードされてＣＰＵ９０１により実行されるようにしてもよい。また、読書装置９０５を介して記憶媒体９０４から、あるいは、通信装置９０８を介してネットワークから、メモリ９０２上に直接ロードされ、ＣＰＵ９０１により実行されるようにしてもよい。

図１９は、第一ゲートウェイ１７０の概略図である。第一ゲートウェイ１７０は、記憶部１７１と、制御部１７２と、第一ＩＦ部１７５と、第二ＩＦ部１７６と、を備える。

記憶部１７１には、第一ゲートウェイ１７０での処理を行うために必要な情報が格納される。例えば、本実施形態においては、後述する全体制御部１７３がプロトコル変換を行うための変換テーブル等が格納される。

制御部１７２は、全体制御部１７３と、帯域処理部１７４と、を備える。

全体制御部１７３は、第一ゲートウェイ１７０での処理の全体を制御する。

例えば、本実施形態においては、後述する第一ＩＦ部１７５が接続されている回線２６０と、第二ＩＦ部１７６が接続されているネットワーク２５０と、の間で送受信する情報のプロトコル変換を行う。

帯域処理部１７４は、第一ゲートウェイ１７０が接続されている回線２６０を用いてクライアント端末２２０が、サービスサーバ２４０との間で情報の送受信を行うと、使用した回線２６０と、アクセス先のサービスサーバ２４０と、使用帯域と、を特定する情報を含む回線利用情報を、第二ＩＦ部１７６を介して履歴管理サーバ１３０に送信する処理を行う。なお、使用帯域については、特定の時間間隔における平均値であってもよく、また、特定の時間における瞬時値であってもよい。

第一ＩＦ部１７５は、回線２６０を介した情報の送受信を行う。

第二ＩＦ部１７６は、ネットワーク２５０を介した情報の送受信を行う。

以上に記載した第一ゲートウェイ１７０は、例えば、図５に示すような一般的なコンピュータ９００で実現できる。

例えば、記憶部１７１は、ＣＰＵ９０１がメモリ９０２又は外部記憶装置９０３を利用することにより実現可能であり、制御部１７２は、外部記憶装置９０３に記憶されている所定のプログラムをメモリ９０２にロードしてＣＰＵ９０１で実行することで実現可能であり、第一ＩＦ部１７５及び第二ＩＦ部１７６は、ＣＰＵ９０１が通信装置９０８を利用することで実現可能である。

この所定のプログラムは、読書装置９０５を介して記憶媒体９０４から、あるいは、通信装置９０８を介してネットワークから、外部記憶装置９０３にダウンロードされ、それから、メモリ９０２上にロードされてＣＰＵ９０１により実行されるようにしてもよい。また、読書装置９０５を介して記憶媒体９０４から、あるいは、通信装置９０８を介してネットワークから、メモリ９０２上に直接ロードされ、ＣＰＵ９０１により実行されるようにしてもよい。

図２０は、第二ゲートウェイ２３０の概略図である。第二ゲートウェイ２３０は、記憶部２３１と、制御部２３２と、第一ＩＦ部２３５と、第二ＩＦ部２３６と、を備える。

記憶部２３１には、第二ゲートウェイ２３０での処理を行うために必要な情報が格納される。例えば、本実施形態においては、後述する全体制御部２３３がプロトコル変換を行うための変換テーブル等が格納される。

制御部２３２は、全体制御部２３３と、帯域処理部２３４と、を備える。

全体制御部２３３は、第二ゲートウェイ２３０での処理の全体を制御する。

例えば、本実施形態においては、後述する第一ＩＦ部２３５が接続されている回線２６０と、第二ＩＦ部２３０が接続されているクライアント端末２２０と、の間で送受信する情報のプロトコル変換を行う。

また、全体制御部２３３は、ＱｏＳ制御サーバ１６０より送られてくる通信スケジュール情報テーブル１４７ａを記憶部２３１に記憶し、この通信スケジュール情報テーブル１４７ａに従って、回線２６０の切り替え処理を行う。

帯域処理部２３４は、第二ゲートウェイ２３０が接続されている回線２６０を用いてクライアント端末２２０が、サービスサーバ２４０との間で情報の送受信を行うと、アクセス先のサービスサーバ２４０と、使用した回線２６０と、レスポンスタイムと、を特定する情報を含むアクセス情報を、第一ＩＦ部２３５を介して履歴管理サーバ１３０に送信する処理を行う。なお、レスポンスタイムについては、特定の時間間隔における平均値であってもよく、また、特定の時間における瞬時値であってもよい。

第一ＩＦ部２３５は、回線２６０を介した情報の送受信を行う。

第二ＩＦ部２３６は、クライアント端末２２０との間で情報の送受信を行う。

以上に記載した第二ゲートウェイ２３０は、例えば、図５に示すような一般的なコンピュータ９００で実現できる。

例えば、記憶部２３１は、ＣＰＵ９０１がメモリ９０２又は外部記憶装置９０３を利用することにより実現可能であり、制御部２３２は、外部記憶装置９０３に記憶されている所定のプログラムをメモリ９０２にロードしてＣＰＵ９０１で実行することで実現可能であり、第一ＩＦ部２３５及び第二ＩＦ部２３６は、ＣＰＵ９０１が通信装置９０８を利用することで実現可能である。

この所定のプログラムは、読書装置９０５を介して記憶媒体９０４から、あるいは、通信装置９０８を介してネットワークから、外部記憶装置９０３にダウンロードされ、それから、メモリ９０２上にロードされてＣＰＵ９０１により実行されるようにしてもよい。また、読書装置９０５を介して記憶媒体９０４から、あるいは、通信装置９０８を介してネットワークから、メモリ９０２上に直接ロードされ、ＣＰＵ９０１により実行されるようにしてもよい。

ＱｏＳ制御サーバ１６０は、スケジューラ管理装置１４０が生成したＱｏＳ制御の為の通信スケジュール情報テーブル１４７ａを受信し、第二ゲートウェイ２３０に転送することで、第二ゲートウェイ２３０と協調して回線２６０の切替やＱｏＳ制御を行う。

運用管理者端末２１０は、サービスプラットフォーム２００の全体を管理する管理者が使用する端末であり、各種指示の入力や、各種情報の入力及び取得を行う。

クライアント端末２２０は、サービスサーバ２４０に接続して各種サービスの提供を受ける。また、本実施形態においては、スケジューラ管理装置１４０から通信スケジュール情報テーブル１４７ａを取得して、取得した通信スケジュール情報テーブル１４７ａを出力部（図示せず）に出力して、クライアントスケジュール情報の入力を入力部（図示せず）を介して受け付ける。入力されたクライアントスケジュール情報は、通信部（図示せず）を介して、スケジューラ管理装置１４０に送信する。

図２１は、スケジューラ管理装置１４０での処理を示すフローチャートである。

まず、スケジューラ管理装置１４０の情報管理部１５０は、通信部１５６を介して、ＳＬＡ管理サーバ１１０、ユーザ管理サーバ１２０及び履歴管理サーバ１３０より、クライアントＳＬＡ情報、サーバＳＬＡ情報、クライアント情報、サーバ情報、回線情報、アクセス履歴情報及び回線利用履歴情報を取得して、取得情報記憶領域１４２に記憶する（Ｓ１０）。

例えば、情報管理部１５０は、予め定められた時に、ＳＬＡ管理サーバ１１０、ユーザ管理サーバ１２０及び履歴管理サーバ１３０に、クライアントＳＬＡ情報、サーバＳＬＡ情報、クライアント情報、サーバ情報、回線情報、アクセス履歴情報及び回線利用履歴情報の取得要求を送信し、その応答として、これらの情報を取得する。

なお、これらの情報を取得する際には、クライアントＳＬＡ情報テーブル１１２ａ、サーバＳＬＡ情報テーブル１１３ａ、クライアント情報テーブル１２２ａ、サーバ情報テーブル１２３ａ、回線情報テーブル１２４ａ、アクセス履歴情報テーブル１３２ａ及び回線利用履歴情報テーブル１３３ａの全レコードの情報を取得してもよく、また、前回取得した情報（レコード）からの差分（レコード）を取得するようにしてもよい。

次に、回線状況予測部１５１は、取得情報記憶領域１４２に記憶されているアクセス履歴情報テーブル１３２ａ及び回線利用履歴情報テーブル１３３ａに格納されている履歴と、サーバスケジュール情報テーブル１４５ａ及びクライアントスケジュール情報テーブル１４６ａに格納されているスケジュールと、から特定の期間における回線の使用帯域の予測値と、回線の利用可能帯域の予測値と、レスポンスタイムの予測値と、を算出して、回線状況予測情報テーブル１４４ａに格納する処理を行う（Ｓ１１）。なお、ステップＳ１１の回線状況予測情報テーブル１４４ａの作成処理については、図２３及び図２４を用いて詳細に説明する。

ここで、回線状況予測部１５１は、例えば、通信部１５６を介して、運用管理者端末２１０より回線状況予測情報テーブル１４４ａの作成対象となる特定の期間の入力を受け付けて、入力を受け付けた特定の期間における回線状況予測情報を生成する。

次に、スケジュール生成部１５３は、クライアント情報テーブル１２２ａ、サーバ情報テーブル１２３ａ、回線状況予測情報テーブル１４４、サーバスケジュール情報テーブル１４５ａ及びクライアントスケジュール情報テーブル１４６ａに基づいて、各々のクライアント端末２２０及びサービスサーバ２４０の組合せ毎の通信スケジュール情報テーブル１４７ａを生成して、通信スケジュール情報記憶領域１４７に記憶する（Ｓ１２）。なお、ステップＳ１２の通信スケジュール情報テーブル１４７ａの作成処理については、図２７及び図２８を用いて詳細に説明する。

そして、スケジューラ管理装置１４０の全体制御部１４９は、クライアント端末２２０からの要求に応じて、要求のあったクライアント端末２２０用の通信スケジュール情報テーブル１４７ａに対応する通信スケジュール表示画面をクライアント端末２２０に送信し、スケジュール処理部１５２が、クライアント端末２２０からクライアントのスケジュール情報の入力を受け付けて、クライアントスケジュール情報テーブル１４６ａの更新を行う（Ｓ１３）。ステップＳ１３の、クライアントスケジュール情報テーブル１４６ａの更新処理については、図２５及び図２６を用いて詳細に説明する。

図２２は、スケジューラ管理装置１４０が、クライアント端末２２０に送信する通信スケジュール表示画面２７０の概略図である。

通信スケジュール表示画面２７０は、日にち欄２７０ａと、曜日欄２７０ｂと、時間欄２７０ｃと、を有し、日にち欄２７０ａには、通信スケジュール情報テーブル１４７ａの月日欄１４７ｂに対応する情報が、曜日欄２７０ｂには、通信スケジュール情報テーブル１４７ａの曜日欄１４７ｃに対応する情報が、時間欄１４７ｄには、通信スケジュール情報テーブル１４７ａの時間欄１４７ｄに対応させて、通信スケジュール情報テーブル１４７ａのレベル欄１４７ｆ及び備考欄１４７ｇに格納された情報が、表示される。

例えば、通信スケジュール表示画面２７０の時間欄１４７ｄは、横軸方向に通信スケジュール情報テーブル１４７ａの時間欄１４７ｄに対応した時間を特定する情報を示し、当該時間におけるサービスを利用する際のＳＬＡ違反の起こりやすさ（レベル）を、その時間毎に色もしくは印で分けて表示し、備考欄１４７ｇに格納された文字列を時間に対応させて表示している。

このような通信スケジュール表示画面２７０を受信したクライアント端末２２０では、出力部に表示することで、クライアント端末２２０のユーザは、クライアントのスケジュールを登録したい対象のサービスの通信スケジュール表示画面２７０を選択し、スケジュールを登録したい日時、サービスを利用したいのか停止したいのかを該通信スケジュール表示画面２７０を用いて登録することができる。

この際、ＳＬＡ違反が起きそうなレベル、つまりサービスにアクセスする際の混み具合等が色や印で示されているため、サービス利用/停止の日時を決定するための有効な判断材料となる。

次に、回線状況予測部１５１は、クライアントスケジュール情報テーブル１４６ａが更新されると、更新されたスケジュールを回線状況予測情報テーブル１４４ａに反映し、スケジュール生成部１５３は、スケジュールを更新したクライアント端末２２０に対応する通信スケジュールテーブル１４７ａを更新する（Ｓ１４）。ステップＳ１４の通信スケジュールテーブル１４７ａの更新処理については、図２９を用いて詳細に説明する。

図２３は、回線状況予測情報テーブル１４４ａの作成処理を示すフローチャートである。ここで、回線状況を予測する期間については、入力部１５４を介して、または、通信部２１０を介して、予め指示されているものとする。

まず、回線状況予測部１５１は、取得情報記憶領域１４２に記憶されている回線履歴情報テーブル１３３ａから、回線２６０毎に、回線状況予測情報テーブル１４４ａの曜日欄１４４ｃ及び時間欄１４４ｄに対応する平均使用帯域欄１３３ｇに格納されている平均使用帯域を取得し、各回線２６０の回線状況予測情報テーブル１４４ａの対応する履歴欄１４４ｇに格納する（Ｓ２０）。

次に、回線状況予測部１５１は、サーバスケジュール情報記憶領域１４５にサーバスケジュール情報テーブル１４５ａが記憶されているか否かを確認し（Ｓ２１）、記憶されている場合には（ステップＳ２１でＹｅｓ）ステップＳ２２に進み、記憶されていない場合には（ステップＳ２１でＮｏ）ステップＳ２６に進む。

ステップＳ２２では、回線状況予測部１５１は、サーバスケジュール情報記憶領域１４５に記憶されているサーバスケジュール情報テーブル１４５ａを参照し、回線状況予測情報テーブル１４４ａの作成対象となっている月日に該当し、後述するステップＳ２３〜Ｓ２５の処理が行われていないレコードがあるか否かを確認し、ある場合には（ステップＳ２２でＹｅｓ）ステップＳ２３に進み、ない場合には（ステップＳ２２でＮｏ）ステップＳ２６に進む。

ステップＳ２３では、回線状況予測部１５１は、ステップＳ２２で確認された未処理のレコードのサービスサーバ識別子欄１４５ｅからサービスサーバ識別子を取得する（Ｓ２３）。

次に、回線状況予測部１５１は、取得情報記憶領域１４２に記憶されているクライアント情報テーブル１２２ａの通常時接続先欄１２２ｇの接続先識別子欄１２２ｈから、ステップＳ２３で取得したサービスサーバ識別子が格納されているレコードを特定し、特定したレコードのクライアント識別子欄１２２ｂより、ステップＳ２３で取得したサービスサーバ識別子で特定されるサービスサーバ２４０に接続するクライアント端末２２０のクライアント識別子を取得するとともに、取得したクライアント識別子で特定されるクライアント端末２２０が接続する回線２６０を特定する回線識別子を、特定したレコードの回線識別子欄１２２ｅより取得する（Ｓ２４）。

次に、回線状況予測部１５１は、ステップＳ２４で取得した回線識別子で特定される回線２６０の回線状況予測情報テーブル１４４ａを回線状況予測情報記憶領域１４４より取得し、ステップＳ２２で確認したサーバスケジュール情報テーブル１４５ａのレコードの月日欄１４５ｂ、開始時間欄１４５ｃ及び終了時間欄１４５ｄに対応する回線状況予測情報テーブル１４４ａのレコードに、サーバスケジュール情報テーブル１４５ａのスケジュールメニュー識別子に対応する使用帯域（スケジュールメニュー識別子に対応付けられてその使用帯域が記憶部１４１に記憶されているものとする。また、スケジュールメニュー識別子がサービスの停止を示すものであれば、使用帯域をマイナスの値にする）を格納して（Ｓ２５）、ステップＳ２２に戻る。なお、既に値が入力されている場合は、入力されている値に使用帯域を加算する。

なお、スケジュールメニュー識別子に対応する使用帯域が記憶部１４１に記憶されていない場合には、例えば、取得情報記憶領域１４２に記憶されているサーバ情報テーブル１２３ａにおいて、ステップＳ２３で特定したサービスサーバ識別子がサービスサーバ識別子欄１２３ｂに格納されているレコードの必要最低通信速度欄１２３ｆに格納されている値と、最高通信速度欄１２３ｇに格納されている値と、の間の任意の値（例えば、これらの中間値）を使用帯域とすればよい。

ステップＳ２６では、回線状況予測部１５１は、クライアントスケジュール情報記憶領域１４６にクライアントスケジュール情報テーブル１４６ａが記憶されているか否かを確認する。そして、記憶されている場合には（ステップＳ２６でＹｅｓ）ステップＳ２７に進み、記憶されていない場合には（ステップＳ２６でＮｏ）ステップＳ３０に進む。

ステップＳ２７では、回線状況予測部１５１は、クライアントスケジュール情報記憶領域１４６に記憶されているクライアントスケジュール情報テーブル１４６ａを参照し、回線状況予測情報テーブル１４４ａの作成対象となっている月日に該当し、後述するステップＳ２８及びＳ２９の処理が行われていないレコードがあるか否かを確認し、ある場合には（ステップＳ２７でＹｅｓ）ステップＳ２８に進み、ない場合には（ステップＳ２７でＮｏ）ステップＳ３０に進む。

ステップＳ２８では、回線状況予測部１５１は、ステップＳ２７で確認された未処理のレコードの回線欄１４６ｈから回線識別子を取得する。

次に、回線状況予測部１５１は、ステップＳ２８で取得した回線識別子で特定される回線２６０用の回線状況予測情報テーブル１４４ａを回線状況予測情報記憶領域１４４から取得し、取得した回線状況予測情報テーブル１４４ａの追加スケジュール欄１４４ｈに、ステップＳ２７で確認された未処理のレコードの加減帯域欄１４６ｉに格納されている値を格納して（Ｓ２９）、ステップＳ２７に戻る。なお、既に値が格納されている場合には、加減帯域欄１４６ｉに格納されている値を加算する。

ステップＳ３０では、回線状況予測部１５１は、回線状況予測情報テーブル１４４ａの利用可能帯域欄１４４ｉの値を更新する。

具体的には、回線状況予測部１５１は、回線２６０毎の帯域を取得情報記憶領域１４２に記憶されている回線情報テーブル１２４ａから特定し、各々の回線２６０用の回線状況予測情報テーブル１４４ａの各々のレコードの履歴欄１４４ｇ及び追加スケジュール欄１４４ｈに格納されている値（空欄の場合の値は「０」）の加算値を、特定した回線２６０毎の帯域から減算した値を、各々のレコードの利用可能帯域欄１４４ｉの値とする。

また、回線状況予測部１５１は、サービスサーバ２４０毎にレスポンスタイムを算出して、レスポンスタイム欄１４４ｊに格納する（Ｓ３１）。なお、ステップＳ３１の処理については、図２４を用いて詳細に説明する。

なお、図２３のフローでは、ステップＳ２４においてクライアント端末２２０が接続する回線を全て取得しているが、例えば、クライアント情報テーブル１２２ａの優先度欄１２２ｆを参照して、最も優先度の高い回線２６０の回線識別子を取得するようにしてもよい。

図２４は、レスポンスタイムを算出する処理を示すフローチャートである。

まず、回線状況予測部１５１は、レスポンスタイムを未算出の回線２６０を選択し、選択した回線２６０に対応する回線状況予測情報テーブル１４４ａを取得する（Ｓ４０）。

次に、回線状況予測部１５１は、レスポンスタイムを未算出のサービスサーバ２４０から、レスポンスタイムを算出するサービスサーバ２４０を選択する（Ｓ４１）。

そして、回線状況予測部１５１は、取得情報記憶領域１４２に記憶されているサーバ情報テーブル１２３ａより、ステップＳ４１で選択したサービスサーバ２４０に対応するレコードの通常稼働時間欄１２３ｄ及び通常稼働日欄１２３ｅ、および、サーバスケジュール情報記憶領域１４５に記憶されているサーバスケジュール情報テーブル１４５ａより、ステップＳ４１で選択したサービスサーバ２４０に対応するレコードがある場合には、当該レコードの月日欄１４５ｂ、開始時間欄１４５ｃ及び終了時間欄１４５ｄ、に格納されている情報から、ステップＳ４１で選択したサービスサーバ２４０の稼働日時を特定する（Ｓ４２）。

次に、回線状況予測部１５１は、取得情報記憶領域１４２に記憶されているアクセス履歴情報テーブル１３２ａのサービスサーバ識別子欄１３２ｂより、ステップＳ４１で選択されたサービスサーバ２４０のレコードを特定し、ステップＳ４２で特定した稼働日時に対応する曜日及び時間において、ステップＳ４０で選択した回線２６０を利用してアクセスした際の平均レスポンスタイムの平均値を計算する（Ｓ４３）。

そして、回線状況予測部１５１は、ステップＳ４０で取得した回線状況予測情報テーブル１４４ａにおいて、ステップＳ４２で特定した稼働日時に対応するレコードにおいて、追加スケジュールがあるか否かを判断する（Ｓ４４）。追加スケジュールがない場合には（ステップＳ４４でＮｏ）ステップＳ４５に進み、追加スケジュールがある場合には（ステップＳ４４でＹｅｓ）ステップＳ４６に進む。

ステップＳ４５では、回線状況予測部１５１は、ステップＳ４３で算出した平均値をレスポンスタイムとして、レスポンスタイム欄１４４ｊの対応するレコードに格納して、ステップＳ４７に進む。

一方、ステップＳ４６では、回線状況予測部１５１は、追加スケジュールの値に対応した補正値（値に対応する補正値が予め記憶部１４１に記憶されているものとする）を、ステップＳ４３で算出した平均値のうち、追加スケジュールの値が格納されているレコードに対応するものに加算（追加スケジュールが正の値の場合）又は減算（追加スケジュールが負の値の場合）して、レスポンスタイム欄１４４ｊの対応するレコードに格納して、ステップＳ４７に進む。なお、追加スケジュールがないレコードにおいては、ステップＳ４３で算出した平均値をレスポンスタイムとして、レスポンスタイム欄１４４ｊの対応するレコードに格納する。

ステップＳ４７では、回線状況予測部１５１は、レスポンスタイムを未算出のサービスサーバ２４０があるか否かを確認し、ある場合には（ステップＳ４７でＹｅｓ）ステップＳ４１に戻り処理を繰り返し、ない場合には（ステップＳ４７でＮｏ）ステップＳ４８に進む。

ステップＳ４８では、回線状況予測部１５１は、レスポンスタイムを未算出の回線２６０があるか否かを確認し、ある場合には（ステップＳ４８でＹｅｓ）ステップＳ４０に戻り処理を繰り返し、ない場合には（ステップＳ４８でＮｏ）処理を終了する。

図２５は、クライアントスケジュール情報を登録する際の処理を示すフローチャートである。

まず、スケジュール処理部１５２は、クライアント端末２２０より、通信部１５６を介して、「クライアント識別子」、「スケジュールを実行したい日時」、「サービスを利用するのか、停止するのか」、「対象とするサービスのサービス識別子」を特定する情報を含むスケジュール登録リクエストを受信すると（Ｓ５０）、以降の処理を行う。

次に、スケジュール処理部１５２は、受信したスケジュール登録リクエストが、サービスを利用するものであるか否かを判断する（Ｓ５１）。サービスを利用するものである場合には（ステップＳ５１でＹｅｓ）ステップＳ５２に進み、サービスを利用するものではない場合には（ステップＳ５１でＮｏ）図２６のＡに進む。

ステップＳ５２では、スケジュール処理部１５２は、取得情報記憶領域１４２に記憶されているサーバ情報テーブル１２３ａのサービス識別子欄１２３ｃを参照して、スケジュール登録リクエストに含まれているサービス識別子が格納されているレコードを特定し、特定したレコードからサービスサーバ識別子、通常稼働時間及び通常稼働日を取得する（Ｓ５２）。

次に、スケジュール処理部１５２は、受信したスケジュール登録リクエストに含まれている「スケジュールを実行したい日時」が、ステップＳ５２で取得した通常稼働時間及び通常稼働日に含まれるか否かを判断する（Ｓ５３）。そして、通常稼働時間及び通常稼働日に含まれる場合には（ステップＳ５３でＹｅｓ）ステップＳ５４に進み、通常稼働時間及び通常稼働日に含まれない場合には（ステップＳ５３でＮｏ）ステップＳ６０に進み、スケジュール登録リクエストを送信してきたクライアント端末２２０にエラー通知を行う（Ｓ６０）。

ステップＳ５４では、スケジュール処理部１５２は、スケジュール登録リクエストに含まれる「サービス識別子」で特定されるサービスに必要と予測される帯域を予め決められた方法等で決定する（Ｓ５４）。例えば、スケジュール処理部１５２は、サーバ情報テーブル１２３ａにおいて、スケジュール登録リクエストに含まれる「サービス識別子」に対応するレコードの必要最低通信速度欄１２３ｆ及び最高通信速度欄１２３ｇの間の任意の帯域（例えば、これらの中間の値）を必要と予測される帯域とする。

次に、スケジュール処理部１５２は、取得情報記憶領域１４２に記憶されているクライアント情報テーブル１２２ａにおいて、スケジュール登録リクエストを送信してきたクライアント端末２２０が接続可能な回線２６０のうち、優先度が最も高いものを契約回線欄１２２ｄより選択する（Ｓ５５）。

次に、スケジュール処理部１５２は、選択された回線２６０の回線状況予測情報テーブル１４４を参照して、スケジュール登録リクエストに含まれている「スケジュールを実行したい日時」における利用可能帯域を参照して、当該利用可能帯域がステップＳ５４で特定された予測帯域よりも大きいか否かを確認する（Ｓ５６）。利用可能帯域が予測帯域よりも大きい場合には（ステップＳ５６でＹｅｓ）ステップＳ５７に進み、利用可能帯域が予測帯域よりも大きくない場合には（ステップＳ５６でＮｏ）ステップＳ５９に進む。

ステップＳ５７では、スケジュール処理部１５２は、選択された回線２６０の回線状況予測情報テーブル１４４を参照して、スケジュール登録リクエストに含まれている「スケジュールを実行したい日時」における平均使用帯域欄１４４ｆに格納されている帯域（履歴欄１４４ｇ及び追加スケジュール欄１４４ｈに格納されている値の合計値）に、ステップＳ５４で特定された予測帯域の値を加算した使用帯域において、予め決められた方法で予測されるレスポンスタイムを算出する（Ｓ５７）。

例えば、スケジュール処理部１５２は、加算する予測帯域に対応して、予め定められたレスポンスタイムの加算値（予め、予測帯域に対応させて記憶部１４１に記憶されているものとする）をレスポンスタイム１４４ｊ欄に格納されているレスポンスタイムの値に加算すればよい。または、スケジュール処理部１５２は、平均使用帯域欄１４４ｆに格納されている帯域とレスポンスタイムとの比と、平均使用帯域欄１４４ｆに格納されている帯域にステップＳ５４で特定された予測帯域の値を加算した使用帯域と予測されるレスポンスタイムの比と、が等しくなるように、予測されるレスポンスタイムの値を算出すればよい。

次に、スケジュール処理部１５２は、ステップＳ５７で算出したレスポンスタイムに対応するレベルを、レベル対応情報記憶領域１４３に記憶されているレベル対応情報テーブル１４３ａより特定して、特定したレベルが「９９」であるか否かを確認する（Ｓ５８）。

ここで、ステップＳ５７で算出したレスポンスタイムに対応するレベルは、スケジュール処理部１５２が、スケジュール登録リクエストを送信してきたクライアント端末２２０に対応するクライアントＳＬＡ情報テーブル１１２ａのＳＬＡ項目欄１１２ｂのレスポンスタイムに対応するレコードの設定パラメータ欄１１２ｃに格納されている値を取得し、ステップＳ５７で算出したレスポンスタイムを、取得した値で除算した除算値を算出する。そして、スケジュール処理部１５２は、算出した除算値が、レベル対応情報テーブル１４３ａの値欄１４３ｃに格納されている値の範囲に含まれるレコードを特定し、特定したレコードのレベル欄１４３ｂより取得すればよい。

そして、スケジュール処理部１５２は、特定したレベルが「９９」である場合には（ステップＳ５８でＹｅｓ）ステップＳ５９に進み、特定したレベルが「９９」ではない場合には（ステップＳ５８でＮｏ）ステップＳ６２に進む。

ステップＳ５９では、スケジュール処理部１５２は、取得情報記憶領域１４２に記憶されているクライアント情報テーブル１２２ａにおいて、スケジュール登録リクエストを送信してきたクライアント端末２２０が接続可能な回線２６０のうち、選択されている回線２６０の次に優先度が高いものがあるか否かを確認する（Ｓ５９）。そして、選択されている回線２６０の次に優先度が高いものがある場合には（ステップＳ５９でＹｅｓ）ステップＳ６１に進み、選択されている回線２６０の次に優先度が高いものがない場合には（ステップＳ５９でＮｏ）ステップＳ６０に進み、スケジュール登録リクエストを送信してきたクライアント端末２２０にエラー通知を行う（Ｓ６０）。

ステップＳ６１では、スケジュール処理部１５２は、ステップＳ５９で確認された次に優先度が高い回線２６０を選択して、ステップＳ５６に戻り処理を繰り返す。

一方、ステップＳ６２では、スケジュール処理部１５２は、ステップＳ５４で受信したスケジュール登録リクエストに対応する情報を、クライアントスケジュール情報テーブル１４６ａに登録する。ここで、クライアントスケジュール情報テーブル１４６ａの回線欄１４６ｈには、選択された回線２６０の回線識別子を格納し、加減帯域欄１４６ｉには、ステップＳ５４で算出した予測帯域を格納する。

なお、スケジュール処理部１５２は、クライアントスケジュール情報テーブル１４６ａへの登録を行うと、通信部１５６を介して、スケジュール登録リクエストを送信してきたクライアント端末２２０にリクエストの成功応答を通知する。

次に、スケジュール処理部１５２は、回線状況予測部１５１に指示を出し、回線状況予測部１５１が、回線状況予測情報テーブル１４４ａの更新を行う（Ｓ６３）。なお、回線状況予測情報テーブル１４４ａの更新処理については、図２３に示すステップＳ２７〜Ｓ３１の処理を行えばよいため、詳細な説明は省略する。

図２６は、図２５のステップＳ５１で、スケジュール登録リクエストが、サービスを利用するものでない場合の処理を示すフローチャートである。

まず、スケジュール処理部１５２は、通信部１５６を介して、スケジュール登録リクエストを送信してきたクライアント端末２２０にリクエストの成功応答を通知する（Ｓ７０）。

次に、スケジュール処理部１５２は、取得情報記憶領域１４２に記憶されているサーバ情報テーブル１２３ａのサービス識別子欄１２３ｃを参照して、スケジュール登録リクエストに含まれているサービス識別子が格納されているレコードを特定し、特定したレコードからサービスサーバ識別子を取得する（Ｓ７１）。

次に、スケジュール処理部１５２は、取得情報記憶領域１４２に記憶されているアクセス履歴情報テーブル１３２ａにおいて、ステップＳ７１で取得されたサービスサーバ識別子がサービスサーバ識別子欄１３２ｂに格納されているレコードを特定し、特定したレコードのうち、スケジュール登録リクエストを送信してきたクライアント端末２２０が、サービスを停止したい日時を対応する曜日及び時間においてアクセスした平均アクセス数とその回線識別子を全て取得する（Ｓ７２）。

次に、スケジュール処理部１５２は、ステップＳ７２で取得した回線識別子で特定される回線２６０毎に、ステップＳ７２で取得した平均アクセス数に応じて、予め決められた方法で減算する帯域をそれぞれ決定する（Ｓ７３）。

例えば、スケジュール処理部１５２は、平均アクセス数に対応して予め記憶部１４１に記憶されている帯域を、減算する帯域として決定する。

そして、スケジュール処理部１５２は、ステップＳ５４で受信したスケジュール登録リクエストに対応する情報を、クライアントスケジュール情報テーブル１４６ａに登録する（Ｓ７４）。ここで、クライアントスケジュール情報テーブル１４６ａの回線欄１４６ｈには、ステップＳ７３で取得された回線２６０の回線識別子を格納し、加減帯域欄１４６ｉには、ステップＳ７４で決定した帯域（マイナスの値）を格納する。

次に、スケジュール処理部１５２は、回線状況予測部１５１に指示を出し、回線状況予測部１５１が、回線状況予測情報テーブル１４４ａの更新を行う（Ｓ７５）。なお、回線状況予測情報テーブル１４４ａの更新処理については、図２３に示すステップＳ２７〜Ｓ３１の処理を行えばよいため、詳細な説明は省略する。

図２７は、通信スケジュール情報の作成処理を示すフローチャートである。ここで、通信スケジュール情報を生成する期間については、図２３で説明した回線状況予測情報テーブル１４４ａの作成処理における期間と同様であり、入力部１５４を介して、または、通信部２１０を介して、予め指示されているものとする。

まず、スケジュール生成部１５３は、クライアント端末２２０とサービスサーバ２４０との組み合わせの分だけ、通信スケジュール情報テーブル１４７ａを作成して、通信スケジュール情報記憶領域１４７ａに記憶するとともに、各々の通信スケジュール情報テーブル１４７の月日欄１４７ｂ、曜日欄１４７ｃ及び時間欄１４７ｄに、通信スケジュールを生成する期間に対応する月日、曜日及び時間を格納する（Ｓ８０）。

次に、スケジュール生成部１５３は、取得情報記憶領域１４２に記憶されているクライアント情報テーブル１２２ａにおいて、クライアント識別子欄１２２ｂ及び優先順位欄１２２ｃに格納されている情報により、未だ通信スケジュール情報テーブル１４７ａに必要な情報が格納されていないクライアント端末２２０のうち、最も優先順位の高いものを特定する（Ｓ８１）。

次に、スケジュール生成部１５３は、スケジュールを作成する月日、曜日及び時間（通信スケジュール情報テーブル１４７ａの一つのレコードに対応するもの）を、例えば、時系列の順に選択する（Ｓ８２）。

次に、スケジュール生成部１５３は、取得情報記憶領域１４２に記憶されているクライアント情報テーブル１２２ａにおいて通常時接続先欄１２２ｇ及び接続ポリシ欄１２２ｊを参照することにより、ステップＳ８３で選択された曜日及び時間において、ステップＳ８１で特定されたクライアント端末２２０が接続するサービスサーバ２４０のうち、最も優先度の高いサービスサーバ２４０を特定する（Ｓ８３）。

次に、スケジュール生成部１５３は、ステップＳ８１で特定したクライアント端末２２０及びステップＳ８３で特定したサービスサーバ２４０の組合せに対応する通信スケジュール情報テーブル１４７ａを通信スケジュール情報記憶領域１４７から選択する（Ｓ８４）。

次に、スケジュール生成部１５３は、取得情報記憶領域１４２に記憶されているサーバ情報テーブル１２３ａ及びサーバスケジュール情報テーブル１４５ａを参照して、ステップＳ８２で選択した月日、曜日及び時間において、ステップＳ８３で特定されたサービスサーバ２４０が稼働しているか否かを確認する（Ｓ８５）。サービスサーバ２４０が稼働している場合には（ステップＳ８５でＹｅｓ）ステップＳ８６に進み、サービスサーバ２４０が稼働していない場合には（ステップＳ８５でＮｏ）ステップＳ８７に進む。

ステップＳ８６では、スケジュール生成部１５３は、使用回線とレベルを決定し、ステップＳ８４で選択した通信スケジュール情報テーブル１４７ａのステップＳ８２で選択した月日、曜日及び時間に対応するレコードの使用回線欄１４７ｅ及びレベル欄１４７ｆに格納する。なお、ステップＳ８６における使用回線とレベルの決定処理については、図２８を用いて詳細に説明する。

一方、ステップＳ８７では、スケジュール生成部１５３は、ステップＳ８４で選択した通信スケジュール情報テーブル１４７ａのステップＳ８２で選択した月日、曜日及び時間に対応するレコードの使用回線欄１４７ｅは空欄とし、当該レコードのレベル欄１４７ｆに「４」を格納する。

次に、スケジュール生成部１５３は、サーバスケジュール情報テーブル１４５ａにおいて、ステップＳ８２で選択した月日、曜日及び時間に対応するレコードの表示内容欄１４５ｈに情報が格納されている場合には、当該情報を、ステップＳ８４で選択した通信スケジュール情報テーブル１４７ａのステップＳ８２で選択した月日、曜日及び時間に対応するレコードの備考欄１４７ｇに格納する（Ｓ８８）。

そして、スケジュール生成部１５３は、取得情報記憶領域１４２に記憶されているクライアント情報テーブル１２２ａにおいて通常時接続先欄１２２ｇを参照することにより、ステップＳ８１で特定されたクライアント端末２２０が接続するサービスサーバ２４０のうち、スケジュールを作成していないサービスサーバ２２０があるか否かを確認する（Ｓ８９）。そして、スケジュールを作成していないサービスサーバ２２０がある場合には（ステップＳ８９でＹｅｓ）、ステップＳ８３に戻り処理を繰り返し、スケジュールを作成していないサービスサーバ２２０がない場合には（ステップＳ８９でＮｏ）、ステップＳ９０に進む。

ステップＳ９０では、スケジュール生成部１５３は、スケジュールを作成する期間のうち、スケジュールを作成していない月日、時間、曜日があるか否かを確認する。スケジュールを作成していない月日、時間、曜日がある場合には（ステップＳ９０でＹｅｓ）ステップＳ８２に戻り処理を繰り返し、スケジュールを作成していない月日、時間、曜日がない場合には（ステップＳ９０でＮｏ）ステップＳ９１に進む。

ステップＳ９１では、スケジュール生成部１５３は、スケジュールを作成していないクライアント端末２２０があるか否かを確認する。そして、スケジュールを作成していないクライアント端末２２０がある場合には（ステップＳ９１でＹｅｓ）ステップＳ８１に戻り処理を繰り返し、スケジュールを作成していないクライアント端末２２０がない場合には（ステップＳ９１でＮｏ）処理を終了する。

図２８は、使用回線とレベルを決定する処理を示すフローチャートである。

まず、スケジュール生成部１５３は、クライアントスケジュール情報テーブル１４６ａのサービス利用／停止欄１４６ｇの値が「利用」になっているレコードがあるか否かを確認する（Ｓ１００）。このようなレコードがある場合には（ステップＳ１００でＹｅｓ）、ステップＳ１０１に進み、このようなレコードがない場合には（ステップＳ１００でＮｏ）、ステップＳ１０４に進む。

ステップＳ１０１では、スケジュール生成部１５３は、クライアントスケジュール情報テーブル１４６ａのサービス利用／停止欄１４６ｇの値が「利用」になっているレコードの月日欄１４６ｂ、開始時間欄１４６ｃ、終了時間欄１４６ｄ、クライアント識別子欄１４６ｅ、接続先欄１４６ｆ、および、回線欄１４６ｇ、に格納されている情報を取得する（Ｓ１０１）。

次に、スケジュール生成部１５３は、ステップＳ１０１で取得したクライアント識別子欄１４６ｅに格納されている情報で特定されるクライアント端末２２０が、接続先欄１４６ｆに格納されている情報で特定されるサービスサーバ２４０にアクセスする際の通信スケジュール情報テーブル１４７ａを取得する（Ｓ１０２）。

次に、スケジュール生成部１５３は、ステップＳ１０２で取得した通信スケジュール情報テーブル１４７ａにおいて、ステップＳ１０１で取得した月日欄１４６ｂ、開始時間欄１４６ｃ及び終了時間欄１４６ｄで特定される日時に対応するレコードに、ステップＳ１０１で取得した回線欄１４６ｇで特定される回線識別子を格納する（Ｓ１０３）。

また、ステップＳ１０４では、スケジュール生成部１５３は、取得情報記憶領域１４２に記憶されているクライアント情報テーブル１２２ａの契約回線欄１２２ｄより、図２７のステップＳ８１で特定されたクライアント端末２２０が接続することのできる回線２６０のうち、最も優先度の高い回線２６０に対応する回線識別子を選択する。

次に、スケジュール生成部１５３は、ステップＳ１０４で選択した回線識別子に対応する回線状況予測情報テーブル１４４ａを回線状況予測情報記憶領域１４４から取得し、図２７のステップＳ８２で選択された月日、曜日及び時間に対応するレコードのレスポンスタイム欄１４４ｊから、図２７のステップＳ８３で特定されたサービスサーバ２４０のレスポンスタイムを取得する（Ｓ１０５）。

次に、スケジュール生成部１５３は、図２７のステップＳ８３で特定されたサービスサーバ２４０に対応するサーバＳＬＡ情報テーブル１１３ａが取得情報記憶領域１４２に記憶されているか否かを確認する（Ｓ１０６）。記憶されている場合には（ステップＳ１０６でＹｅｓ）ステップＳ１０７に進み、記憶されていない場合には（ステップＳ１０６でＮｏ）ステップＳ１０８に進む。

ステップＳ１０７では、スケジュール生成部１５３は、図２７のステップＳ８３で特定されたサービスサーバ２４０に対応するサーバＳＬＡ情報テーブル１１３ａのＳＬＡ項目欄１１３ｂのレスポンスタイムに対応するレコードの設定パラメータ欄１１３ｃに格納されている値（レスポンスタイム）を取得する。

ステップＳ１０８では、スケジュール生成部１５３は、図２７のステップＳ８１で特定されたクライアント端末２２０に対応するクライアントＳＬＡ情報テーブル１１２ａのＳＬＡ項目欄１１２ｂのレスポンスタイムに対応するレコードの設定パラメータ欄１１２ｃに格納されている値（レスポンスタイム）を取得する。

次に、スケジュール生成部１５３は、ステップＳ１０７又はステップＳ１０８で取得されたレスポンスタイムで、ステップＳ１０５で取得されたレスポンスタイムを除算した除算値が、レベル対応情報テーブル１４３ａの値欄１４３ｃに格納されている値の範囲に含まれるレコードを特定し、特定したレコードのレベル欄１４３ｂよりレベルを特定し、特定したレベルが「９９」であるか否かを確認する（Ｓ１０９）。

そして、スケジュール生成部１５３は、特定したレベルが「９９」ではない場合には（ステップＳ１０９でＮｏ）ステップＳ１１０に進み、特定したレベルが「９９」である場合には（ステップＳ１０９でＹｅｓ）ステップＳ１１１に進む。

ステップＳ１１０では、スケジュール生成部１５３は、選択した回線及びステップＳ１０９で特定したレベルを、通信スケジュール情報テーブル１４７ａに格納する使用回線及びレベルとして決定する。

一方、ステップＳ１１１では、スケジュール生成部１５３は、取得情報記憶領域１４２に記憶されているクライアント情報テーブル１２２ａの契約回線欄１２２ｄより、図２７のステップＳ８１で特定されたクライアント端末２２０が接続することのできる回線２６０のうち、既に選択されている回線２６０の次に優先度の高い回線２６０があるか否かを確認する。このような回線２６０がある場合には（Ｓ１１１でＹｅｓ）ステップＳ１１２に進み、このような回線２６０がない場合には（Ｓ１１１でＮｏ）ステップＳ１１３に進む。

ステップＳ１１２では、スケジュール生成部１５３は、ステップＳ１１１で確認された次に優先度の高い回線２６０を選択して、ステップＳ１０５に戻り処理を繰り返す。

一方、ステップＳ１１３では、スケジュール生成部１５３は、選択した回線及びレベル「３」を、通信スケジュール情報テーブル１４７ａに格納する使用回線及びレベルとして決定する。

図２９は、通信スケジュール情報テーブル１４７ａを更新する処理を示すフローチャートである。

まず、スケジュール生成部１５３は、クライアントスケジュール情報テーブル１４６ａに新たに追加されたスケジュール（追加されたレコード）があるか否かを確認する（Ｓ１２０）。新たに追加されたスケジュールがある場合には（ステップＳ１２０でＹｅｓ）ステップＳ１２１に進み、新たに追加されたスケジュールがない場合には（ステップＳ１２０でＮｏ）ステップＳ１２４に進む。

ステップＳ１２１では、スケジュール生成部１５３は、クライアントスケジュール情報テーブル１４６ａにおいて、ステップＳ１２１で確認された新たに追加されたスケジュールに対応するレコードのサービス利用／停止欄１４６ｇに格納されている情報が利用であるか否かを確認する。利用である場合には（ステップＳ１２１でＹｅｓ）ステップＳ１２２に進み、利用ではない場合には（ステップＳ１２１でＮｏ）ステップＳ１２４に進む。

ステップＳ１２２では、スケジュール生成部１５３は、クライアントスケジュール情報テーブル１４６ａにおいて、ステップＳ１２１で確認された新たに追加されたスケジュールに対応するレコードより、月日、開始時間、終了時間、クライアント識別子、接続先（サービスサーバ識別子）及び回線（回線識別子）を特定する。

次に、スケジュール生成部１５３は、ステップＳ１２２で特定した、クライアント識別子及び接続先（サービスサーバ識別子）に対応する通信スケジュール情報テーブル１４７ａを取得し、ステップＳ１２２で特定した月日、開始時間及び終了時間に対応するレコードの使用回線欄１４７ｅに、ステップＳ１２２で特定した回線識別子を格納する（Ｓ１２３）。

ステップＳ１２４では、スケジュール生成部１５３は、サーバスケジュール情報テーブル１４５ａに新たに追加されたスケジュール（追加されたレコード）があるか否かを確認する。新たに追加されたスケジュールがある場合には（ステップＳ１２４でＹｅｓ）ステップＳ１２５に進み、新たに追加されたスケジュールがない場合には（ステップＳ１２４でＮｏ）ステップＳ１３０に進む。

ステップＳ１２５では、スケジュール生成部１５３は、サーバスケジュール情報テーブル１４５ａにおいて、ステップＳ１２４で確認された新たなスケジュールに対応するレコードのスケジュールメニュー識別子欄１４５ｆに格納されている識別子が、サービスの開始を示す識別子であるか否かを確認する。なお、この判断については、サービスの開始を示す識別子を予め記憶部１４１に記憶しておく、または、スケジュールメニュー欄１４５ｇに「開始」を特定する情報がある、等により判断すればよい。

そして、サービスの開始を示す識別子である場合には（ステップＳ１２５でＹｅｓ）ステップＳ１２６に進み、サービスの開始を示す識別子ではない場合には（ステップＳ１２５でＮｏ）ステップＳ１２８に進む。

ステップＳ１２６では、スケジュール生成部１５３は、サーバスケジュール情報テーブル１４５ａにおいて、ステップＳ１２４で確認された新たに追加されたスケジュールに対応するレコードより、月日、開始時間、終了時間及びサービスサーバ識別子を特定して、通信スケジュール情報記憶領域１４７から、特定したサービスサーバ識別子に対応する通信スケジュール情報テーブル１４７ａを取得して、取得した通信スケジュール情報テーブル１４７ａの月日欄１４７ｂ、曜日欄１４７ｃ及び時間欄１４７ｄが、サーバスケジュール情報テーブル１４５ａより特定した月日、開始時間、終了時間に含まれるレコードから、レベルの値を特定する。

そして、スケジュール生成部１５３は、ステップＳ１２６で特定したレベルのうちで、レベルが「４」になっているものを削除して（Ｓ１２７）、ステップＳ１３０に進む。

一方、ステップＳ１２８では、スケジュール生成部１５３は、サーバスケジュール情報テーブル１４５ａにおいて、ステップＳ１２４で確認された新たなスケジュールに対応するレコードのスケジュールメニュー識別子欄１４５ｆに格納されている識別子が、サービスの停止を示す識別子であるか否かを確認する。なお、この判断については、サービスの停止を示す識別子を予め記憶部１４１に記憶しておく、または、スケジュールメニュー欄１４５ｇに「停止」を特定する情報がある、等により判断すればよい。

そして、サービスの停止を示す識別子である場合には（ステップＳ１２８でＹｅｓ）ステップＳ１２９に進み、サービスの開始を示す識別子ではない場合には（ステップＳ１２８でＮｏ）ステップＳ１３０に進む。

ステップＳ１２９では、スケジュール生成部１５３は、サーバスケジュール情報テーブル１４５ａにおいて、ステップＳ１２４で確認された新たに追加されたスケジュールに対応するレコードより、月日、開始時間、終了時間及びサービスサーバ識別子を特定して、通信スケジュール情報記憶領域１４７から、特定したサービスサーバ識別子に対応する通信スケジュール情報テーブル１４７ａを取得して、取得した通信スケジュール情報テーブル１４７ａの月日欄１４７ｂ、曜日欄１４７ｃ及び時間欄１４７ｄが、サーバスケジュール情報テーブル１４５ａより特定した月日、開始時間、終了時間に含まれるレコードにおいて、レベルの値を「４」に更新して、ステップＳ１３０に進む。

ステップＳ１３０では、ステップＳ１２７又はステップＳ１２９において更新された通信スケジュール情報テーブル１４７ａにおいて、レベル欄１４７ｆに「４」の値が格納されているレコードを除き、全てのレコードのレベルを再計算して格納する。

なお、レベルの再計算については、図２８のフローチャートで行った計算と同様に、通信スケジュール情報テーブル１４７ａの使用回線欄１４７ｅに格納されている回線２６０の回線状況予測情報テーブル１４４ａにおいて、通信スケジュール情報テーブル１４７ａの対象となっているサービスサーバ２２０のレスポンスタイムをレスポンスタイム欄１４４ｊから取得して、サーバＳＬＡ情報テーブル１１２ａ又はクライアントＳＬＡ情報テーブル１１３ａに格納されているレスポンスタイムで除算した除算値が含まれるレベルを、レベル対応情報テーブル１４３ａから特定すればよい。

なお、本発明のスケジューリングシステム１００を用いて回線２６０の負荷分散を行う為に回線切り替えを行った結果は、例えば、運用管理者端末２１０等からクライアント端末２２０に対して、定期的に、使用回線のレポートなどで提示する。

このレポートには、例えば、スケジューリングシステム１００を用いずにクライアント端末２２０が登録している回線２６０の優先度に沿って、もし優先度が高い回線２６０のみを利用した場合に予測されるレスポンスタイムと、スケジューリングシステム１００を用いて実際に回線２６０の切り替えを行った時に使用した回線名とそのレスポンスタイムなどを記載し、比較出来るようにすることが望ましい。

また、通信スケジュール表示画面２７０を用いて、ある日時を選択すると、その日時に利用する回線２６０として割り当てられている回線名を表示するなどの方法でも良い。

以上に記載した実施形態においては、スケジューラ管理装置１４０の取得情報記憶領域１４２に、ＳＬＡ管理サーバ１１０、ユーザ管理サーバ１２０、履歴管理サーバ１３０より取得したクライアントＳＬＡ情報テーブル１１２ａ、サーバＳＬＡ情報テーブル１１３ａ、クライアント情報テーブル１２２ａ、サーバ情報テーブル１２３ａ、回線情報テーブル１２４ａ、アクセス履歴情報テーブル１３２ａ及び回線利用履歴情報テーブル１３３ａを記憶するようにしているが、このような態様に限定されず、これらのテーブルに格納されている情報が必要となる度に、スケジューラ管理装置１４０の情報管理部１５０が、ＳＬＡ管理サーバ１１０、ユーザ管理サーバ１２０または履歴管理サーバ１３０にアクセスして、必要な情報を取得するようにしてもよい。

また、本実施形態においては、サービスプラットフォーム２００にＳＬＡ管理サーバ１１０、ユーザ管理サーバ１２０、履歴管理サーバ１３０、スケジューラ管理装置１４０及びＱｏＳサーバ１６０が設けられているが、このような態様に限定されず、これらのサーバ及び装置で記憶している情報及び行っている処理を一つ又は複数の装置、サーバにまとめたり、分割したりすることも可能である。

スケジューリングシステムの概略図。 ＳＬＡ管理サーバの概略図。 クライアントＳＬＡ情報テーブルの概略図。 サーバＳＬＡ情報テーブルの概略図。 コンピュータの概略図。 ユーザ管理サーバの概略図。 クライアント情報テーブルの概略図。 サーバ情報テーブルの概略図。 回線情報テーブルの概略図。 履歴管理サーバの概略図。 アクセス履歴情報テーブルの概略図。 回線利用履歴情報テーブルの概略図。 スケジューラ管理装置の概略図。 レベル対応情報テーブルの概略図。 回線状況予測情報テーブルの概略図。 サーバスケジュール情報テーブルの概略図。 クライアントスケジュール情報テーブルの概略図。 通信スケジュール情報テーブルの概略図。 第一ゲートウェイの概略図。 第二ゲートウェイの概略図。 スケジューラ管理装置での処理を示すフローチャート。 通信スケジュール表示画面の概略図。 回線状況予測情報テーブルの作成処理を示すフローチャート。 レスポンスタイムを算出する処理を示すフローチャート。 クライアントスケジュール情報を登録する際の処理を示すフローチャート。 スケジュール登録リクエストがサービスを利用するものでない場合の処理を示すフローチャート。 通信スケジュール情報の作成処理を示すフローチャート。 使用回線とレベルを決定する処理を示すフローチャート。 通信スケジュール情報テーブルを更新する処理を示すフローチャート。

符号の説明

１００ スケジューリングシステム
１１０ ＳＬＡ管理サーバ
１２０ ユーザ管理サーバ
１３０ 履歴管理サーバ
１４０ スケジューラ管理装置
１４１ 記憶部
１４２ 取得情報記憶領域
１４３ レベル対応情報記憶領域
１４４ 回線状況予測情報記憶領域
１４５ サーバスケジュール情報記憶領域
１４６ クライアントスケジュール情報記憶領域
１４７ 通信スケジュール情報記憶領域
１４８ 制御部
１４９ 全体制御部
１５０ 情報管理部
１５１ 回線状況予測部
１５２ スケジュール処理部
１５３ スケジュール生成部
１５４ 入力部
１５５ 出力部
１５６ 通信部
１６０ ＱｏＳ制御サーバ
１７０ 第一ゲートウェイ
１８０ 第一ルータ
１９０ 第二ルータ
２１０ 運用管理者端末
２２０ クライアント端末
２３０ 第二ゲートウェイ
２４０ サービスサーバ

Claims (21)

1. クライアント端末及びサービスサーバの組合せ毎に、予め定められた期間における通信スケジュールを生成するスケジューラ管理装置であって、
   レスポンスタイムの要求値を特定する情報を有するＳＬＡ情報と、
   クライアント端末を特定する情報、当該クライアント端末が接続する回線を特定する情報、当該回線の優先順位を特定する情報、当該クライアント端末が接続するサービスサーバを特定する情報、および、当該サービスサーバの優先順位を特定する情報、を有するクライアント情報と、
   サービスサーバを特定する情報、当該サービスサーバが提供するサービスを特定する情報、および、当該サービスサーバが稼働する日時を特定する情報、を有するサーバ情報と、
   回線毎に、日付を特定する情報、当該日付における曜日を特定する情報、当該日付における時間を特定する情報、当該日付及び当該時間における帯域の予測値、および、当該日付及び当該時間におけるサービスサーバ毎のレスポンスタイムの予測値を特定する情報、を有する回線状況予測情報と、
   前記レスポンスタイムの予測値と前記レスポンスタイムの要求値との比率で定まる値の範囲を特定する情報、および、当該値の範囲に対応するＳＬＡ違反のレベルを特定する情報、を有するレベル対応情報と、
   を記憶する記憶部と、制御部と、を備え、
   前記制御部は、
   前記予め定められた期間に含まれる日付及び時間を順次選択する処理と、
   前記サーバ情報より、選択された日付及び時間において、通信スケジュールを生成する対象となっているサービスサーバが稼働しているか否かを確認する処理と、
   前記サーバ情報より、選択された日付及び時間において、通信スケジュールを生成する対象となっているサービスサーバが稼働している場合には、前記クライアント情報より、通信スケジュールを生成する対象となっているクライアント端末が接続する回線のうち、優先順位の高いものから順に回線を特定し、前記回線状況予測情報より、特定した回線における通信スケジュールを生成する対象となっているサービスサーバのレスポンスタイムの予測値を特定し、特定したレスポンスタイムの予測値と、前記レスポンスタイムの要求値と、の比率で定まる値が含まれるレベルを前記レベル対応情報より特定し、特定したレベルが予め定められたレベルよりも小さくなる回線を決定し、決定した回線及び当該回線のレベルを前記選択された日付及び時間における通信スケジュールとする処理と、
   前記サーバ情報より、選択された日付及び時間において、通信スケジュールを生成する対象となっているサービスサーバが稼働していない場合には、使用する回線がないことを示す情報を前記選択された日付及び時間における通信スケジュールとする処理と、を行うこと、
   を特徴とするスケジューラ管理装置。
2. 請求項１に記載のスケジューラ管理装置であって、
   前記記憶部には、
   前記サービスサーバが停止する日時を特定する情報を有するサーバスケジュール情報が記憶されており、
   前記制御部は、前記サーバ情報及び前記サーバスケジュール情報より、前記選択された日付及び時間において、通信スケジュールを生成する対象となっているサービスサーバが稼働しているか否かを確認すること、
   を特徴とするスケジューラ管理装置。
3. 請求項１に記載のスケジューラ管理装置であって、
   前記記憶部には、
   サービスサーバを特定する情報、当該サービスサーバにアクセスしたクライアント端末を特定する情報、当該クライアント端末が使用した回線を特定する情報、アクセスした際のレスポンスタイムを特定する情報、アクセスした曜日を特定する情報、および、アクセスした時間を特定する情報、を有するアクセス履歴情報と、
   回線を特定する情報、当該回線を使用してアクセスしたサービスサーバを特定する情報、アクセスに使用した帯域を特定する情報、アクセスした曜日を特定する情報、および、アクセスした時間を特定する情報、を有する回線利用履歴情報と、が記憶されており、
   前記制御部は、
   前記予め定められた期間に含まれる日付に対応する曜日における各々の時間において、回線毎に、当該曜日及び時間に対応する帯域を前記回線利用履歴情報から特定する処理と、
   サービスサーバ及び回線の組合せ毎に、前記予め定められた期間に含まれる日付に対応する曜日における各々の時間でのレスポンスタイムを前記アクセス履歴情報から特定する処理と、
   特定した帯域を、前記予め定められた期間に含まれる日付及び時間における帯域の予測値、特定したレスポンスタイムを、前記予め定められた期間に含まれる日付及び時間におけるレスポンスタイムの予測値、とする前記回線状況予測情報を生成する処理と、を行うこと、
   を特徴とするスケジューラ管理装置。
4. 請求項３に記載のスケジューラ管理装置であって、
   前記記憶部には、前記サービスサーバが通常のサービスとは異なる処理を行う日時を特定する情報を有するサーバスケジュール情報が記憶されており、
   前記制御部は、
   前記サーバスケジュール情報より、前記予め定められた期間に含まれる日時において、通常のサービスとは異なる処理を行うサービスサーバを特定する処理と、
   前記クライアント情報より、特定したサービスサーバに接続するクライアント端末が接続する回線を特定する処理と、
   前記サーバスケジュール情報より、前記予め定められた期間に含まれる日時において前記サービスサーバが行う通常のサービスとは異なる処理に使用する予め定められた帯域を、特定した回線に対応する前記回線状況予測情報における前記予め定められた期間に含まれる日時の帯域の予測値に追加する処理と、を行うこと、
   を特徴とするスケジューラ管理装置。
5. 請求項３に記載のスケジューラ管理装置であって、
   前記記憶部には、前記クライアント端末が前記サービスサーバより通常のサービスの提供を停止し、または、前記クライアント端末が前記サービスサーバより通常のサービスの提供とは異なるサービスの提供を受ける際の日時を特定する情報、回線を特定する情報、および、当該回線に加減される帯域を特定する情報、を有するクライアントスケジュール情報が記憶されており、
   前記制御部は、
   前記クライアントスケジュール情報より、前記予め定められた期間に含まれる日時に対応する回線及び当該回線に加減される帯域を特定する処理と、
   特定した回線に対応する前記回線状況予測情報における前記予め定められた期間に含まれる日時の帯域の予測値に、特定した回線に加減される帯域を加減する処理と、を行うこと、
   を特徴とするスケジューラ管理装置。
6. 請求項１に記載のスケジューラ管理装置であって、
   前記回線状況予測情報には、さらに、回線の帯域から帯域の予測値を差し引いた利用可能帯域を特定する情報が含まれており、
   前記制御部は、
   入力部又は通信部を介して、クライアント端末、スケジュールを実行する日時、利用するサービス、を特定する情報を含むスケジュール登録リクエストを取得する処理と、
   前記サーバ情報より、前記利用するサービスを提供する前記サービスサーバが、前記スケジュールを実行する日時に稼働しているか否かを確認する処理と、
   前記サービスサーバが、前記スケジュールを実行する日時に稼働している場合には、
   前記利用するサービスに必要な帯域を予測帯域として決定する処理と、
   前記クライアント情報より、前記スケジュール登録リクエストで特定されるクライアント端末が接続する回線のうち、優先順位の高いものから順に回線を選択し、選択した回線の回線状況予測情報より、前記スケジュールを実行する日時に対応する利用可能帯域が、前記予測帯域よりも大きな回線であって、前記予測帯域に対応する補正値で補正されたレスポンスタイムの予測値と、前記レスポンスタイムの要求値と、の比率で定まる値が含まれるレベルを前記レベル対応情報より特定し、特定したレベルが予め定められたレベルよりも小さくなる回線がある場合には、前記スケジュール登録リクエスト、選択した回線及び予測帯域をクライアントスケジュール情報として前記記憶部に記憶する処理と、を行うこと、
   を特徴とするスケジューラ管理装置。
7. 請求項１に記載のスケジューラ管理装置であって、
   前記記憶部には、サービスサーバを特定する情報、当該サービスサーバにアクセスしたクライアント端末を特定する情報、当該クライアント端末が使用した回線を特定する情報、アクセスした回数を特定する情報、アクセスした際のレスポンスタイムを特定する情報、アクセスした曜日を特定する情報、および、アクセスした時間を特定する情報、を有するアクセス履歴情報が記憶されており、
   前記制御部は、
   入力部又は通信部を介して、クライアント端末、スケジュールを実行する日時、利用を停止するサービス、を特定する情報を含むスケジュール登録リクエストを取得する処理と、
   前記サーバ情報より、前記利用するサービスを提供する前記サービスサーバを特定する処理と、
   前記アクセス履歴情報より、前記スケジュール登録リクエストで特定されるクライアント端末が、前記スケジュールを実行する日に対応する曜日において、特定した前記サービスサーバにアクセスした回線及び回数を特定する処理と、
   特定した回数に対応する帯域を減算する帯域として特定する処理と、
   前記スケジュール登録リクエスト、特定した回線及び減算する帯域をクライアントスケジュール情報として前記記憶部に記憶する処理と、を行うこと、
   を特徴とするスケジューラ管理装置。
8. コンピュータを、クライアント端末及びサービスサーバの組合せ毎に、予め定められた期間における通信スケジュールを生成するスケジューラ管理装置として機能させるプログラムであって、
   前記コンピュータを、
   レスポンスタイムの要求値を特定する情報を有するＳＬＡ情報と、
   クライアント端末を特定する情報、当該クライアント端末が接続する回線を特定する情報、当該回線の優先順位を特定する情報、当該クライアント端末が接続するサービスサーバを特定する情報、および、当該サービスサーバの優先順位を特定する情報、を有するクライアント情報と、
   サービスサーバを特定する情報、当該サービスサーバが提供するサービスを特定する情報、および、当該サービスサーバが稼働する日時を特定する情報、を有するサーバ情報と、
   回線毎に、日付を特定する情報、当該日付における曜日を特定する情報、当該日付における時間を特定する情報、当該日付及び当該時間における帯域の予測値、および、当該日付及び当該時間におけるサービスサーバ毎のレスポンスタイムの予測値を特定する情報、を有する回線状況予測情報と、
   前記レスポンスタイムの予測値と前記レスポンスタイムの要求値との比率で定まる値の範囲を特定する情報、および、当該値の範囲に対応するＳＬＡ違反のレベルを特定する情報、を有するレベル対応情報と、
   を記憶する記憶手段、制御手段、として機能させ、
   前記制御手段に、
   前記予め定められた期間に含まれる日付及び時間を順次選択する処理と、
   前記サーバ情報より、選択された日付及び時間において、通信スケジュールを生成する対象となっているサービスサーバが稼働しているか否かを確認する処理と、
   前記サーバ情報より、選択された日付及び時間において、通信スケジュールを生成する対象となっているサービスサーバが稼働している場合には、前記クライアント情報より、通信スケジュールを生成する対象となっているクライアント端末が接続する回線のうち、優先順位の高いものから順に回線を特定し、前記回線状況予測情報より、特定した回線における通信スケジュールを生成する対象となっているサービスサーバのレスポンスタイムの予測値を特定し、特定したレスポンスタイムの予測値と、前記レスポンスタイムの要求値と、の比率で定まる値が含まれるレベルを前記レベル対応情報より特定し、特定したレベルが予め定められたレベルよりも小さくなる回線を決定し、決定した回線及び当該回線のレベルを前記選択された日付及び時間における通信スケジュールとする処理と、
   前記サーバ情報より、選択された日付及び時間において、通信スケジュールを生成する対象となっているサービスサーバが稼働していない場合には、使用する回線がないことを示す情報を前記選択された日付及び時間における通信スケジュールとする処理と、を行うこと、
   を特徴とするスケジューラ管理装置
9. 請求項８に記載のプログラムであって、
   前記記憶手段に、
   前記サービスサーバが停止する日時を特定する情報を有するサーバスケジュール情報を記憶させ、
   前記制御手段に、前記サーバ情報及び前記サーバスケジュール情報より、前記選択された日付及び時間において、通信スケジュールを生成する対象となっているサービスサーバが稼働しているか否かを確認させること、
   を特徴とするプログラム。
10. 請求項８に記載のプログラムであって、
    前記記憶手段に、
    サービスサーバを特定する情報、当該サービスサーバにアクセスしたクライアント端末を特定する情報、当該クライアント端末が使用した回線を特定する情報、アクセスした際のレスポンスタイムを特定する情報、アクセスした曜日を特定する情報、および、アクセスした時間を特定する情報、を有するアクセス履歴情報と、
    回線を特定する情報、当該回線を使用してアクセスしたサービスサーバを特定する情報、アクセスに使用した帯域を特定する情報、アクセスした曜日を特定する情報、および、アクセスした時間を特定する情報、を有する回線利用履歴情報と、を記憶させ、
    前記制御手段に、
    前記予め定められた期間に含まれる日付に対応する曜日における各々の時間において、回線毎に、当該曜日及び時間に対応する帯域を前記回線利用履歴情報から特定する処理と、
    サービスサーバ及び回線の組合せ毎に、前記予め定められた期間に含まれる日付に対応する曜日における各々の時間でのレスポンスタイムを前記アクセス履歴情報から特定する処理と、
    特定した帯域を前記予め定められた期間に含まれる日付及び時間における帯域の予測値、特定したレスポンスタイムを前記予め定められた期間に含まれる日付及び時間におけるレスポンスタイムの予測値、とする前記回線状況予測情報を生成する処理と、を行わせること、
    を特徴とするプログラム。
11. 請求項１０に記載のプログラムであって、
    前記記憶手段に、前記サービスサーバが通常のサービスとは異なる処理を行う日時を特定する情報を有するサーバスケジュール情報を記憶させ、
    前記制御手段に、
    前記サーバスケジュール情報より、前記予め定められた期間に含まれる日時において、通常のサービスとは異なる処理を行うサービスサーバを特定する処理と、
    前記クライアント情報より、特定したサービスサーバに接続するクライアント端末が接続する回線を特定する処理と、
    前記サーバスケジュール情報より、前記予め定められた期間に含まれる日時において前記サービスサーバが行う通常のサービスとは異なる処理に使用する予め定められた帯域を、特定した回線に対応する前記回線状況予測情報における前記予め定められた期間に含まれる日時の帯域の予測値に追加する処理と、を行わせること、
    を特徴とするプログラム。
12. 請求項１０に記載のプログラムであって、
    前記記憶手段に、前記クライアント端末が前記サービスサーバより通常のサービスの提供を停止し、または、前記クライアント端末が前記サービスサーバより通常のサービスの提供とは異なるサービスの提供を受ける際の日時を特定する情報、回線を特定する情報、および、当該回線に加減される帯域を特定する情報、を有するクライアントスケジュール情報を記憶させ、
    前記制御手段に、
    前記クライアントスケジュール情報より、前記予め定められた期間に含まれる日時に対応する回線及び当該回線に加減される帯域を特定する処理と、
    特定した回線に対応する前記回線状況予測情報における前記予め定められた期間に含まれる日時の帯域の予測値に、特定した回線に加減される帯域を加減する処理と、を行わせること、
    を特徴とするプログラム。
13. 請求項８に記載のプログラムであって、
    前記回線状況予測情報には、さらに、回線の帯域から帯域の予測値を差し引いた利用可能帯域を特定する情報が含まれており、
    前記制御手段に、
    入力手段又は通信手段を介して、クライアント端末、スケジュールを実行する日時、利用するサービス、を特定する情報を含むスケジュール登録リクエストを取得する処理と、
    前記サーバ情報より、前記利用するサービスを提供する前記サービスサーバが、前記スケジュールを実行する日時に稼働しているか否かを確認する処理と、
    前記サービスサーバが、前記スケジュールを実行する日時に稼働している場合には、
    前記利用するサービスに必要な帯域を予測帯域として決定する処理と、
    前記クライアント情報より、前記スケジュール登録リクエストで特定されるクライアント端末が接続する回線のうち、優先順位の高いものから順に回線を選択し、選択した回線の回線状況予測情報より、前記スケジュールを実行する日時に対応する利用可能帯域が、前記予測帯域よりも大きな回線であって、前記予測帯域に対応する補正値で補正されたレスポンスタイムの予測値と、前記レスポンスタイムの要求値と、の比率で定まる値が含まれるレベルを前記レベル対応情報より特定し、特定したレベルが予め定められたレベルよりも小さくなる回線がある場合には、前記スケジュール登録リクエスト、選択した回線及び予測帯域をクライアントスケジュール情報として前記記憶部に記憶する処理と、を行わせること、
    を特徴とするプログラム。
14. 請求項８に記載のプログラムであって、
    前記記憶手段に、サービスサーバを特定する情報、当該サービスサーバにアクセスしたクライアント端末を特定する情報、当該クライアント端末が使用した回線を特定する情報、アクセスした回数を特定する情報、アクセスした際のレスポンスタイムを特定する情報、アクセスした曜日を特定する情報、および、アクセスした時間を特定する情報、を有するアクセス履歴情報を記憶させ、
    前記制御手段に、
    入力手段又は通信手段を介して、クライアント端末、スケジュールを実行する日時、利用を停止するサービス、を特定する情報を含むスケジュール登録リクエストを取得する処理と、
    前記サーバ情報より、前記利用するサービスを提供する前記サービスサーバを特定する処理と、
    前記アクセス履歴情報より、前記スケジュール登録リクエストで特定されるクライアント端末が、前記スケジュールを実行する日に対応する曜日において、特定した前記サービスサーバにアクセスした回線及び回数を特定する処理と、
    特定した回数に対応する帯域を減算する帯域として特定する処理と、
    前記スケジュール登録リクエスト、特定した回線及び減算する帯域をクライアントスケジュール情報として前記記憶部に記憶する処理と、を行わせること、
    を特徴とするプログラム。
15. レスポンスタイムの要求値を特定する情報を有するＳＬＡ情報を記憶するＳＬＡ管理サーバと、
    クライアント端末を特定する情報、当該クライアント端末が接続する回線を特定する情報、当該回線の優先順位を特定する情報、当該クライアント端末が接続するサービスサーバを特定する情報、および、当該サービスサーバの優先順位を特定する情報、を有するクライアント情報と、サービスサーバを特定する情報、当該サービスサーバが提供するサービスを特定する情報、および、当該サービスサーバが稼働する日時を特定する情報、を有するサーバ情報と、を記憶するユーザ管理サーバと、
    回線毎に、日付を特定する情報、当該日付における曜日を特定する情報、当該日付における時間を特定する情報、当該日付及び当該時間における帯域の予測値、および、当該日付及び当該時間におけるサービスサーバ毎のレスポンスタイムの予測値を特定する情報、を有する回線状況予測情報と、前記レスポンスタイムの予測値と前記レスポンスタイムの要求値との比率で定まる値の範囲を特定する情報、および、当該値の範囲に対応するＳＬＡ違反のレベルを特定する情報、を有するレベル対応情報と、を記憶する記憶部と、制御部と、を備え、クライアント端末及びサービスサーバの組合せ毎に、予め定められた期間における通信スケジュールを生成するスケジューラ管理装置と、
    前記スケジューラ管理装置が生成した通信スケジュールに従って、クライアント端末の接続する回線を選択するゲートウェイと、を有するスケジューリングシステムであって、
    前記スケジューラ管理装置の制御部は、
    前記ＳＬＡ情報、前記クライアント情報及び前記サーバ情報、を前記ＳＬＡサーバ及び前記ユーザ管理サーバより取得する処理と、
    前記予め定められた期間に含まれる日付及び時間を順次選択する処理と、
    前記サーバ情報より、選択された日付及び時間において、通信スケジュールを生成する対象となっているサービスサーバが稼働しているか否かを確認する処理と、
    前記サーバ情報より、選択された日付及び時間において、通信スケジュールを生成する対象となっているサービスサーバが稼働している場合には、前記クライアント情報より、通信スケジュールを生成する対象となっているクライアント端末が接続する回線のうち、優先順位の高いものから順に回線を特定し、前記回線状況予測情報より、特定した回線における通信スケジュールを生成する対象となっているサービスサーバのレスポンスタイムの予測値を特定し、特定したレスポンスタイムの予測値と、前記レスポンスタイムの要求値と、の比率で定まる値が含まれるレベルを前記レベル対応情報より特定し、特定したレベルが予め定められたレベルよりも小さくなる回線を決定し、決定した回線及び当該回線のレベルを前記選択された日付及び時間における通信スケジュールとする処理と、
    前記サーバ情報より、選択された日付及び時間において、通信スケジュールを生成する対象となっているサービスサーバが稼働していない場合には、使用する回線がないことを示す情報を前記選択された日付及び時間における通信スケジュールとする処理と、を行うこと、
    を特徴とするスケジューリングシステム。
16. 請求項１５に記載のスケジューリングシステムであって、
    前記スケジューラ管理装置の記憶部には、前記サービスサーバが停止する日時を特定する情報を有するサーバスケジュール情報が記憶されており、
    前記スケジューラ管理装置の制御部は、前記サーバ情報及び前記サーバスケジュール情報より、前記選択された日付及び時間において、通信スケジュールを生成する対象となっているサービスサーバが稼働しているか否かを確認すること、
    を特徴とするスケジューリングシステム。
17. 請求項１５に記載のスケジューリングシステムであって、
    サービスサーバを特定する情報、当該サービスサーバにアクセスしたクライアント端末を特定する情報、当該クライアント端末が使用した回線を特定する情報、アクセスした際のレスポンスタイムを特定する情報、アクセスした曜日を特定する情報、および、アクセスした時間を特定する情報、を有するアクセス履歴情報と、回線を特定する情報、当該回線を使用してアクセスしたサービスサーバを特定する情報、アクセスに使用した帯域を特定する情報、アクセスした曜日を特定する情報、および、アクセスした時間を特定する情報、を有する回線利用履歴情報と、を記憶する履歴管理サーバをさらに有し、
    前記スケジューラ管理装置の制御部は、
    前記アクセス履歴情報と、前記回線利用履歴情報と、を前記履歴管理サーバより取得する処理と、
    前記予め定められた期間に含まれる日付に対応する曜日における各々の時間において、回線毎に、当該曜日及び時間に対応する帯域を前記回線利用履歴情報から特定する処理と、
    サービスサーバ及び回線の組合せ毎に、前記予め定められた期間に含まれる日付に対応する曜日における各々の時間でのレスポンスタイムを前記アクセス履歴情報から特定する処理と、
    特定した帯域を、前記予め定められた期間に含まれる日付及び時間における帯域の予測値、特定したレスポンスタイムを、前記予め定められた期間に含まれる日付及び時間におけるレスポンスタイムの予測値、とする前記回線状況予測情報を生成する処理と、を行うこと、
    を特徴とするスケジューリングシステム。
18. 請求項１７に記載のスケジューリングシステムであって、
    前記スケジューラ管理装置の記憶部には、前記サービスサーバが通常のサービスとは異なる処理を行う日時を特定する情報を有するサーバスケジュール情報が記憶されており、
    前記スケジューラ管理装置の制御部は、
    前記サーバスケジュール情報より、前記予め定められた期間に含まれる日時において、通常のサービスとは異なる処理を行うサービスサーバを特定する処理と、
    前記クライアント情報より、特定したサービスサーバに接続するクライアント端末が接続する回線を特定する処理と、
    前記サーバスケジュール情報より、前記予め定められた期間に含まれる日時において前記サービスサーバが行う通常のサービスとは異なる処理に使用する予め定められた帯域を、特定した回線に対応する前記回線状況予測情報における前記予め定められた期間に含まれる日時の帯域の予測値に追加する処理と、を行うこと、
    を特徴とするスケジューリングシステム。
19. 請求項１７に記載のスケジューリングシステムであって、
    前記スケジューラ管理装置の記憶部には、前記クライアント端末が前記サービスサーバより通常のサービスの提供を停止し、または、前記クライアント端末が前記サービスサーバより通常のサービスの提供とは異なるサービスの提供を受ける際の日時を特定する情報、回線を特定する情報、および、当該回線に加減される帯域を特定する情報、を有するクライアントスケジュール情報が記憶されており、
    前記スケジューラ管理装置の制御部は、
    前記クライアントスケジュール情報より、前記予め定められた期間に含まれる日時に対応する回線及び当該回線に加減される帯域を特定する処理と、
    特定した回線に対応する前記回線状況予測情報における前記予め定められた期間に含まれる日時の帯域の予測値に、特定した回線に加減される帯域を加減する処理と、を行うこと、
    を特徴とするスケジューリングシステム。
20. 請求項１５に記載のスケジューリングシステムであって、
    前記回線状況予測情報には、さらに、回線の帯域から帯域の予測値を差し引いた利用可能帯域を特定する情報が含まれており、
    前記スケジューラ管理装置の制御部は、
    入力部又は通信部を介して、クライアント端末、スケジュールを実行する日時、利用するサービス、を特定する情報を含むスケジュール登録リクエストを取得する処理と、
    前記サーバ情報より、前記利用するサービスを提供する前記サービスサーバが、前記スケジュールを実行する日時に稼働しているか否かを確認する処理と、
    前記サービスサーバが、前記スケジュールを実行する日時に稼働している場合には、
    前記利用するサービスに必要な帯域を予測帯域として決定する処理と、
    前記クライアント情報より、前記スケジュール登録リクエストで特定されるクライアント端末が接続する回線のうち、優先順位の高いものから順に回線を選択し、選択した回線の回線状況予測情報より、前記スケジュールを実行する日時に対応する利用可能帯域が、前記予測帯域よりも大きな回線であって、前記予測帯域に対応する補正値で補正されたレスポンスタイムの予測値と、前記レスポンスタイムの要求値と、の比率で定まる値が含まれるレベルを前記レベル対応情報より特定し、特定したレベルが予め定められたレベルよりも小さくなる回線がある場合には、前記スケジュール登録リクエスト、選択した回線及び予測帯域をクライアントスケジュール情報として前記記憶部に記憶する処理と、を行うこと、
    を特徴とするスケジューリングシステム。
21. 請求項１５に記載のスケジューリングシステムであって、
    サービスサーバを特定する情報、当該サービスサーバにアクセスしたクライアント端末を特定する情報、当該クライアント端末が使用した回線を特定する情報、アクセスした回数を特定する情報、アクセスした際のレスポンスタイムを特定する情報、アクセスした曜日を特定する情報、および、アクセスした時間を特定する情報、を有するアクセス履歴情報を記憶する履歴管理サーバをさらに有し、
    前記スケジューラ管理装置の制御部は、
    前記アクセス履歴情報を前記履歴管理サーバより取得する処理と、
    入力部又は通信部を介して、クライアント端末、スケジュールを実行する日時、利用を停止するサービス、を特定する情報を含むスケジュール登録リクエストを取得する処理と、
    前記サーバ情報より、前記利用するサービスを提供する前記サービスサーバを特定する処理と、
    前記アクセス履歴情報より、前記スケジュール登録リクエストで特定されるクライアント端末が、前記スケジュールを実行する日に対応する曜日において、特定した前記サービスサーバにアクセスした回線及び回数を特定する処理と、
    特定した回数に対応する帯域を減算する帯域として特定する処理と、
    前記スケジュール登録リクエスト、特定した回線及び減算する帯域をクライアントスケジュール情報として前記記憶部に記憶する処理と、を行うこと、
    を特徴とするスケジューリングシステム。

Images