(57)【要約】【課題】処理を実行させるサーバを動的に変更することなく、処理振り分け時のサーバの負荷に基づいて処理を実行させるサーバを決定する場合に比べて、複数のサーバにかかる負荷のばらつきを抑制する負荷分散処理プログラム及び負荷分散処理装置を提供する。【解決手段】負荷分散処理装置１は、アプリケーションサーバ３ａ、３ｂ、３ｃ…のいずれかに対する一の利用者のログイン要求を受け付けるログイン受付手段１００と、一の利用者がかける負荷についての特徴を示す利用者負荷特徴情報１１１、既に処理を実行させている利用者についての負荷特徴情報である振分済負荷特徴情報１１２、現在の負荷状況を示す負荷状況情報１１３に基づいて、一の利用者の振分後の負荷を予測する負荷予測手段１０３と、負荷予測手段１０３の予測結果が平準化されたものとなるように、一の利用者を振り分けるセッション振分手段１０４とを有する。【選択図】図１
2016015074.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータを、
複数のサーバのいずれかに対する端末装置を介した一の利用者の認証要求を受け付ける受付手段と、
前記一の利用者が前記端末装置を介してサーバに処理を実行させる際に当該サーバにかける負荷についての特徴を示す情報である負荷特徴情報と、前記複数のサーバのいずれかに処理を振り分け済みであって振り分けたサーバに処理を実行させている利用者についての前記負荷特徴情報である振分済負荷特徴情報と、前記複数のサーバの現在の負荷状況を示す情報である負荷状況情報とに基づいて、前記一の利用者が前記端末装置を介して前記複数のサーバのいずれかに処理を実行させる際に前記複数のサーバにかける負荷をそれぞれ予測する予測手段と、
前記予測手段のそれぞれの予測結果に基づいて、前記一の利用者の認証及びその後の処理の実行を前記複数のサーバのうち一のサーバに振り分ける振分手段として機能させるための負荷分散処理プログラム。
【請求項２】
前記負荷特徴情報は、前記一の利用者が前記端末装置を介してサーバ上で実行可能な処理の種類と、サーバ上で実行される処理に対する負荷の程度とから生成される請求項１に記載の負荷分散処理プログラム。
【請求項３】
前記複数のサーバが認証を必要とするものか否かを判断する判断手段としてさらに機能させ、
前記振分手段は、前記判断手段が、認証が必要でないと判断した場合に、前記負荷状況情報に基づいて、前記一の利用者の処理の実行を前記複数のサーバのうち一のサーバに動的に振り分ける請求項１又は２に記載の負荷分散処理プログラム。
【請求項４】
複数のサーバのいずれかに対する端末装置を介した一の利用者の認証要求を受け付ける受付手段と、
前記一の利用者が前記端末装置を介してサーバに処理を実行させる際に当該サーバにかける負荷についての特徴を示す情報である負荷特徴情報と、前記複数のサーバのいずれかに処理を振り分け済みであって振り分けたサーバに処理を実行させている利用者についての前記負荷特徴情報である振分済負荷特徴情報と、前記複数のサーバの現在の負荷状況を示す情報である負荷状況情報とに基づいて、前記一の利用者が前記端末装置を介して前記複数のサーバのいずれかに処理を実行させる際に前記複数のサーバにかける負荷をそれぞれ予測する予測手段と、
前記予測手段のそれぞれの予測結果に基づいて、前記一の利用者の認証及びその後の処理の実行を前記複数のサーバのうち一のサーバに振り分ける振分手段とを有する負荷分散処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、負荷分散処理プログラム及び負荷分散処理装置に関する。
【背景技術】
【０００２】
従来の技術として、サーバの状態を監視し、正常に動作していてトラヒックの軽いサーバに処理を振り分ける負荷分散処理装置が提案されている（例えば、特許文献１参照）。
【０００３】
特許文献１に開示された負荷分散処理装置は、複数のトランザクション処理サーバの障害発生状態及びトラヒック状態を監視し、当該監視結果に基づいて、ネットワークアドレスを、正常に動作していてトラヒックの軽いトランザクションサーバのものに動的に変更するトランザクションデータ分配器を有し、当該トランザクションデータ分配器を端末装置とトランザクションサーバとの間に配置する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０００−２５９５３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、処理を実行させるサーバを動的に変更することなく、処理振り分け時のサーバの負荷に基づいて処理を実行させるサーバを決定する場合に比べて、複数のサーバの負荷のばらつきを抑制する負荷分散処理プログラム及び負荷分散処理装置を提供することにある。
【課題を解決するための手段】
【０００６】
本発明の一態様は、上記目的を達成するため、以下の負荷分散処理プログラム及び負荷分散処理装置を提供する。
【０００７】
［１］コンピュータを、
複数のサーバのいずれかに対する端末装置を介した一の利用者の認証要求を受け付ける受付手段と、
前記一の利用者が前記端末装置を介してサーバに処理を実行させる際に当該サーバにかける負荷についての特徴を示す情報である負荷特徴情報と、前記複数のサーバのいずれかに処理を振り分け済みであって振り分けたサーバに処理を実行させている利用者についての前記負荷特徴情報である振分済負荷特徴情報と、前記複数のサーバの現在の負荷状況を示す情報である負荷状況情報とに基づいて、前記一の利用者が前記端末装置を介して前記複数のサーバのいずれかに処理を実行させる際に前記複数のサーバにかける負荷をそれぞれ予測する予測手段と、
前記予測手段のそれぞれの予測結果に基づいて、前記一の利用者の認証及びその後の処理の実行を前記複数のサーバのうち一のサーバに振り分ける振分手段として機能させるための負荷分散処理プログラム。
［２］前記負荷特徴情報は、前記一の利用者が前記端末装置を介してサーバ上で実行可能な処理の種類と、サーバ上で実行される処理に対する負荷の程度とから生成される前記［１］に記載の負荷分散処理プログラム。
［３］前記複数のサーバが認証を必要とするものか否かを判断する判断手段としてさらに機能させ、
前記振分手段は、前記判断手段が、認証が必要でないと判断した場合に、前記負荷状況情報に基づいて、前記一の利用者の処理の実行を前記複数のサーバのうち一のサーバに動的に振り分ける前記［１］又は［２］に記載の負荷分散処理プログラム。
［４］複数のサーバのいずれかに対する端末装置を介した一の利用者の認証要求を受け付ける受付手段と、
前記一の利用者が前記端末装置を介してサーバに処理を実行させる際に当該サーバにかける負荷についての特徴を示す情報である負荷特徴情報と、前記複数のサーバのいずれかに処理を振り分け済みであって振り分けたサーバに処理を実行させている利用者についての前記負荷特徴情報である振分済負荷特徴情報と、前記複数のサーバの現在の負荷状況を示す情報である負荷状況情報とに基づいて、前記一の利用者が前記端末装置を介して前記複数のサーバのいずれかに処理を実行させる際に前記複数のサーバにかける負荷をそれぞれ予測する予測手段と、
前記予測手段のそれぞれの予測結果に基づいて、前記一の利用者の認証及びその後の処理の実行を前記複数のサーバのうち一のサーバに振り分ける振分手段とを有する負荷分散処理装置。
【発明の効果】
【０００８】
請求項１又は４に係る発明によれば、処理を実行させるサーバを動的に変更することなく、処理振り分け時のサーバの負荷に基づいて処理を実行させるサーバを決定する場合に比べて、複数のサーバの負荷のばらつきを抑制することができる。
請求項２に係る発明によれば、一の利用者が端末装置を介してサーバ上で実行可能な処理の種類と、サーバ上で実行される処理に対する負荷の程度とから負荷特徴情報を生成することができる。
請求項３に係る発明によれば、認証が必要でないサーバについて、動的に複数のサーバにかかる負荷のばらつきを抑制することができる。
【図面の簡単な説明】
【０００９】
【図１】図１は、実施の形態に係る負荷分散処理システムの構成の一例を示す概略図である。
【図２】図２は、実施の形態に係る負荷分散処理装置の構成例を示すブロック図である。
【図３】図３（ａ）−（ｃ）は、利用者負荷特徴情報の構成例を示す概略図である。
【図４】図４は、振分済負荷特徴情報の構成例を示す概略図である。
【図５】図５は、負荷状況情報の構成例を示す概略図である。
【図６】図６は、予測負荷情報の構成例を示す概略図である。
【図７】図７は、負荷分散処理装置の動作例を示すフローチャートである。
【発明を実施するための形態】
【００１０】
［実施の形態］
（負荷分散処理システムの構成）
図１は、実施の形態に係る負荷分散処理システムの構成の一例を示す概略図である。
【００１１】
この負荷分散処理システム６は、負荷分散処理装置１と、ＤＢサーバ２と、アプリケーションサーバ３ａ、３ｂ、３ｃ…と、端末装置４ａ、４ｂ、４ｃ…とをネットワーク５によって互いに通信可能に接続することで構成される。端末装置４ａ、４ｂ、４ｃ…は、それぞれ利用者７ａ、７ｂ、７ｃ…によって操作される。
【００１２】
負荷分散処理装置１は、端末装置４ａ、４ｂ、４ｃ…からログイン要求を受け付けると、アプリケーションサーバ３ａ、３ｂ、３ｃ…のいずれかに当該要求を振り分けるものであって、本体内に情報を処理するための機能を有するＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）やフラッシュメモリ等の電子部品を備える。
【００１３】
ＤＢサーバ２は、サーバ型の情報処理装置であって、負荷分散処理装置１がログイン要求をいずれのアプリケーションサーバ３ａ、３ｂ、３ｃ…に振り分けるか判断するための情報、例えば、利用者ＩＤや当該利用者ＩＤに対応したパスワード、当該利用者ＩＤの利用者に与えられた処理権限等の情報を格納しており、負荷分散処理装置１の要求に応じて当該情報を送信するものであって、本体内に情報を処理するための機能を有するＣＰＵやフラッシュメモリ等の電子部品を備える。
【００１４】
アプリケーションサーバ３ａ、３ｂ、３ｃ…は、サーバ型の情報処理装置であって、負荷分散処理装置１から振り分けられたログイン要求に応じて認証し、認証された端末装置４ａ、４ｂ、４ｃ…から操作要求を受け付けてアプリケーションの処理を実行するものであって、本体内に情報を処理するための機能を有するＣＰＵやフラッシュメモリ等の電子部品を備える。なお、アプリケーションサーバ３ａ、３ｂ、３ｃ…は、一旦端末装置４ａ、４ｂ、４ｃ…のいずれかを認証すると、ログアウトするまで認証した端末装置とセッションを確立して、双方向に通信するものとする。なお、セッションが確立していないアプリケーションサーバと端末装置間での通信には再度認証が必要となる。
【００１５】
端末装置４ａ、４ｂ、４ｃ…は、デスクトップＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、ラップトップＰＣ、タブレット型ＰＣ等の情報処理装置であって、本体内に情報を処理するための機能を有するＣＰＵやフラッシュメモリ等の電子部品を備える。
【００１６】
ネットワーク５は、双方向に通信が可能な通信ネットワークであり、例えば、イントラネットやＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等の有線又は無線の通信網である。
【００１７】
（負荷分散処理装置の構成）
図２は、実施の形態に係る負荷分散処理装置１の構成例を示すブロック図である。
【００１８】
負荷分散処理装置１は、ＣＰＵ等から構成され、各部を制御するとともに、各種のプログラムを実行する制御部１０と、フラッシュメモリ等の記憶媒体から構成され情報を記憶する記憶部１１と、ネットワークを介して外部と通信する通信部１２とを備える。
【００１９】
制御部１０は、後述する負荷分散処理プログラム１１０を実行することで、ログイン受付手段１００、利用者負荷特徴取得手段１０１、負荷状況取得手段１０２、負荷予測手段１０３及びセッション振分手段１０４等として機能する。
【００２０】
ログイン受付手段１００は、利用者７ａ、７ｂ、７ｃ…から端末装置４ａ、４ｂ、４ｃ…を介してアプリケーションサーバ３ａ、３ｂ、３ｃ…のいずれかに対する認証要求を受け付ける。
【００２１】
利用者負荷特徴取得手段１０１は、ＤＢサーバ２から利用者負荷特徴情報を取得して利用者負荷特徴情報１１１として記憶部１１に格納する。なお、利用者負荷特徴情報１１１は、利用者７ａ、７ｂ、７ｃ…が端末装置４ａ、４ｂ、４ｃ…を介してアプリケーションサーバ３ａ、３ｂ、３ｃ…のいずれかを利用した際に、当該サーバにかける負荷についての特徴を示す情報である。
【００２２】
また、利用者負荷特徴取得手段１０１は、アプリケーションサーバ３ａ、３ｂ、３ｃ…のいずれかに処理を振り分け済みの利用者について、当該利用者の利用者負荷特徴情報を取得して振分済負荷特徴情報１１２として記憶部１１に格納する。
【００２３】
負荷状況取得手段１０２は、アプリケーションサーバ３ａ、３ｂ、３ｃ…の現在の負荷状況を示す負荷状況情報をアプリケーションサーバ３ａ、３ｂ、３ｃ…から取得して負荷状況情報１１３として記憶部１１格納する。
【００２４】
負荷予測手段１０３は、利用者負荷特徴情報１１１、振分済負荷特徴情報１１２及び負荷状況情報１１３に基づいて各アプリケーションサーバ３ａ、３ｂ、３ｃ…に利用者の認証要求及び認証後に実行される処理による負荷を予測し、予測結果を予測負荷情報１１４として記憶部１１に格納する。
【００２５】
セッション振分手段１０４は、負荷予測手段１０３の予測負荷情報１１４を参照し、アプリケーションサーバ３ａ、３ｂ、３ｃ…の負荷が平準化されるようにアプリケーションサーバ３ａ、３ｂ、３ｃ…のいずれかに利用者の認証要求及び認証後に実行される処理を振り分ける。
【００２６】
記憶部１１は、制御部１０を上述した各手段１００−１０４として動作させる負荷分散処理プログラム１１０、利用者負荷特徴情報１１１、振分済負荷特徴情報１１２、負荷状況情報１１３及び予測負荷情報１１４等を記憶する。
【００２７】
（負荷分散処理装置の動作）
次に、本実施の形態の作用を、（１）基本動作、（２）振分動作に分けて説明する。
【００２８】
（１）基本動作
利用者７ａ、７ｂ、７ｃ…は、それぞれ端末装置４ａ、４ｂ、４ｃ…を操作し、利用者ＩＤ及びパスワード等の情報を入力して、アプリケーションの実行を要求する。
【００２９】
端末装置４ａ、４ｂ、４ｃ…は、利用者７ａ、７ｂ、７ｃ…から利用者ＩＤ及びパスワード等の情報の入力並びにアプリケーション実行の要求に係る操作を受け付けると、ネットワーク５を介して負荷分散処理装置１に利用者ＩＤ及びパスワード等の情報並びにアプリケーション実行の要求信号を送信する（以下、「ログイン要求」という。）。
【００３０】
負荷分散処理装置１は、端末装置４ａ、４ｂ、４ｃ…からログイン要求を受け付けると、アプリケーションサーバ３ａ、３ｂ、３ｃ…のいずれかに当該要求を振り分ける。以下、に振分動作について詳細に説明する。
【００３１】
（２）振分動作
図７は、負荷分散処理装置１の動作例を示すフローチャートである。
【００３２】
まず、負荷分散処理装置１のログイン受付手段１００は、上記したように利用者７ａ、７ｂ、７ｃ…から端末装置４ａ、４ｂ、４ｃ…を介してアプリケーションサーバ３ａ、３ｂ、３ｃ…のいずれかに対するログイン要求を受け付ける（Ｓ１）。一例として、利用者７ｃから端末装置４ｃを介してログイン要求を受け付けた場合について以下説明する。
【００３３】
次に、利用者負荷特徴取得手段１０１は、以下に説明する図３（ｃ）に示す利用者負荷特徴情報２２をＤＢサーバ２から取得して利用者負荷特徴情報１１１として記憶部１１に格納する（Ｓ２）。
【００３４】
図３（ａ）−（ｃ）は、利用者負荷特徴情報の構成例を示す概略図である。なお、以下に説明する、処理に対する負荷特徴２０と、利用者７ａ、７ｂ…に対する処理権限２１ａ、２１ｂ…とは、ＤＢサーバ２内に格納されている情報であり、利用者負荷特徴情報２２を生成するのに用いられる情報である。
【００３５】
図３（ａ）に示すように、処理に対する負荷特徴２０は、アプリケーションサーバ３ａ、３ｂ、３ｃ…において実行可能な処理の種類に対し、ＣＰＵ、メモリ、ディスクの書き込み／読み出し、ネットワーク等にかかる負荷特徴が「高」、「中」、「低」の３段階で記載されている。なお、ＣＰＵ、メモリ、ディスクの書き込み／読み出し、ネットワークの負荷特徴は、それぞれＣＰＵ使用率、メモリ使用率、ディスク書き込み／読み出し量、ネットワーク使用率として数値で記載するものであってもよい。
【００３６】
図３（ｂ）に示すように、利用者７ａ、７ｂ…に対する処理権限２１ａ、２１ｂ…は、各利用者に許可されているアプリケーションサーバ３ａ、３ｂ、３ｃ…において実行可能な処理の種類が記載されている。
【００３７】
図３（ｃ）に示すように、利用者負荷特徴情報２２は、アプリケーションサーバ３ａ、３ｂ、３ｃ…において処理に対する負荷特徴２０及び利用者７ａ、７ｂ…に対する処理権限２１ａ、２１ｂ…に基づいて生成されるものであり、各利用者に対し、ＣＰＵ、メモリ、ディスクの書き込み／読み出し、ネットワーク等にかかる負荷特徴が「高」、「中」、「低」の３段階で記載されている。なお、利用者負荷特徴情報２２は、負荷分散処理装置１がアプリケーションサーバ３ａ、３ｂ、３ｃ…から処理に対する負荷特徴２０及び利用者７ａ、７ｂ…に対する処理権限２１ａ、２１ｂ…を取得して、負荷分散処理装置１において生成されるものであってもよい。
【００３８】
次に、利用者負荷特徴取得手段１０１は、アプリケーションサーバ３ａ、３ｂ、３ｃ…から、以下に説明する図４に示す振分済負荷特徴情報３０を取得して振分済負荷特徴情報１１２として記憶部１１に格納する（Ｓ３）。
【００３９】
図４は、振分済負荷特徴情報の構成例を示す概略図である。
【００４０】
図４に示すように、振分済負荷特徴情報３０は、各アプリケーションサーバ３ａ、３ｂ、３ｃ…に対し、振分済みの利用者と、当該振分済みの利用者によりＣＰＵ、メモリ、ディスクの書き込み／読み出し、ネットワーク等にかかる負荷特徴とが「高」、「中」、「低」の３段階で記載されている。
【００４１】
また、負荷状況取得手段１０２は、アプリケーションサーバ３ａ、３ｂ、３ｃ…から、以下に説明する図５に示す現在の負荷状況を示す負荷状況情報３１を取得して負荷状況情報１１３として記憶部１１格納する（Ｓ３）。
【００４２】
図５は、負荷状況情報の構成例を示す概略図である。
【００４３】
図５に示すように、負荷状況情報３１は、各アプリケーションサーバ３ａ、３ｂ、３ｃ…に対し、ＣＰＵ、メモリ、ディスクの書き込み／読み出し、ネットワーク等に現在かかっている負荷特徴が「高」、「中」、「低」の３段階で記載されている。
【００４４】
次に、負荷予測手段１０３は、上記で説明した利用者負荷特徴情報１１１、振分済負荷特徴情報１１２及び負荷状況情報１１３に基づいて各アプリケーションサーバ３ａ、３ｂ、３ｃ…に利用者の認証要求及び認証後に実行される処理による負荷を予測し、予測結果を以下に説明する図６に示す予測負荷情報１１４として記憶部１１に格納する（Ｓ４）。
【００４５】
図６は、予測負荷情報の構成例を示す概略図である。
【００４６】
図６は利用者７ｃのログイン要求をアプリケーションサーバ３ｃに振り分けた場合について予測された予測負荷情報１１４であって、予測負荷情報１１４は、各アプリケーションサーバ３ａ、３ｂ、３ｃ…に対し、振分済みの利用者及び新たに振り分ける利用者と、当該振分済みの利用者及び新たに振り分ける利用者によりＣＰＵ、メモリ、ディスクの書き込み／読み出し、ネットワーク等にかかると予測される負荷特徴とが「高」、「中」、「低」の３段階で記載されている。なお、アプリケーションサーバ３ｃ以外の他のアプリケーションサーバに振り分けた場合についても同様に予測され、予測負荷情報１１４として記憶部１１に格納される。
【００４７】
なお、予測負荷情報１１４の予測方法は、例えば、振分済負荷特徴情報１１２及び負荷状況情報１１３の差に基づいて予測と現状との誤差を考慮するとともに、利用者負荷特徴情報１１１に基づいて現状のアプリケーションサーバ３ａ、３ｂ、３ｃ…の負荷がどう変化するか予測する。
【００４８】
次に、セッション振分手段１０４は、負荷予測手段１０３の予測負荷情報１１４を参照し、アプリケーションサーバ３ａ、３ｂ、３ｃ…の負荷が平準化されるようにアプリケーションサーバ３ａ、３ｂ、３ｃ…のいずれかに利用者の認証要求及び認証後に実行される処理を振り分ける（Ｓ５）。
【００４９】
図６に示す例では、各アプリケーションサーバ３ａ、３ｂ、３ｃ…の負荷が１つ「高」になっている以外全て「中」であり、負荷が平準化されているといえるため、セッション振分手段１０４は、利用者７ｃのログイン要求をアプリケーションサーバ３ｂに振り分ける。なお、負荷が平準化されているか否か判断する方法は、アプリケーションサーバ３ａ、３ｂ、３ｃ…毎の各処理の負荷の平均を比較して判断するものでもよいし、特定の種類の負荷についてのみ判断するものであってもよい。
【００５０】
（実施の形態の作用・効果）
上記した実施の形態によれば、利用者が端末装置を介してアプリケーションサーバに処理を実行させる際に、当該サーバにかける負荷についての特徴を示す利用者負荷特徴情報１１１と、アプリケーションサーバ３ａ、３ｂ、３ｃ…のいずれかに処理を実行させている他の利用者についての負荷特徴情報である振分済負荷特徴情報１１２と、アプリケーションサーバ３ａ、３ｂ、３ｃ…の現在の負荷状況を示す負荷状況情報１１３とに基づいて、利用者が端末装置を介してアプリケーションサーバ３ａ、３ｂ、３ｃ…のいずれかに処理を実行させる際にかける負荷を予測して、アプリケーションサーバ３ａ、３ｂ、３ｃ…の負担が平準化されるように利用者のログイン要求及びその後の処理を振り分けたため、処理を実行させるアプリケーションサーバ３ａ、３ｂ、３ｃ…を動的に変更することなく、処理振り分け時のアプリケーションサーバ３ａ、３ｂ、３ｃ…の負荷が平準化するように処理を実行させるサーバを決定する場合に比べて、アプリケーションサーバ３ａ、３ｂ、３ｃ…にかかる負荷のばらつきを抑制することができる。つまり、サーバと端末装置間においてセッションを確立する必要があるシステムにおいて、サーバにかかる負荷のばらつきを抑制することができる。
【００５１】
［他の実施の形態］
なお、本発明は、上記実施の形態に限定されず、本発明の趣旨を逸脱しない範囲で種々な変形が可能である。例えば、負荷分散処理装置１は、認証を必要としない端末装置４ａ、４ｂ、４ｃ…とアプリケーションサーバ３ａ、３ｂ、３ｃ…との通信においては、上記した「（２）振分動作」の動作を実行せずに、アプリケーションサーバ３ａ、３ｂ、３ｃ…の負荷状況に応じて動的に処理を振り分けてもよい。つまり、一例として、アプリケーションサーバ３ａ、３ｂ、３ｃ…がブログを管理するサーバであった場合、端末装置４ａ、４ｂ、４ｃ…からブログの投稿をする場合のように認証を必要とする場合は、「（２）振分動作」の動作を実行するが、端末装置４ａ、４ｂ、４ｃ…からブログの閲覧をする場合のように認証を必要としない場合は、「（２）振分動作」の動作を実行せずに、負荷の低いアプリケーションサーバに処理を振り分けるようにしてもよい。
【００５２】
また、予測負荷情報１１４の予測のために、利用者負荷特徴情報１１１、振分済負荷特徴情報１１２及び負荷状況情報１１３に加えて、各利用者７ａ、７ｂ、７ｃ…がアプリケーションサーバ３ａ、３ｂ、３ｃ…において実行した処理の履歴についての情報を用いてもよい。例えば、実行した履歴の数が多い処理については重み付けを大きく、少ない処理については重み付けを小さくすることで予測の精度が向上する。
【００５３】
また、予測負荷情報１１４の予測のために、端末装置４ａ、４ｂ、４ｃの機器種別を加味してもよい。例えば、デスクトップＰＣである端末装置４ａや、ラップトップＰＣである端末装置４ｂにおいて実行される処理に対し、タブレット型ＰＣにおいて実行される処理が制限されている場合においては、仮に利用者に権限が与えられていても実行される可能性が低いため、当該処理については重み付けを小さくすることで予測の精度が向上する。
【００５４】
上記実施の形態では制御部１０の各手段１００〜１０４の機能をプログラムで実現したが、各手段の全て又は一部をＡＳＩＣ等のハードウエアによって実現してもよい。また、上記実施の形態で用いたプログラムをＣＤ−ＲＯＭ等の記録媒体に記憶して提供することもできる。また、上記実施の形態で説明した上記ステップの入れ替え、削除、追加等は本発明の要旨を変更しない範囲内で可能である。
【符号の説明】
【００５５】
１     負荷分散処理装置
２     ＤＢサーバ
３ａ、３ｂ、３ｃ     アプリケーションサーバ
４ａ、４ｂ、４ｃ     端末装置
５     ネットワーク
６     負荷分散処理システム
７ａ、７ｂ、７ｃ     利用者
１０   制御部
１１   記憶部
１２   通信部
２０   負荷特徴
２１ａ、２１ｂ、２１ｃ      処理権限
２２   利用者負荷特徴情報
３０   振分済負荷特徴情報
３１   負荷状況情報
１００ ログイン受付手段
１０１ 利用者負荷特徴取得手段
１０２ 負荷状況取得手段
１０３ 負荷予測手段
１０４ セッション振分手段
１１０ 負荷分散処理プログラム
１１１ 利用者負荷特徴情報
１１２ 振分済負荷特徴情報
１１３ 負荷状況情報
１１４ 予測負荷情報
【図１】
2016015074.tif 000003
【図２】
2016015074.tif 000004
【図３】
2016015074.tif 000005
【図４】
2016015074.tif 000006
【図５】
2016015074.tif 000007
【図６】
2016015074.tif 000008
【図７】
2016015074.tif 000009